Agile

Слово пришло из «Манифеста гибкой разработки программного обеспечения», который в 2001 году подписали семнадцать практиков. Документ короткий: четыре ценности и двенадцать принципов. Он не описывает ни ролей, ни встреч, ни артефактов — только расставляет приоритеты. Поэтому Agile называют образом мышления, а не методом: конкретные процессы появляются уже в Scrum, Kanban или XP.

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

Четыре ценности манифеста

• Люди и взаимодействие важнее процессов и инструментов.
• Работающий продукт важнее исчерпывающей документации.
• Сотрудничество с заказчиком важнее согласования условий контракта.
• Готовность к изменениям важнее следования первоначальному плану.

Авторы оговаривают: то, что справа, тоже ценно, просто левое ценится больше. Документация и планы никуда не исчезают — они перестают быть самоцелью.

Пример: личный кабинет по итерациям

Допустим, компания заказывает личный кабинет для дилеров. Вместо техзадания на сорок страниц и сдачи через полгода работа делится на отрезки по одной–две недели. Сначала — вход и список заказов, затем — повтор заказа, потом — выгрузка счетов. После каждого отрезка заказчик пробует результат, и следующий шаг планируется с учётом того, что выяснилось. Нередко оказывается, что половина задуманных функций не нужна, зато всплывает одна, о которой никто не подумал.

Чего Agile не означает

Частое заблуждение — «гибко» значит «без плана и без сроков». На деле у каждой итерации есть цель и понятный объём, а общий бюджет обычно фиксируют рамками. Второе заблуждение — что достаточно ввести ежедневные созвоны и доску задач. Без регулярной демонстрации результата и готовности менять планы это остаётся старым процессом с новыми названиями. Конкретные фреймворки, которые выросли из этих ценностей, разобраны в статье про гибкую разработку ПО.