Это способ не бегать с огнетушителем в пятницу. Я не очень люблю, когда управление рисками превращают в большую таблицу. Такую красивую, важную, с колонками, статусами, вероятностью, влиянием, владельцем риска и прочим.

Потом эту таблицу заполняют один раз, кладут куда-то в Confluence и героически забывают до того момента, пока всё уже не горит. А потом начинается любимое командное упражнение: «Кто это мог предвидеть?»

Обычно могли. Просто не поговорили. В разработке риск чаще всего выглядит не как что-то драматичное. Не как катастрофа с сиренами и красной лампочкой.

Обычно это что-то довольно приземлённое: - не до конца понятное требование; - интеграция, которая живёт своей отдельной жизнью; - зависимость от другой команды; - слишком оптимистичная оценка; - кусок легаси, куда все заходят как в подвал из хоррора; - ключевой человек, у которого «ну, только он знает, как оно работает».

И вот здесь, на мой взгляд, начинается нормальный разговор про риски.

С простого вопроса:

“Что должно случиться, чтобы наш план перестал быть реалистичным?”

Этот вопрос очень быстро отрезвляет. Потому что после него команда перестаёт играть в «мы точно всё успеем» и начинает говорить предметно:

- что может пойти не так; - насколько это вероятно; - насколько больно ударит; - как мы поймём, что риск уже приближается; - кто за этим следит; - что можно сделать заранее. И это не делает команду слабее. Наоборот. Слабая команда обычно делает вид, что всё под контролем, пока контроль тихо выходит через окно.

Сильная команда может спокойно сказать: «Вот здесь мы не уверены. Вот почему. Вот что делаем, чтобы не утонуть». Для меня риск-менеджмент не про страх и не про пессимизм. Это про взрослую честность. Про умение смотреть на план не как на красивую презентацию, а как на живую систему, где что-то обязательно может поехать не туда. И чем раньше команда это признаёт, тем меньше шансов потом в пятницу вечером бегать с огнетушителем, героически спасая то, что можно было спокойно обсудить ещё в понедельник.