Популярный выбор команд разработки, следующих главной цели Agile — удовлетворение потребности клиента через раннюю и непрерывную поставку ценного программного обеспечения.
Особенности:
— При итерационном и инкрементальном подходе используют короткие итерации (циклы), в результате которых приносится новый инкремент в разрабатываемый продукт. Позволяет быстро адаптироваться к изменениям.
— Сотрудничество с клиентом — в процессе разработки активно участвует заказчик или клиент, что обеспечивает своевременную обратную связь и корректировку требований.
— Работающий продукт — главным приоритетом является доставка работающего программного обеспечения, которое можно регулярно и часто обновлять.
— Гибкость и адаптивность — допустимы изменения в проекте даже на поздних этапах разработки.
Преимущества:
— Улучшенное удовлетворение клиента — постоянная и частая обратная связь даёт больше удовлетворенности в конечном продукте.
— Повышенная адаптивность к изменениям — легкая и очень гибкая способность адаптироваться под новые тренды рынка или требования.
— Более быстрая доставка продукта — короткие итерации обеспечивают более ранний выход на рынок и ускоряют возврат средств.
— Повышение качества продукта — тестирование и оценку проводят в каждой итерации, что помогает обнаруживать и устранять ошибки на ранних стадиях.
Недостатки:
— Трудности с масштабированием — в больших организациях или проектах могут возникать трудности с использованием этой методологии.
— Неопределенность в планировании и бюджете — гибкость вызывает неопределенность сроков и объемов работ, что может вызвать непредвиденное удорожание продукта.
— Требование активного участия клиента — для эффективности требуется активное участие клиента, что не всегда возможно организовать в принципе или организовать качественно.
Этапы:
— Планирование — определение целей и задач для итерации на основе приоритетов и обратной связи от клиента.
— Разработка — в неё входят сразу проектирование, разработка приложения и выполнение тестирования.
— Демонстрация — показ получившегося в ходе итерации инкремента для получения обратной связи и корректировки дальнейших планов.
— Ретроспектива — мероприятие, при котором анализируют прошедшую итерацию. Это позволяет найти новые точки роста или возможностей, а также улучшить существующие процессы.
6.2.6. Extreme Programming
Extreme Programming — это гибкая методология разработки программного обеспечения. Ее цель: адаптируясь к изменениям требований, выпускать качественный продукт. Она основана на высоком уровне коммуникаций, простоте и лучших практиках разработки программного обеспечения.
Особенности:
— Тесное взаимодействие с клиентом — ему позволено активно участвовать в разработке, таким образом улучшая понимание требований и увеличивая удовлетворенность продуктом.
— Итерации — при разработке используют короткие итерации. Это позволяет быстрее адаптироваться к изменениям в требованиях и минимизировать риски выполнения ненужной работы.
— Парное программирование — код пишется в парах, что повышает его качество и упрощает обмен знаниями внутри команды.
— Разработка через тестирование — сначала для новой функциональности пишут тесты, а затем код, который должен их проходить.
— Непрерывная интеграция — разработанный код регулярно интегрируют и тестируют для выявления и устранения ошибок как можно раньше.
— Рефакторинг — регулярное улучшение кода для его упрощения и увеличения читаемости, а также расширяемости.
Преимущества:
— Гибкость к изменениям требований — их можно вносить даже на последних этапах разработки, что делает ее очень гибкой.
— Высокое качество продукта — применяемые эффективные подходы в разработке позволяют сократить ошибки до появления приложения у пользователей и получить качественный продукт.
— Эффективное общение в команде — используемые подходы разработки делают общение в команде достаточно тесным и эффективным.
— Ускорение процесса разработки — за счет непрерывной интеграции и регулярных релизов ускоряется получение обратной связи.
Недостатки:
— Не всегда подходит для больших команд — эффективность таких практик разработки как парное программирование может заметно снизиться в больших командах.
— Необходимость строгой дисциплины — применяемые практики разработки приложений эффективны при их жестком соблюдении, что могут делать не все команды.
— Может оказаться избыточным для небольших проектов — часть практик разработки могут оказаться явно избыточными для простых или довольно краткосрочных проектов.
Этапы:
— Планирование — выбор пользовательских историй для текущей итерации.
— Проектирование — простое верхнеуровневое проектирование изменений в системе.
— Кодирование — разработка пользовательских историй с использованием техник через тестирование, парное программирование и непрерывную интеграцию.
— Тестирование — проверка функционала и изменений автоматизированными тестами.
— Рефакторинг — улучшение существующего кода без изменения его функциональности.
6.2.7. Scrum
Scrum — популярный в разработке программного обеспечения гибкий фреймворк для управления проектами. В его основе итерационно — инкрементальная разработка, где работа над проектом делится на итерации (спринты). Он ориентирован на постоянное улучшение, сотрудничество и подходит для проектов, где необходима быстрая реакция на изменения.
Особенности:
— Роли — все участники команды играют одну из трёх ключевых ролей: Владелец Продукта (Product Owner), Скрам — мастер (Scrum Master) и Команда разработки (Development Team).
— Спринты — работа над проектом делится на итерации с фиксированной длинной (обычно от 2 до 4 недель), в течение спринтов команда создает и доставляет инкременты продукта.
— События Scrum — мероприятия для координации работы команды. Включают ежедневные встречи, планирование, обзор и ретроспективу спринта.
— Артефакты Scrum — важные элементы для достижения глобальных целей. Основные артефакты это Бэклог Продукта, Бэклог Спринта и Инкремент.
Преимущества:
— Гибкость и адаптивность — позволяет быстро и эффективно вносить изменения в продукт на основе обратной связи.
— Повышенная производительность — структура работы четкая, а спринты короткие. Это позволяет командам сосредоточиться на одной или нескольких небольших целях.
— Прозрачность процесса — регулярные встречи и оценки делают работу всех участников команды прозрачной и видимой.
— Ранняя доставка ценности — ценные для пользователя инкременты доставляют часто и в виде работающего продукта.
Недостатки:
— Зависимость от самоорганизации команды — для эффективной работы требуется высокий уровень самодисциплины и самоорганизации всех участников команды, что не всегда легко достижимо.
— Необходимость активного участия владельца продукта — эффективность фреймворка падает, если владелец продукта не уделяет достаточно времени исполнению своей роли.
— Сложность масштабирования — несмотря на существование фреймворков, таких как SAFe, Scrum сложно использовать в больших компаниях или проектах.
Этапы (События Scrum):
— Планирование Спринта — команда выбирает задачи из Бэклога Продукта для включения в Спринт, определяет цель спринта, планирует работу.
— Ежедневные Scrum встречи — короткое собрание участников команды для обсуждения текущего прогресса и планирования работы на следующий день.
— Обзор Спринта — встреча для демонстрации достигнутых за спринт результатов всем заинтересованным сторонам с целью получить обратную связь.
— Ретроспектива Спринта — мероприятие, на котором проводят анализ работы команды в течение спринта, для выявления возможностей улучшения процесса и решения проблем.
6.2.8. Kanban
Kanban — это гибкая методология управления проектами, основанная на эффективном и прозрачном контроле потоков работы. Для этого в основе методологии используют Kanban — доску, как визуализацию стадий реализации задач. Kanban делает упор на оптимизации производительности команды, когда не требуются радикальные изменения в процессах.
Особенности:
