Узкое место в проекте - это не метка в Gantt-диаграмме.
Это живая, подвижная точка, где прямо сейчас теряется результат.
Именно сейчас, потому что вчера это могло быть совсем другое место.
Теория ограничений учит нас: производительность ограничена самым слабым звеном.
Но в проектах слабое звено не закреплено. Оно перемещается, а иногда и внутри дня.
Это и есть динамический bottleneck: не постоянный дефект, а подвижная зона перегрузки.
Где он проявляется:
- Функция, которую раньше тянул один человек - теперь перегружена и начинает тормозить других
- Бизнес-заказчик теряет вовлеченность и теперь проект стоит не из-за разработки, а из-за ожидания решений
- Команде приходится по три раза переделывать реализацию - не хватает четкого критерия готовности
- Появляется двойная работа: кто-то делает отчет, потому что «не дождался» другого
Все это не ошибки отдельных людей. Это симптомы: узкое место сместилось.
И если ты его не отследишь - вся система начнет компенсировать за счет перегрузки, задержек или потери качества.
Как работает динамический bottleneck
Он не всегда виден в Jira и не всегда звучит на дейли.
Чаще всего он проявляется:
- в задержке принятия решений
- в росте «висящих» задач
- в нарушении ритма
- в демотивации тех, кто раньше был точкой силы
В системах без адаптации это узкое место просто перегорает.
В зрелых - его находят и перераспределяют поток.
Что с этим делать руководителю проекта
1. Не закреплять внимание на «исторических» проблемах.
То, что тормозило месяц назад, может быть давно решено. А ты все еще оптимизируешь.
2. Ставить наблюдение выше контроля.
Задача не в том, чтобы все «держать», а в том, чтобы видеть, где напряжение возникает сейчас.
3. Идти по признакам, а не по структуре.
Bottleneck может быть на любой стороне: в анализе, коммуникации, ожидании внешнего решения, багфиксе, контенте.
4. Не автоматизировать без разбора.
Автоматизация вокруг неактуального bottleneck’а - это просто украшение, а не решение.
Вывод
В динамичной системе невозможно оптимизировать навсегда.
Настоящее управление - это не фиксация, а постоянное наблюдение за тем, где сегодня система начала замедляться.
Bottleneck - это не провал, а точка фокуса.
Вопрос в том, замечаешь ли ты его, когда он уже переехал.
