Agile-манифест: читаем документ и пытаемся понять его философию

Agile — это философия и одновременно группа методологий гибкого управления проектами.

Agile-манифест — основополагающий документ, в котором кратко описаны ценности и принципы, лежащие в основе этих методологий.

Изначально методологию Agile создавали для управления разработкой ПО, но сейчас её используют и в других проектах. Поэтому Agile-манифест входит в список первоисточников, с которыми должен быть знаком каждый проджект, а также другие менеджеры и руководители.

Рассказываем:

• в чём суть Agile;
• что такое Agile-манифест и как он появился;
• какие ценности и принципы содержит Agile-манифест;
• для каких проектов подходят гибкие методологии, а для каких — нет.

В чём суть методологии Agile

Agile — группа методологий гибкого управления проектами. Гибкость означает, что команда готова менять цель, задачи и приоритеты проекта в процессе работы над ним.

Будет проще понять, в чём суть Agile, если сравнить её с противоположной методологией управления проектами — Waterfall (каскадная модель или «Водопад»).

Каскадная модель предполагает, что команда проекта составляет детальное техническое задание — какой продукт нужно получить и каким путём — и согласовывает его с заказчиком. Затем занимается разработкой строго по утверждённому плану и сдаёт заказчику готовый продукт.

Agile — полная противоположность Waterfall. Если в процессе работы становится понятно, что нужно что-то изменить, это можно сделать даже в середине проекта.

Гибкая методология предполагает, что команда проекта быстро адаптируется к изменениям в работе и вводных. Например, к новым требованиям заказчика, новым потребностям целевой аудитории, изменениям в рыночных условиях или другим неожиданным обстоятельствам.

В Agile продукт стараются разработать как можно быстрее — так, чтобы начать им пользоваться почти сразу. Функции продукта меняют в ходе разработки. При этом команда проекта находится в постоянном контакте с заказчиком.

Что такое Agile-манифест и как он появился

Agile-манифест (Agile Manifesto) — основной документ, в котором описаны ценности и принципы гибкого управления проектами. С Agile-манифеста началась история активного развития методологии Agile.

Это был 2001 год. Прошло около года с того, как лопнул пузырь доткомов. Он надулся, когда люди активно покупали акции IT-компаний, — казалось, что этот рынок будет расти долго. Однако акции были переоценены. Более того, выяснилось, что управление в IT-компаниях не всегда было хорошим: проекты регулярно проваливались.

Например, в проектах, которыми управляли по каскадной модели, команды были настолько сосредоточены на документировании всех этапов работы, что периодически забывали о главной цели проекта — создать продукт, которым был бы доволен заказчик и пользователи.

Стало очевидно, что для управления IT-проектами нужно что-то другое — способ, который позволил бы быстро менять задачи проекта и гибко реагировать на изменения внешней среды. Из этой идеи и появился Agile-манифест.

В манифест включили четыре главные ценности гибкого управления и 12 принципов — мы перечисляем их ниже. Полный текст манифеста на русском языке можно посмотреть на его официальном сайте.

Ценности Agile-манифеста

Вот четыре ценности, названные в Agile-манифесте.

1. Люди и взаимодействие важнее процессов и инструментов. Хорошие инструменты и процессы тоже важны, но главное — сплочённость команды и способность эффективно общаться и работать друг с другом. Без тесного сотрудничества и взаимопонимания даже лучшие инструменты и практики могут оказаться неэффективными.

2. Работающий продукт важнее исчерпывающей документации. Это не значит, что документация не нужна совсем. Но когда стоит выбор: доработать продукт или описать этапы доработки, команда должна отдавать предпочтение первому. Команды, которые работают по Agile, фиксируют в документах только самое необходимое.

3. Сотрудничество с заказчиком важнее согласования условий контракта. Вместо обсуждения условий контракта нужно понять, для чего заказчику нужен продукт и что он хочет от него получить. Важно на протяжении всего проекта встречаться с заказчиком, показывать ему промежуточные версии продукта, получать обратную связь и при необходимости вносить изменения.

4. Готовность к изменениям важнее следования первоначальному плану. Гибкость и адаптивность — ключевые качества команды, работающей по Agile. Требования заказчика и условия рынка могут измениться на любом этапе проекта. Процессы должны быть построены так, чтобы при изменениях проект не рухнул, а перенастроился и продолжил работать.

Принципы Agile-манифеста

Кроме главных ценностей, в Agile-манифесте перечислено 12 принципов гибкого управления проектами:

1. Приоритет команды проекта — удовлетворение потребностей заказчика с помощью своевременной и регулярной поставки качественного продукта.
2. Изменение требований к продукту приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют обеспечить продукт конкурентными преимуществами.
3. Промежуточный рабочий продукт нужно показывать заказчику как можно чаще — с периодичностью от пары недель до пары месяцев.
4. Руководители и разработчики должны ежедневно работать вместе на протяжении всего проекта.
5. Над проектом должны работать мотивированные специалисты. Нужно создать для них необходимые условия и обеспечить им поддержку.
6. Личное общение — самый практичный и эффективный способ обмена информацией в команде.
7. Работающий продукт — основной показатель прогресса.
8. Процессы в Agile должны быть настроены так, чтобы проект развивался устойчиво. Заказчики, разработчики и пользователи должны быть готовы к тому, что изменения будут вноситься равномерно.
9. Постоянное внимание к техническому совершенству продукта и качеству проектирования повышает гибкость проекта.
10. Не стоит переусложнять проект — лишние процессы нужно свести к минимуму.
11. Лучшие продукты рождаются у команд, которые умеют организовать себя самостоятельно.
12. Команда должна постоянно искать способы работать эффективнее и корректировать свой стиль работы.

Каким проектам подходят гибкие методологии управления

Методы Agile хороши, но это не волшебная таблетка для всех проектов. Лучше всего они подходят для проектов высокой степени неопределённости. В таких проектах непонятно, каким в итоге получится продукт. Или неясно, как его разрабатывать.

Например, гибкие методологии хорошо применять в разработке программного обеспечения, в создании новых продуктов, в маркетинговых проектах и рекламных кампаниях.

И наоборот, Agile не стоит применять в типовых проектах, где все этапы известны заранее. Если в начале проекта команда может чётко описать его результат и составить план необходимых работ, гибкие методологии не подойдут. В этих случаях лучше использовать Waterfall.

Главное об Agile и Agile-манифесте

• Agile — методология гибкого управления проектами. Она предполагает, что команда проекта быстро адаптируется к изменениям в работе и не тратит время на лишнее планирование и документирование.
• Agile-манифест (Agile Manifesto) — документ, в котором описаны ценности и принципы гибкого управления проектами.
• Гибкие методологии управления подходят, когда на протяжении всего проекта нужно адаптироваться к изменениям среды и быстро трансформировать планы. Ещё они хорошо работают, когда на старте проекта невозможно определить, как будет выглядеть конечный результат.