Agile4AIБлог

Спринт — это не дедлайн

Спринт — это окно фиксированной длины для исследования и поставки. Дедлайн — это финиш гонки. Если относиться к спринту как к дедлайну, получаются ровно те модели поведения, которые спринты призваны предотвращать.

Дедлайн создаёт давление в сторону завершения: сделай это к такой-то дате, чего бы это ни стоило. Неявная логика здесь такова, что самое важное — закончить то, что обещано, в срок. Если это действительно ваш высший приоритет, то Agile не для вас — как и комплексная работа (в кеневиновском смысле: эмерджентная, где причинно-следственные связи видны лишь ретроспективно). Но учтите: управление комплексной работой средствами традиционного управления проектами ведёт к ненадёжному прогнозированию (вы заставляете свою команду реализации угадывать или, хуже того, лгать, потому что неизвестное невозможно поставить в график диаграммы Ганта).

Спринт — это тайм-бокс: отрезок фиксированной длины, обычно от одной до четырёх недель, внутри которого команда работает над определённым объёмом, поставляет то, что возможно, а затем инспектирует и адаптирует. Граница — это не финишная черта. Это петля обратной связи.

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

Что ломается, когда спринты становятся дедлайнами

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

Спринт был задуман именно для того, чтобы противодействовать этой динамике. Создавая предсказуемые повторяющиеся циклы со встроенной инспекцией, спринты заменяют вопрос «успеем ли мы к дедлайну?» на вопрос «что мы реально можем поставить за этот цикл и чему мы на этом учимся?».

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

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

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

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

Заинтересованным сторонам нужна уверенность в том, что каждый спринт возвращает что-то ценное — будь то ожидаемая работа или понимание того, что помешало и как избежать похожих ситуаций в будущем или лучше ими управлять. Вот в чём обязательство. Долгая история его выполнения создаёт тот кредит доверия, который позволяет изредка промахнуться без тревоги. Команда, которая регулярно поставляет меньше ожидаемого, этот кредит проедает: доверие размывается, требования растут, чтобы компенсировать ожидаемые промахи, и команде оказывается не лучше, чем при традиционном управлении проектами. Держаться должны обе половины — надёжная поставка и пространство для обучения.

Вопрос темпа

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

Спринт, понятый правильно, — это цикл поставки в устойчивом темпе со встроенной точкой инспекции. Это нечто совсем иное, чем дедлайн. Разница не семантическая: именно она снижает риск на каждой итерации.

Комментарии 0

Проверка вашей сессииСтатья готова. Параметры комментирования появятся после завершения проверки сессии.