Все термины · Методологии
процессГибкая разработка (Agile)
Ещё называют: эджайл
Больше информации в: Agile-манифест
Образ мышления: набор ценностей и принципов – короткие повторяющиеся циклы, работающий результат, готовность менять план по обратной связи. Это не свод правил.
Гибкая разработка (Agile) – это не метод и не набор правил, а способ вести работу: большую задачу режут на куски, каждый кусок за одну–две недели доводят до работающего результата, показывают заказчику и по его реакции меняют ближайшие планы.
Так делают не ради скорости. Ошибка в требованиях стоит ровно столько, сколько работы успели сделать не в ту сторону: переделать двухнедельный кусок – это две недели, переделать полгода работы – это полгода. Частые показы и есть плата за право узнать о неверном направлении рано.
Само слово Agile описывает образ мышления, а конкретные правила дают фреймворки – Scrum, Канбан-метод и другие. Поэтому «мы работаем по Agile» ещё не отвечает на вопрос, как устроена работа.
Пример 1:
Банк заказал личный кабинет. Команда полгода делала все сорок экранов и показала их в конце – оказалось, что кабинет нарисован под большой монитор, а заходят с телефона. Переделка заняла ещё три месяца.
Следующий проект тот же банк вёл иначе: каждые две недели команда отдавала одну работающую часть – сначала вход и баланс, потом переводы, потом выписку. На третьей неделе увидели по статистике, что семь входов из десяти идут с телефона, и переставили порядок работ. Кабинет вышел на месяц позже плана, но переделывать в нём было нечего.
Пример 2:
Ремонт по-водопадному: дизайнер рисует проект целиком, вы подписываете смету, через три месяца принимаете готовое – и видите, что розетки у кровати не с той стороны. Переделка означает новые обои и новый счёт.
Ремонт по-гибкому: за две недели делают одну кухню. Вы приходите, говорите «розетку выше на двадцать сантиметров» – правят за день. Потом берутся за ванную, уже зная ваши привычки. Смета выходит не меньше первой, но в ней нет строки «переделать сделанное».
Четыре ценности
Всё остальное выводится из четырёх строк Манифеста Agile, написанного в 2001 году:
- Люди и взаимодействие важнее процессов и инструментов.
- Работающий продукт важнее исчерпывающей документации.
- Сотрудничество с заказчиком важнее согласования условий контракта.
- Готовность к изменениям важнее следования первоначальному плану.
Ключевое слово – «важнее», а не «вместо»: авторы прямо оговорили, что не отрицают важности того, что справа. Документация, контракт и план остаются – просто ни один из них не главнее работающего результата.
Как устроен цикл
- Короткий отрезок. Одна–четыре недели; в Scrum он называется спринтом. Внутри отрезка команда идёт к одной цели.
- Работающий результат к концу. Не отчёт и не макет, а часть продукта, которой можно пользоваться.
- Показ. Результат показывают тем, кто будет им пользоваться или за него платить.
- Пересмотр планов. После показа ближайшие планы меняют – это не срыв, а сам механизм работы.
- Одна команда на весь результат. Аналитик, разработчик и тестировщик отвечают за него вместе, а не передают работу по цепочке.
Что внутри
Agile – это зонтик. Под ним живут конкретные способы работы, и на собеседовании спрашивают именно про них:
- Scrum – спринты по одной–четыре недели, фиксированный набор встреч и три зоны ответственности.
- Канбан-метод – без спринтов: непрерывный поток задач и лимит на то, сколько работы идёт одновременно.
- XP, экстремальное программирование – инженерные практики: парное программирование, тесты до кода, частые релизы.
- Гибрид – часть проекта ведут по плану, часть итерациями; в жизни он встречается чаще чистого Agile.
Типичные ошибки
- Ждать «быстрее и дешевле». Выделенная команда, занятый заказчик и встречи стоят денег. Выигрыш не в цене, а в раннем знании.
- Считать, что плана нет. Плана не стало меньше – стал короче горизонт, и его переписывают каждый цикл. «Гибко» не значит «как получится».
- Завести встречи, но не менять решения. Если после показа планы не двигаются, дейли и ретроспектива – просто потерянный час.
- Тянуть гибкость туда, где нечего менять. Стройка, сертификация, миграция – объём известен заранее, и водопад дешевле.
Со Scrum (частный случай); с «работой без плана» – план есть, он просто короткий и переписывается каждый цикл.
Чем отличается от водопада
| Водопад | Гибкий подход |
|---|---|
| План на весь проект утверждают заранее | План пересматривают каждые одну–две недели |
| Заказчик видит результат в конце | Заказчик видит работающую часть каждые одну–четыре недели |
| Изменение требований – авария и допсоглашение | Изменение требований заложено в процесс |
| Каждый делает свой этап и передаёт дальше | За результат отвечает вся команда сразу |
| Объём зафиксирован, сроки и бюджет плывут | Сроки и бюджет зафиксированы, объём уточняется |
«Мы работаем по Agile» – что уточните первым делом? Какой фреймворк и как устроен цикл: есть ли отрезки постоянной длины, кто решает, что делать дальше, как принимают изменения. Ответ «просто Agile, без формальностей» обычно значит, что процесса нет.
«Заказчик меняет требования каждую неделю. Это же гибкость?» Гибкость – менять план между отрезками, а не внутри. Правильный ход: принять изменение в бэклог, показать, что из-за него сдвинется, и взять в следующий отрезок. Иначе не заканчивается ничего.
«Чем Agile отличается от Scrum?» Agile – ценности и подход, своих правил у него нет. Scrum превращает их в конкретные правила: события, роли, артефакты. Обратное неверно: гибкой команда бывает и без него.