Agile-манифест: 4 ценности и 12 принципов
Что на самом деле написано в Agile-манифесте 2001 года — и почему «гибкость» начинается с ценностей, а не со стикеров на доске.
Понимание четырёх ценностей манифеста без искажений
12 принципов как проверка «а мы правда agile?»
Как применять ценности манифеста в клиентских проектах
Agile-манифест написали в 2001 году 17 практиков разработки — среди них Кент Бек, Мартин Фаулер, Кен Швабер, Джефф Сазерленд, Роберт Мартин. Это не методология и не фреймворк, а короткий документ о ценностях: чему команда отдаёт приоритет, когда приходится выбирать.
Четыре ценности
- Люди и взаимодействие важнее процессов и инструментов
- Работающий продукт важнее исчерпывающей документации
- Сотрудничество с заказчиком важнее согласования условий контракта
- Готовность к изменениям важнее следования первоначальному плану
Ключевая оговорка авторов: «Не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева». Процессы, документация, контракты и план никто не отменял — вопрос только в приоритете.
12 принципов — выжимка
- Наивысший приоритет — удовлетворение заказчика через раннюю и регулярную поставку ценного продукта
- Изменения требований приветствуются, даже на поздних стадиях разработки
- Работающий продукт поставляется часто: от пары недель до пары месяцев
- Бизнес и разработчики работают вместе ежедневно, на протяжении всего проекта
- Проекты строятся вокруг мотивированных людей: дайте им условия, поддержку и доверие
- Самый эффективный способ обмена информацией — личный разговор
- Работающий продукт — главный показатель прогресса
- Постоянный темп работы: спонсоры, разработчики и пользователи должны уметь поддерживать его бесконечно
- Внимание к техническому совершенству и качеству дизайна повышает гибкость
- Простота — искусство минимизировать объём ненужной работы
- Лучшие решения рождаются в самоорганизующихся командах
- Команда регулярно анализирует свою работу и корректирует её — ретроспектива
Как мы это используем
Манифест — наш фильтр для процессных решений. Если артефакт (регламент, отчёт, встреча) не приближает поставку работающего продукта и не помогает взаимодействию с заказчиком — он кандидат на удаление. Поэтому в проектах мы показываем результат итерациями и подключаем представителя клиента к работе команды, а не обмениваемся документами через менеджеров.