Есть один вопрос, который я перестал задавать команде много лет назад. "Ну что, когда закончим?" Не потому, что он плохой, а потому, что ответ на него почти никогда ничего не значит. "Процентов на девяносто." "Осталось совсем немного." "Если не прилетят новые требования..." Думаю, любой руководитель проекта слышал это десятки раз. Самое интересное, что люди обычно не врут. Они действительно так считают. Проблема в другом. Каждый оценивает только свой кусок работы, а проект давно перестал быть суммой отдельных задач. В какой-то момент я заметил закономерность: чем больше команд участвует в проекте, тем реже настоящая проблема находится внутри одной из них. Она живёт между командами. Между аналитиком и разработчиком. Между двумя подрядчиками. Между фронтендом и интеграцией. Между тестированием и релизом. Именно там проект начинает терять управляемость. Не тогда, когда кто-то не успел написать код, а тогда, когда никто уже не видит всю цепочку целиком. За последние годы мне приходилось работать в крупных интеграционных проектах, где одновременно были задействованы несколько команд, десятки специалистов и множество внешних зависимостей. И почти каждый раз повторялась одна и та же картина. Каждая команда честно выполняла свою работу, но общий результат всё равно запаздывал. После нескольких таких проектов я перестал считать своей главной задачей контроль сроков. Сегодня я считаю, что задача руководителя проекта совсем другая. Сделать так, чтобы проблемы стали видны раньше, чем они превратятся в срыв сроков. Если команда узнаёт о блокировке только на ежедневном статусе — руководитель уже опоздал. Если зависимость обнаруживается во время тестирования — руководитель уже опоздал. Если бизнес узнаёт о переносе за неделю до релиза — руководитель опоздал ещё раньше. Для меня управляемость проекта сегодня — это не количество отчётов и не цвет индикаторов в Jira. Это способность видеть будущие проблемы, пока они ещё выглядят как маленькие отклонения. Именно поэтому в последнее время меня всё больше интересует не автоматизация отчётности, а использование AI для поиска зависимостей, прогнозирования рисков и раннего обнаружения узких мест. Мне кажется, что именно здесь в ближайшие годы произойдёт самая большая революция в Delivery. А какой момент лично для вас становится первым сигналом, что проект начинает выходить из-под контроля?