Попробовать бесплатно
Agileразборбазовый уровень

Чего Agile не обещает: разбор частых ожиданий

Половина разочарований в гибком подходе растёт из ожиданий, которых он никогда не давал. Разбираем самые частые и говорим, что обещано на самом деле.

7 мин чтенияобновлено

«Станет быстрее»

Прямого обещания ускорения в манифесте нет. Есть обещание частой поставки работающего результата и ранней обратной связи.

Скорость иногда растёт как следствие: меньше переделок, потому что ошибки находятся раньше; меньше работы впустую, потому что ненужное отсекается по обратной связи. Но это следствие, а не механизм.

Обещать руководству ускорение при переходе — почти гарантированное разочарование через квартал. Обещать стоит предсказуемость и раннее обнаружение ошибок: это выполнимо и проверяемо.

«Документы больше не нужны»

В манифесте сказано, что работающий продукт ценнее исчерпывающей документации. Слово «исчерпывающей» несёт весь смысл фразы и теряется в пересказах.

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

Полезная проверка: если документ никто не открывал полгода, его стоит сократить или отменить сознательно, записав это решение.

«Планов не будет»

План остаётся, меняются его горизонт и детальность. Цели и вехи планируют на квартал и год, состав работ — на цикл.

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

Практическая форма: обещание результата вместо обещания списка функций. «Снизим время обработки заявки вдвое» выполнимо разными способами и переживает изменение обстоятельств.

«Сроков не назвать»

Сроки называют, и точность прогноза обычно выше, чем при классическом планировании. Основание другое: статистика фактической пропускной способности команды вместо экспертной оценки объёма.

После нескольких циклов известно, сколько работы команда доводит до конца за период. Из этого числа и остатка бэклога прогноз считается арифметически.

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

«Подходит всем»

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

Второе ограничение — доступность обратной связи. Без заказчика и пользователей короткий цикл превращается в частую поставку неизвестно чего.

Третье — жёстко зафиксированное содержание. Когда состав работ прописан в договоре и меняется только дополнительным соглашением, гибкость остаётся внутри этапа.

«Меньше дисциплины»

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

Команда, отменившая эти элементы и оставившая только короткие циклы, получает частую поставку недоделанного. Именно такие случаи чаще всего и называют «мы попробовали Agile, не работает».

Ожидание и что обещано на самом деле

ОЖИДАНИЕЧТО ОБЕЩАНО
Станет быстрееРаньше находятся ошибки, меньше работы впустую
Документы не нужныОтменяется то, что не читают; необходимое остаётся
Планов не будетПлан остаётся, меняется горизонт и детальность
Сроков не назватьПрогноз диапазоном по фактической пропускной способности
Подходит всемРаботает там, где переделка дёшева и есть обратная связь
Меньше дисциплиныДисциплины требуется больше, чем прежде

Ожидания выровнены

Проговорите этот список с руководством до перехода. Половина неудачных внедрений — это удачные внедрения, от которых ждали другого.

Отмечено 0 из 7

Чем подкрепить обещания

Прогноз по фактической пропускной способности считается из истории: сколько работ команда закрывала за прошлые циклы и сколько осталось в списке.

  • История завершённых работ за периоды даёт пропускную способность команды.
  • Остаток списка вместе с ней превращается в прогноз диапазоном.
  • Чек-лист готовности защищает от частой поставки недоделанного.
  • Отчёт по времени в статусах показывает, где ожидание съедает выигрыш от коротких циклов.
  • Цели фиксируют обещанный результат, оставляя состав работ гибким.

Частые вопросы

Потому что во многих случаях так и получается, только по другой причине. Ускорение приходит от сокращения переделок и отказа от ненужного, а не от того, что люди работают быстрее. Разница важна при постановке ожиданий: обещать механизм, которого нет, опасно.

Соберите свой процесс в Shtab

Доски и статусы, оценка трудозатрат, дерево целей, отчёты и трекер времени — в одном инструменте.