🚂 Почему в реестре рисков одна мелочь, а проект убивает то, чего там нет?
Представьте картину: еженедельная встреча, команда открывает реестр рисков. «Подрядчик может задержать поставку на два дня» — записано. «Тестировщик уходит в отпуск на неделю» — записано. Все кивают, проставляют вероятности и степени влияния. А через три месяца проект рушится — потому что никто не записал главное: «Мы вообще не понимаем, чего хочет заказчик».
Скотт Беркун называет отрицание «потрясающей чертой человеческой натуры». Мы строим прогнозы, рассчитывая на оптимальные условия, и не доверяем ни чужим, ни собственным графикам. Но проблема глубже личного оптимизма. Когда культура компании наказывает за плохие новости, риск-менеджмент превращается в ритуал. Команда учится фиксировать безопасные мелочи — те, за которые никого не накажут. А критические угрозы? Их просто не существует на бумаге.
Дэвид Андерсон описывает похожий механизм: когда руководство отказывается от честного анализа производительности, это сигнал всей организации — правда здесь не нужна. Результат — откат в зрелости, падение предсказуемости и качества. Риск-реестр без честной культуры — как термометр, который показывает только приятную температуру.
Все в команде знают, что дедлайн нереалистичен. Но каждый думает: «Может, как-нибудь вытянем». Или хуже: «Не я буду тем, кто скажет боссу». И поезд приближается — медленно, предсказуемо — а все дружно смотрят в другую сторону.
💡 Настоящий риск-менеджмент начинается не с шаблонов и матриц, а с культуры, где безопасно сказать: «Мы этого не знаем» и «Это может провалиться».
❓ А в вашей команде можно вслух назвать главный риск проекта — или только безопасные мелочи?
📚 Источники: Скотт Беркун — «Искусство управления IT-проектами», Дэвид Андерсон — «Канбан. Альтернативный путь в Agile»
