Кстати о планировании в гибких методологиях и планировании!

Я серьезно, ходит такой миф, что планирование, гант-чарты и вот это все, это исключительно ватерфольная история. Ведь как можно планировать работу, если у нас аджайл? Есть расхожее мнение, что он про реакцию на изменения. Логика отказа звучит так: "мы же не знаем, что мы будем делать дальше, все меняется, какой смысл планировать на год вперед?"

Аджайл никогда не был про "мы все делаем на лету". Он про адаптивное планирование. Ты строишь план, идешь по нему, случается реальность, накапливается опыт, ты адаптируешь свой план, корректируешь последовательность действий, своевременно поднимаешь красные флаги. Если у тебя есть стратегия, то у тебя есть понятные гэпы вида "что есть сейчас - каким оно должно стать". И чтобы тебе их закрыть, нужно сделать конкретный набор действий. А ресурс не бесконечен, и поэтому ты планируешь работу, где шаг за шагом ты их закрываешь.

А еще, с каждым спринтом у тебя накапливается статистика. Сколько в среднем делаются фичи, сколько закрываются баги, сколько фич за месяц ты закрываешь, какие есть узкие места, количество багов и так далее. Если к всему производственному процессу относиться, как к алгоритму действий, то у него появляется статистика, узкие места (привет Теория Ограничения Систем), метрики. И его можно крутить, шаг за шагом устраняя узкие места, анализируя "исключения", выращивая полезные метрики и сокращая плохометрики.

Про оценки, сегодня с утра вспомнился отличный доклад от Паши Ахметчанова, с прошлого FrontendConf про то, как все измерить. Мы с ним знакомы лет 10 наверное, и он уже тогда занимался измерением производственного цикла. Помню как я его с открытым ртом слушал в офисе Тинькофф, где он говорил как правильно анализировать систему и считать все вылеты на Control Chart'e

FrontendConf 2025 пройдет 20-21 октября, в Москве! Приходите, будет интересно, промокод: fc25_TiredGlebMikheev, почитать программу на сайте

В этом посте были ссылки, но мы их удалили по правилам Сетки