Владислав Кузнецов

Когда в проекте отвечают на вопрос «когда будет готово», чаще всего называют средний срок. Но lead time почти всегда распределен с длинным хвостом: несколько задач живут намного дольше остальных и именно они как раз и создают риск. Среднее значение этот риск скрывает. Оно хорошо описывает прошлое, но плохо помогает прогнозировать будущее. Две коман…

Когда в проекте начинаются проблемы со сроками, то чаще всего смотрят на скорость или кол-во задач в работе.

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

Когда в проекте отвечают на вопрос «когда будет готово», чаще всего называют средний срок. Но lead time почти всегда распределен с длинным хвостом: несколько задач живут намного дольше остальных и именно они как раз и создают риск.

Среднее значение этот риск скрывает.

Во многих проектах деградация сроков начинается не в delivery, а в upstream - в зоне формирования спроса и принятия решений. Запрос существует, обсуждается, учитывается в планировании, но до явного commitment point не доходит. В результате растет decision latency: решения откладываются, приоритеты размываются, а система начинает неявно резервироват…

В какой-то момент почти каждый PM открывает для себя закон Литтла и пытается понять, почему он не дает внятных сроков.

Команды любят говорить:

Перед тем как принять новую задачу, PM обычно спрашивает:

Со стороны все еще выглядит нормально: задачи выпускаются, WIP в лимитах, никто не паникует. Но в upstream уже начинается накопление: идеи, запросы, “давайте подумаем/оценим”, предварительные договоренности. А downstream продолжает работать в прежнем темпе. В этот момент система теряет баланс. Работа еще не в перегрузе, но обязательств уже больше…

или как увидеть момент, когда система вот-вот “взорвется”

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

Когда в команде нет политик, каждый работает “как привык”.

И вот почему: в 9 случаях из 10 это просто доска в Jira. Карточки двигаются, спринтов нет, значит Канбан. Потом появляется удивление, почему хаос не исчез. Когда я впервые взял в руки тонкую книжку David Anderson “Essential Kanban Condensed”, я ждал чего угодно, только не здравого смысла. Никаких сертификатов, мантр про культуру изменений или «цен…