Agile — принципы гибкого управления
Agile и классическое проектное управление: в чем разница?
Классический проектный подход заключается в том, что этапы проекта реализуются последовательно. Например, планирование, разработка, тестирование и поставка результатов работ Заказчику.
При применении принципа Agile работа строится в другом формате: короткими спринтами поставлять заказчику продукт, который уже имеет для него ценность, пусть и ограниченную. Быстро получать обратную связь для корректировки направления работы. Присутствуют горизонтальные отношения в составе межфункциональной команды, которой делегированы широкие полномочия по управлению ресурсами в рамках проекта. Результат предоставляется Заказчику после каждой итерации (многократное повторение действий) и внесения корректировок.
Принцип Agile работает на основе двух подходов: инкрементального и итеративного.
Инкрементальный подход – быстрое создание продукта ограниченным, но работающим функционалом.
Такой подход позволяет быстро проверять, корректировать гипотезы относительно создаваемого продукта, и быстро корректировать направления дальнейшей разработки.
Итеративный подход заключается в повторении операций для улучшения результатов предыдущего (итерации).
Где работает подход Agile?
Agile возник условиях работы с высокой долей неопределённости, где применение гибких подходов приносит наибольшую пользу.
Проекты с высокой долей неопределенности называют «запутанными» системами. Как правило, это проекты, связанные с инновациями. В них нет лучших или хороших практик. Зачастую даже нет четких требований к будущему продукту. Планировать в таких системах можно лишь на небольшой отрезок времени. Для работы в запутанных системах (с неопределенным продуктом или технологией его получения) применяются Agile-подходы.
За ограниченный интервал времени мы проверяем гипотезы о том, каким должен быть продукт, создавая его ограниченный функционал. Команда проекта получает возможность, на основе обратной связи от пользователей и заказчиков, сделать выводы для последующего улучшения продукта.
Как только становится понятно, что произведено то, что нужно, команда начинает работать на масштабирование этого продукта, пока он не перейдет на промышленные рельсы. Ввиду более сложного и длинного производственного цикла такие команды, как правило, работают спринтами по четыре недели.
Для правильной работы необходимо сочетание гибкого образа мышления (понимание и принятие ценностей) и конкретных практик.
Сфера применения Agile – запутанные системы и задачи, в которых непонятен финальный продукт или неизвестна технология его создания.
В таких ситуациях необходимо двигаться короткими шагами, выдвигать предположения (гипотезы) о том, как должен выглядеть продукт, после каждого шага демонстрировать заказчику и заинтересованным сторонам работающий продукт, пусть и с ограниченным функционалом.
По итогам таких демонстраций нужно получать обратную связь от заказчика и пользователей, подтверждать или опровергать гипотезы о продукте и при необходимости корректировать дальнейшую работу.
что такое и как применять в образовании
Обычно Agile принимают за методологию, набор практик для гибкого управления проектами. Но понятие гораздо шире. Это способ поведения, культура, способность функционировать в условиях неопределенности, которой все больше в современном мире.
Делимся с вами примерами внедрения Agile в образовательный процесс.
1. Спринт вместо марафона
В традиционном образовательном процессе единицами времени служат семестр или триместр. По сути, и ученики, и преподаватели узнают о результатах обучения раз в несколько месяцев, когда что-либо менять уже поздно.
Внедрение характерных для Agile спринтов позволяет сократить цикл обратной связи, позволяет преподавателям быстро выявлять проблемы и принимать соответствующие меры. Разделите учебный процесс на 2-3-х недельные циклы. Начинайте каждый спринт с планирования, обсуждения предстоящей работы, а заканчивайте анализом проделанного и определением областей для улучшения.
Иными словами, лучше пробежать несколько коротких дистанций, чем один марафон.
2. Учебные команды
Agile подразумевает командную работу и сотрудничество. Применительно к обучению — где перед каждым студентом стоит задача усвоить знания — деление на небольшие, хорошо взаимодействующие внутри себя команды помогает наладить взаимопомощь. Параллельно с достижением индивидуальных целей учащиеся уделяют внимание развитию своих товарищей по команде.
Сформируйте группы из 6-8 учеников, каждые из которых будет курировать тренер или преподаватель — что-то вроде Scrum-мастера в Agile-команде. Его задача — устранять барьеры в обучении, содействовать командной работе и сотрудничеству между группами.
Интересный момент: в конце каждого спринта составы команд можно менять. Таким образом развиваются навыки адаптации, что способствует сохранению командного духа на уровне всей группы, а не только на уровне команды.
3.
Обучение как игра
Один из ключевых принципов Agile — построение проектов вокруг мотивированных людей. В учебном процессе традиционным мотиватором и мерилом успеха служат оценки. Перестраивая образовательный процесс, вы можете заменить их на баллы и вознаграждения. Ученики начинают с нуля очков и зарабатывают их в процессе.
Эта система вознаграждения позволяет выйти за рамки оценивания только лишь результата. Можно награждать баллами за усилия, успеваемость, поведение и вклад в командную работу.
Полезными могут быть и дополнительные стимулы, не относящиеся непосредственно к учебному процессу, но способствующие сотрудничеству между командой и всей группой. Так, если все ученики достигают цели спринта, для них можно организовать экскурсию или вечер кино.
4. Искусство размышления
Важный принцип Agile — постоянная оценка происходящего с целью повышения эффективности работы.
Побуждайте учеников к анализу на трех уровнях: индивидуальном, командном и на уровне учебной группы.
В начале занятия дайте ученикам самостоятельно ознакомиться с новым материалом. Это позволяет развивать навыки самообучения и делает занятия более продуктивными. После завершения предварительной работы опросите учеников и дайте им обратную связь.
В завершении работы для повышения эффективности всей группы дайте представителям каждой команды поделиться своим опытом по решению задачи, чтобы все студенты смогли воспользоваться этими рекомендациями в будущих спринтах.
Результат внедрения принципов Agile — высокая вовлеченность учеников и построение более привлекательной образовательной модели. Той, которая воспитывает в них любовь к учебе, укрепляет уверенность в себе, показывает им, как много они могут усвоить при наличии правильных ценностей и принципов.
Статьи, которые также будут вам полезны:
Тренды рынка CRM в 2020 году
Как получить данные от клиентов?
Как успешно провести прямой эфир в Instagram?
Определения и примеры для разработки программного обеспечения
Agile был основан на ценностях и принципах.
Это не методология или философия для достижения цели, а скорее структура и набор убеждений, которые команды используют для принятия решений.
Принципы Agile помогут вам направить вашу команду на правильный путь, даже если вы не уверены в своем следующем шаге. В этой статье мы объясним 12 принципов Agile и то, как они помогают командам разработчиков программного обеспечения адаптировать, оптимизировать и улучшать разработку программных продуктов или услуг.
Что такое Agile?Agile относится к методологиям, ориентированным на итеративную разработку, где процессы и решения возникают в результате постоянного сотрудничества между межфункциональными командами.
Вместо того, чтобы следовать четко определенному и строгому плану, Agile-команды сосредотачиваются на постоянном улучшении и повышении эффективности. Они работают в рамках «спринтов», которые состоят из конкретных задач или результатов, ограниченных временными рамками. Каждый спринт обычно длится от двух до четырех недель, но это зависит от разрабатываемого продукта.
В разработке программного обеспечения Agile полностью изменил способ структурирования процессов командами. До Agile жизненные циклы разработки программного обеспечения, такие как Waterfall, были сосредоточены на доставке программного обеспечения посредством линейного и жесткого процесса.
В Agile нет набора правил, процедур или иерархии, которым нужно следовать. Жизненный цикл гибкой разработки программного обеспечения (SDLC) фокусируется на разбиении процесса на управляемые действия, которые можно постоянно улучшать, пока не будет достигнута его основная цель. Главное — добиться максимально возможного результата.
Группа из 17 инженеров создала Agile, сосредоточившись на создании эффективной основы для управления проектами. Однако с момента своего появления Agile представлял собой нечто большее, чем набор методологий.
Благодаря 4 основным ценностям и 12 принципам Agile стал всемирно признанным подходом к управлению проектами.
Манифест Agile содержит 4 ценности и 12 поддерживающих принципов, лежащих в основе Agile-подхода к разработке программного обеспечения.
1. Индивиды и взаимодействие поверх процессов и инструментов
У вас могут быть высокотехнологичные инструменты и надежные процессы, но именно команда определяет успех проекта. Эта ценность фокусируется на важности наличия команд с гибкой коммуникацией, которые могут реагировать на изменения и потребности клиентов.
2. Работающее программное обеспечение выше полной документации
Одной из причин, по которой разработка программного обеспечения была более медленной и неэффективной, были все технические спецификации, требования, документы, тщательное планирование и т. д. Некоторые требования Agile представлены в виде пользовательской истории, что помогает ускорить процесс. Документация по-прежнему ценна, но работающее программное обеспечение еще более ценно в Agile.
3. Сотрудничество с клиентами в ходе переговоров по контракту
Agile направлен на вовлечение клиентов и их сотрудничество на протяжении всего процесса разработки. Вместо периода переговоров, чтобы обрисовать все детали проекта, он с самого начала фокусируется на отношениях сотрудничества, в результате чего клиенты активно вовлекаются в процесс. Это позволяет Agile-командам быстро реализовывать отзывы клиентов, понимая их нужды и требования.
4. Реагирование на изменение плана
Что характеризует Agile, так это то, что он принимает изменения. Вместо того, чтобы иметь очень строгий и конкретный план развития, проект должен сосредоточиться на создании ценности. Определение того, что означает ценность для проекта, будет варьироваться вместе с масштабом проекта.
Каковы 12 принципов Agile?
12 принципов Agile Manifesto разработаны, чтобы помочь командам сосредоточиться на том, что важно, например, на эффективном предоставлении ценного программного обеспечения, принятии изменений, совместной работе и определении приоритетов потребностей клиентов, среди прочего.
Это объяснение 12 принципов Agile:
1. «Нашим наивысшим приоритетом является удовлетворение клиента за счет быстрой и непрерывной поставки ценного программного обеспечения».Понимание меняющихся ожиданий клиентов — один из приоритетов Agile-команд. Вместо линейной структуры, когда они взаимодействуют с клиентами только в начале и в конце проекта, Agile подчеркивает важность наличия непрерывного цикла обратной связи и улучшений.
Agile понимает, что потребности клиентов могут меняться или развиваться, поэтому вместо того, чтобы сосредотачиваться на жестком плане, команды сосредотачиваются на серии итераций, за которыми следует обратная связь с клиентами. Таким образом, продукту легче привести его в соответствие с ожиданиями клиентов, и команда может сосредоточиться только на ценных функциях.
Пример:
Поскольку этот принцип фокусируется на непрерывном цикле обратной связи, Agile-команды часто создают минимально жизнеспособный продукт (MVP), а его ответ используется в будущих выпусках.
Одной из основных характеристик Agile-проекта является его адаптивность. Второй принцип означает, что команды должны быть готовы вносить изменения, чтобы оставаться конкурентоспособными, даже если проект продвигается вперед.
Часто разработчики программного обеспечения думают, что самый надежный способ создать успешный продукт — составить четкий план и придерживаться его. Но для Agile все наоборот. Разрешение изменений необходимо командам для получения конкурентного преимущества.
Agile-команды принимают изменения и постоянно пересматривают свои стратегии и процессы, чтобы обеспечить качество продукта.
Адаптация и готовность к изменениям являются одними из основных сильных сторон Agile. Разрешение изменений становится необходимым для команд, чтобы получить конкурентное преимущество.
Пример:
Вместо того, чтобы расставлять приоритеты в хорошо документированных планах, Agile-команда сосредотачивается на наблюдении за рынком, потребностях клиентов, их глубоком изучении и осведомленности о конкурентных угрозах, с которыми они могут столкнуться на этом пути.
Как уже упоминалось, для Agile отзывы клиентов и заинтересованных сторон имеют основополагающее значение. Вместо того, чтобы ждать создания конечного продукта, чтобы представить его, Agile фокусируется на частом выполнении работы.
Это означает, что Agile-команды работают с «спринтами», когда задачи и цели обычно планируются в краткосрочной перспективе.
позволяют клиентам увидеть, как развивается продукт, а команде оценить, нужно ли что-то улучшать. Идея состоит в том, чтобы достичь целей в меньших масштабах, которые в конечном итоге будут способствовать продукту в целом. Команды осознают конкретные цели, которых им необходимо достичь, адаптируя и изменяя продукт до тех пор, пока он не будет соответствовать ожиданиям клиента.
Пример:
Команды разработчиков программного обеспечения работают спринтами с установленными временными рамками от 2 до 4 недель.
4. «Деловые люди и разработчики должны ежедневно работать вместе на протяжении всего проекта».Четвертый принцип Agile фокусируется на объединении отделов, регулярно отдавая приоритет сотрудничеству. Идея заключается в том, что клиенты, ключевые заинтересованные стороны и руководство работают рука об руку с разработчиками, укрепляя каналы связи, чтобы все были на одной волне.
Во время разработки продукта бизнес-группы и технические группы постоянно работают вместе, укрепляя доверие и прозрачность на протяжении всего процесса.
Это также помогает давать немедленную обратную связь разработчикам, гарантируя, что новые возникающие требования и детали для существующих будут приняты во внимание.
Хотя для некоторых команд, которые не применяли Agile, вовлечение всех участников на всех этапах может показаться затратным по времени, в долгосрочной перспективе это более выгодно, поскольку оптимизирует процессы. Это помогает командам выявить пробелы между бизнес- и техническими командами на достаточно раннем этапе, чтобы избежать проблем в будущем.
Прозрачность при доставке продукта имеет решающее значение для обеих сторон. Компании должны быть осведомлены о статусе разработки и блокировщиках точно так же, как разработчики должны знать обо всех рыночных/деловых или организационных ограничениях проекта.
Пример:
Agile-команды отдают приоритет регулярным встречам. Например, каждый день у них есть ежедневная встреча, которая занимает всего 15 минут, и каждый член группы рассказывает, над чем он сейчас работает, и есть ли у него какие-либо препятствия.
Обычно в начале проекта, когда происходит планирование и первые шаги, команда мотивирована и готова приступить к работе. Однако людям труднее оставаться мотивированными и сосредоточенными на конечной цели, когда возникают проблемы.
Принцип Agile 5 подчеркивает важность выбора правильных людей с правильными навыками и ролями для участия в проекте для достижения успеха. И это также побуждает руководителей групп предоставлять им необходимые инструменты и ресурсы.
Мотивация членов команды также заключается в том, чтобы прислушиваться к их идеям и показывать, что это важно. Предоставление членам команды уверенности в своих словах также поможет им улучшить свою работу.
Этот принцип также фокусируется на доверии, что позволяет избежать микроуправления. Ключевым аспектом Agile-фреймворка является расширение возможностей членов команды за счет доверия и автономии.
Пример:
Руководители групп должны убедиться, что разработчики понимают стратегию и требования до начала разработки. Не обязательно фокусируясь на том, как что-то будет строиться, а больше на «что» и «почему». Команда доставки — это тот, кто определяет «как» в процессе.
Цель состоит в том, чтобы оказывать поддержку при возникновении препятствий и проводить мозговой штурм возможных решений посредством спринтов, а не микроуправления.
6. «Самый действенный и действенный метод передачи информации команде разработчиков и внутри нее — личное общение».Шестой принцип Agile выражается главным образом в двух вещах: общение и сотрудничество. Самый эффективный способ для команд быть на одной волне — постоянно общаться.
Хотя этот принцип фокусируется на аспектах личного общения, следует помнить, что он был написан два десятилетия назад, когда Zoom и другие удаленные инструменты не были частью панорамы.
В современном мире этот принцип применяется не только при личном общении, но и подчеркивает важность значимых связей и разговоров. В то время как электронная почта и текстовые сообщения являются быстрыми и простыми альтернативами, видеозвонки и даже обычные телефонные звонки являются лучшими каналами для эффективного общения удаленных команд.
Пример:
Этот принцип применяется в командах разработчиков программного обеспечения посредством ежедневных совещаний, сеансов мозгового штурма, совещаний по планированию спринта, частых демонстраций и парного программирования.
7. «Работающее программное обеспечение является основным мерилом прогресса».Чтобы понять этот принцип, давайте вернемся к временам, предшествующим Agile, чтобы понять, как команды измеряли успех.
Как уже упоминалось, во многих случаях разработка программного обеспечения представляла собой иерархический и линейный процесс. Это означало, что команды вместо того, чтобы прорабатывать итерации, оставляли большую часть тестирования и рефакторинга на финальную стадию.
В конце концов, это оставило недовольных клиентов и множество проблем, которые нужно было пересмотреть и исправить, а на это ушло время.
Agile фокусируется на поддержании работающего программного обеспечения, измерении прогресса того, что было завершено. Каждая функция и дополнение проверяется технической командой и клиентом. Поэтому, когда пришло время работать над следующими шагами, клиент доволен, а доработки и тестирование уже состоялись.
Работающее ПО не является конечным продуктом, но относится к каждой итерации. Agile-команды работают над минимально жизнеспособными функциями. Таким образом, они измеряют успех, предоставляя работающий продукт, который удовлетворяет клиентов.
Пример:
Команды разработчиков программного обеспечения разрабатывают и выпускают минимально жизнеспособные функции вместо полноценных функций, чтобы получить обратную связь и проверить продукт при создании программного обеспечения. Это дает agile-командам возможность адаптироваться к изменениям и получить конкурентное преимущество, как объяснялось в предыдущих принципах.
Ключевым понятием в этом принципе является «устойчивое развитие». Под этим Agile подразумевает, что менеджеры и лидеры проектов должны устанавливать реалистичные и четкие ожидания, даже если это означает, что проект займет больше времени, чем ожидалось.
В некоторых случаях группы разработчиков программного обеспечения возлагают большие надежды, пытаясь выполнить все требования в короткие сроки. И проблема в том, что дополнительное время для соблюдения сроков быстро выгорает команду, что влияет на качество результата, моральный дух и мотивацию.
Идея состоит в том, чтобы укрепить моральный дух путем поощрения здорового баланса между работой и личной жизнью с реалистичными целями. Речь идет не о быстром завершении проектов, а о том, чтобы делать их с постоянной скоростью.
Пример:
Перед началом каждого спринта командам необходимо обдумать объем работы, которую они могут выполнить. Вместо того, чтобы обещать слишком много и не оправдывать ожиданий, командам следует ставить перед собой реалистичные цели, не добавляя в процессе дополнительных задач. После начала спринта команды придерживаются уже поставленных целей и задач.
9. «Постоянное внимание к техническому совершенству и хорошему дизайну повышает гибкость».Этот принцип фокусируется на постоянном пересмотре продукта после каждой итерации. Agile способствует постоянному вниманию к техническому совершенству и качественному дизайну.
Цель этого принципа — побудить команды избегать коротких путей только потому, что они хотят закончить проект быстрее. В большинстве случаев короткие пути становятся более дорогостоящими в долгосрочной перспективе.
Пример:
Разработчики и команда управления продуктом работают рука об руку, чтобы понять, приемлем ли технический долг.
Обычно им необходимо выделять ресурсы разработки на рефакторинг.
Этот принцип Agile направлен на максимальное упрощение процессов. Другими словами, речь идет о том, чтобы работать с умом, а не усердно.
Agile-команды понимают, что повышает ценность проекта, а что нет, что позволяет им максимально использовать ресурсы, которые лучше всего подходят для их проекта. Любой ценой следует избегать слишком большого количества функций и планирования. Идея состоит в том, чтобы избежать отвлекающих факторов и оптимизировать цикл, чтобы сделать его более эффективным.
Для Agile упрощение и сосредоточение внимания на действительно важных вещах — это то, что оказывает наибольшее влияние. В контексте управления продуктом лидеры всегда должны быть сосредоточены на расстановке приоритетов, даже если это означает принятие трудных решений.
Пример:
Менеджеры по продукту тесно связаны с целями организации, а также желаниями и потребностями клиентов.
Это делает их избирательными в выборе пользовательских историй и функций. С помощью методов расстановки приоритетов они гарантируют, что стратегии, которые они реализуют, всегда имеют цель и «почему».
Самоорганизующиеся команды состоят из целеустремленных и мотивированных групп, способных самостоятельно планировать, оценивать и выполнять работу, взаимодействуя с клиентами. Это также разрушает традиционный вертикальный стиль управления.
Этот принцип Agile фокусируется на самоорганизующихся командах, которые работают в рамках более плоского и горизонтального стиля управления. Это приводит к автономным командам, способным действовать быстрее, поскольку им не требуется разрешение для каждого решения, которое они принимают.
Пример:
На практике Agile-команды представляют собой автономные группы в организации, которые имеют полный контроль над своими проектами и берут на себя ответственность за такие области.
Этот последний принцип Agile побуждает лидеров не торопиться, чтобы оценить, что сделала команда, как они справились и как они могут улучшиться.
Agile фокусируется на предоставлении продуктов посредством постоянного улучшения, всегда принимая во внимание обратную связь. Подобно этому процессу, командам необходимо часто оценивать свой процесс и искать способы сделать его более эффективным.
Пример:
Идея, лежащая в основе этого принципа, заключается в проведении сессий, на которых команда размышляет о своей работе и обсуждает способы улучшения управленческих и технических навыков.
Ключевые выводы Принципы Agile сосредоточены на предоставлении рекомендаций, чтобы команды могли сосредоточиться на правильных вещах.
Это 12 Agile-принципов, которые объясняются проще:
1. Удовлетворенность клиентов за счет своевременной и непрерывной поставки программного обеспечения.
2. Сосредоточьтесь на работе над более мелкими и достижимыми задачами.
3. Соблюдать сроки поставки рабочего продукта.
4. Заинтересованные стороны должны часто сотрудничать на протяжении всего процесса разработки, чтобы обеспечить движение проекта в правильном направлении.
5. Создайте благоприятную среду, мотивирующую членов команды.
6. Постоянная коммуникация — ключ к успеху проекта.
7. Прогресс измеряется работающим ПО.
8. Поддерживайте постоянный и реалистичный темп развития.
9. Всегда следите за техническими деталями.
10. Простота — это ключ к успеху.
11. Способствовать самоорганизации.
12. Думайте о работе команды, чтобы продолжать совершенствоваться.
Заключение Тысячи организаций по всему миру утверждают, что они Agile.
Однако, как поясняется в статье, Agile — это не методология и не философия; это каркас.
Понимание ценностей и принципов Agile дает командам основу для принятия правильных решений, создания качественного программного обеспечения и прочных кросс-функциональных команд.
12 принципов Agile | Productboard
Наряду с четырьмя ценностями Agile Manifesto есть 12 принципов, о которых вам необходимо знать. Эти принципы раскрываются немного подробнее и распространяются на четыре ценности.
Давайте посмотрим:
Принцип Agile 1«Нашим наивысшим приоритетом является удовлетворение клиента за счет быстрой и непрерывной поставки ценного программного обеспечения».
Всегда важно, чтобы ваши клиенты были довольны. С продуктами SaaS это еще более верно. Вашим клиентам легко уйти и найти другой продукт, если они недовольны.
Этот принцип гибкости побуждает команды сокращать разрыв между первоначальной идеей и выпуском работающего продукта.
Чем раньше клиенты смогут использовать ваш продукт, тем быстрее вы сможете собрать отзывы и внести соответствующие улучшения.
«Приветствуйте изменяющиеся требования, даже на поздних стадиях разработки. Agile-процессы используют изменения для конкурентного преимущества клиента».
Море SaaS постоянно меняется. Единственный способ удержаться на плаву — приспособиться.
Для этого необходимо постоянно отслеживать любые изменяющиеся требования, независимо от того, когда они возникают. Вы должны приветствовать возможность дальнейшего улучшения вашего продукта на основе меняющегося рынка и потребностей клиентов.
Принцип Agile 3«Поставляйте работающее программное обеспечение часто, от пары недель до пары месяцев, предпочитая более короткие сроки».
Философия Agile гласит, что последовательный выпуск новых выпусков является гораздо лучшей альтернативой пакетированию всех выпусков и выпуску их сразу.
Эти небольшие релизы часто являются результатом спринтов и позволяют командам проверять идеи и собирать отзывы. Они также помогают вашим клиентам оставаться довольными.
«Деловые люди и разработчики должны ежедневно работать вместе на протяжении всего проекта».
Создание продукта в бункере — это верный способ убедиться, что он не соответствует требованиям бизнеса. Как выразился руководитель продукта Марти Кейган, продукт — это клиенты, бизнес-цели, технологии и , а не только одна из трех. Если какой-либо элемент будет упущен из виду, бизнес не будет согласован, и в результате пострадают все функции.
Частая коммуникация между кросс-функциональными командами обеспечивает доверие, прозрачность и, как следствие, более качественные и актуальные продукты.
Agile Principle 5«Создавайте проекты вокруг мотивированных людей. Обеспечьте им необходимые условия и поддержку и доверьте им выполнение работы».
Agile-команда хороша настолько, насколько хороши ее члены. Потратьте время, чтобы создать команду людей, которым вы можете доверять, чтобы выполнить работу самого высокого качества.
Если у вас есть подходящая команда, все, что вам нужно сделать, это предоставить им подходящую рабочую среду и любую поддержку или ресурсы, в которых они нуждаются. Это устраняет необходимость в ручном управлении и микроуправлении.
Agile Principle 6«Самый действенный и действенный метод передачи информации команде разработчиков и внутри нее — личное общение».
Общение в режиме реального времени необходимо, когда речь идет о быстром темпе разработки программного обеспечения.
Такие инструменты, как Slack и электронная почта, очень близки к тому, чтобы предлагать взаимодействие в реальном времени. Однако нет ничего более эффективного, чем разговор лицом к лицу. Даже в удаленных командах видеосвязь делает это проще, чем когда-либо.
«Рабочее программное обеспечение является основным мерилом прогресса».
Не отвлекайтесь на подробную документацию или другие тщеславные проекты. По сути, у разработчиков программного обеспечения есть одна задача: создавать и выпускать работающее программное обеспечение.
Сосредоточение внимания на этом единственном показателе прогресса позволяет agile-командам эффективно работать над выпуском новых выпусков.
Принцип Agile 8«Процессы Agile способствуют устойчивому развитию. Спонсоры, разработчики и пользователи должны иметь возможность поддерживать постоянный темп в течение неопределенного времени».
Хотя быстрый темп работы agile-команды может свидетельствовать об обратном, этот принцип Agile Manifesto объясняет важность устойчивого развития.
Это означает обеспечение хорошего баланса между работой и личной жизнью и поддержание высокого морального духа в команде.
Это приводит к неизменно высокому качеству продукции.
«Постоянное внимание к техническому совершенству и хорошему дизайну повышает гибкость».
Манифест Agile призывает команды постоянно выпускать новые функции и обновления продукта. Несмотря на это, он также признает важность поддержания качества в релизах.
Другими словами, убедитесь, что код выглядит аккуратно и аккуратно, а дизайн продукта позволяет беспрепятственно разрабатывать его в будущем. Это обеспечивает бесперебойную работу процесса разработки с течением времени.
Agile Principle 10«Простота — искусство максимизировать объем незавершенной работы — очень важна».
Не распределяйте время разработки на множество не относящихся к делу задач. Манифест Agile предполагает, что команды должны тратить большую часть своего времени на несколько самых важных вещей.
Для этого команды должны мыслить стратегически и безжалостно расставлять приоритеты над функциями, над которыми они работают.
«Самые лучшие архитектуры, требования и проекты создаются самоорганизующимися командами».
В традиционных иерархических командах обычно кто-то находится на вершине цепочки и принимает окончательные решения. Agile Manifesto поощряет менее жесткую цепочку подчинения. Более плоская иерархия, в которой все имеют равные права голоса, может привести к более эффективной разработке программного обеспечения.
Agile Principle 12«Команда регулярно размышляет о том, как стать более эффективной, а затем соответствующим образом настраивает и корректирует свое поведение».
Один из основных принципов Agile Manifesto заключается в том, что команды всегда должны разрабатывать свои продукты на основе отзывов. То же самое относится к процессам и методологиям команды. Со временем командам следует задуматься о том, как они могут стать еще более эффективными и гибкими.
