Идентификация проектных рисков — это, по-простому, попытка заранее понять, где проект может споткнуться.
Не в теории. Не в красивой таблице. А по-человечески: что может пойти не так?
Например, сменится руководитель проекта от заказчика. Ключевой сотрудник уйдёт в отпуск. Заказчик три недели будет согласовывать один документ. Бюджет окажется не таким резиновым, как казалось на старте. Или выяснится, что «да там всё понятно» на самом деле означает «никто ничего толком не обсудил».
Вот это всё и есть риски.
Частая ошибка — думать, что риск это уже проблема. Нет. Проблема — это когда уже горит. Риск — это когда ещё только пахнет дымом. И нормальный проектный менеджмент отличается не тем, что у него ничего не случается, а тем, что он хотя бы примерно понимает, откуда может прилететь.
Идентификация рисков не требует какого-то шаманства. Нужно просто собрать людей, которые понимают проект, и задать несколько неудобных вопросов. Что может сорвать сроки? Где мы слишком надеемся на удачу? От кого мы зависим? Что будет, если заказчик передумает? Где у нас слабое место, о котором все знают, но молчат?
Самое ценное здесь — не список ради списка. А честность. Потому что риски обычно прячутся не в документах, а в тихих сомнениях команды. Кто-то уже понимает, что срок нереальный. Кто-то видит, что требование мутное. Кто-то знает, что интеграция будет больной. Но пока это не произнесено вслух, риск как будто не существует.
Поэтому идентификация рисков — это не бюрократия. Это обычная взрослая привычка смотреть на проект без розовых очков. Спокойно. Без паники. Но и без детского «авось пронесёт».
Обычно не проносит.