Манифест

В феврале 2001 года в курортном местечке Сноуберд в штате Юта в ходе встречи группы ИТ-специалистов был разработан программный документ, известный как «Манифест Agile» или «Манифест гибких методов разработки ПО». Манифест сводится к четырем утверждениям:

• личности и взаимодействие между ними важнее процессов и инструментария;

• работающий продукт важнее исчерпывающей документации по нему;

• сотрудничество с заказчиком важнее согласования деталей контракта;

• реакция на изменения важнее следования плану.

Этот манифест основан на 12 принципах, которые вполне универсальны.

1. Высшим приоритетом является удовлетворение заказчика путем своевременной и непрерывной поставки продукта, имеющего самостоятельную ценность.

2. Даже на поздних стадиях разработки приветствуется изменение требований к продукту, чтобы обеспечить заказчику конкурентное преимущество.

3. Выпускать работоспособную стадию продукта следует часто, каждые несколько недель, максимум – каждые несколько месяцев.

4. В течение всей работы над проектом представители бизнес-подразделений и разработчики должны постоянно сотрудничать.

5. Проекты следует выстраивать вокруг мотивированных личностей. Дайте им поддержку и условия, в которых они нуждаются, и доверьте делать их работу.

6. Наиболее практичным и эффективным методом обмена информацией как с командой, так и внутри команды является личная беседа лицом к лицу.

7. Главным показателем прогресса является работоспособный продукт.

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

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

10. Чрезвычайно важна простота – искусство увеличивать долю работы, которую не придется делать.

11. Лучшие требования, решения и идеи возникают в самоорганизующихся командах.

12. Через регулярные интервалы команда должна анализировать возможности повышения своей эффективности и соответственно корректировать свой подход к работе.

Фактически речь идет о том, что разработку проектов следует разделить на этапы, результатом каждого из которых будет работоспособный продукт, который на каждой стадии постепенно расширяется, дополняется или совершенствуется. Иначе говоря, это развитие идеи MVP – минимально работоспособного продукта.

Основное отличие в том, что в случае «гибкого управления» минимально работоспособный продукт служит не для определения перспективности разработок, а для повышения эффективности взаимодействия с заказчиком. Он облегчает понимание истинного потенциала продукта, предоставляя возможность тестирования на самых ранних стадиях разработки, и позволяет своевременно вносить изменения в проект.

Одним из авторов манифеста и был программист Джефф Сазерленд. Разработанный им метод «гибкого управления проектами», известный как Scrum, сейчас завоевывает все большую популярность среди самых разных отраслей бизнеса.