Что будет после Agile

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

Но контекст сильно поменялся.

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

А вот процессы вокруг, почти нет. Согласования, спецификации, ревью, тестирование, документация — всё это осталось примерно на том же уровне сложности и медлительности.

В итоге мы ускорили один участок системы, а остальные стали узкими местами. И это уже хорошо видно в работе.

Как это начинает выглядеть на практике 1. Меньше людей, больше ответственности. Команды становятся компактнее. Не потому что «оптимизация», а потому что один сильный специалист теперь закрывает больший кусок работы. Важнее становится не количество рук, а качество решений. 2. Спецификации выходят на первый план. Если раньше можно было договориться по ходу, то сейчас цена размытых формулировок сильно выросла. Любая неточность приводит к переделкам, потере времени и мусорному результату. Хорошо написанное описание задачи — это уже половина работы. 3. Меняются роли. Разработчики меньше пишут код руками и больше думают о структуре, ограничениях, качестве входных данных. Продакты всё чаще сами проверяют идеи: собирают прототипы, считают экономику, смотрят данные, а не ждут полной реализации. 4. Старые метрики начинают врать. Скорость команды, количество задач за спринт, средние показатели — это всё хуже отражает реальность. Гораздо важнее становится:

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

Кажется, следующий этап не про новые фреймворки, а про умение управлять потоком работы, вниманием и сложностью. И это сильно сложнее, чем просто ускорять команды.

Полный доклад