🔥 «Как я чуть не утопил проект в океане рисков»

Представьте: вы капитан корабля, который плывет к острову «Успешный релиз». Вы знаете, что где-то рядом айсберги, штормы и пираты, но вместо карты рисков у вас… голый оптимизм и вера в светлое будущее. Именно так я запускал один из проектов в далеком 2019-м. За месяц до сдачи результата мы обнаружили:
- Ключевой разработчик уходит в отпуск
- API партнера передает не все необходимые данные
- А заказчик вдруг решил, что хочет «как у Netflix, но дешевле».

Мы выгребали воду ведрами, но проект все равно начал тонуть. Тогда я понял: управление рисками — это не бюрократия, а спасательный жилет для команды.

Почему мы игнорируем риски (даже зная о них)
Во-первых, не очень хочется тратить время на управление чем-то, что может наступит, а может и не наступит. Риски они где-то там далеко в будущем и вообще не факт, что случатся. Вот когда они будут осязаемы, тогда и будем “решать проблемы по мере их поступления”. Кажется, что если не произносить риски вслух, они исчезнут. Вот только это не всегда работает. Типичные ошибки:

- «Этот баг случается раз в 100 лет» → появляется через неделю.
- «Вася никогда не болеет» → Вася подхватит ковид за месяц до релиза.
- «Заказчик подписал ТЗ, он не изменит мнение» → спойлер: изменит.

Как превратить риски в дорожную карту (а не в список страхов)
1. Охота за «черными лебедями»
Соберите команду и устройте мозговой штурм:
— Что может сломаться?
— Где мы слишком зависим от одного человека/технологии?
— Что заказчик может захотеть через месяц?
Пример: На моем провальном проекте мы не спросили: «Точно ли интеграция с партнерским API закроет все наши потребности?». Ответ стоил нам неделю переделок.

2. Рейтинг «страха»
Риски — не так страшны, если знать их влияние. Делите их на три категории:
Красные: Убьют проект (например, техническая несовместимость решений). Решайте в первую очередь.
Желтые: Затормозят, но не остановят (задержка с развертыванием серверов). Имейте план Б.
Зеленые: Раздражают, но терпимы. Мониторьте, но не паникуйте.

3. «Чемодан спасения»
Для каждого красного/желтого риска создайте «аварийный кейс»:
Если Вася уходит → кто его заменит? (замену не найдем за два дня).
Если API не работает → есть ли запасной вариант?
Мой факап: У нас не было замены разработчику. Пришлось срочно подключать к задаче джуна, тратя бюджет на кофе и успокоительное.

4. Ритуал «паранойи»
Раз в две недели (может и раз в неделю) проводите 15-минутный митинг:
— Какие риски активировались?
— Появились ли новые?
— Нужно ли пересматривать приоритеты?

Что делать сегодня, чтобы не тушить пожары завтра
Возьмите текущий проект и задайте команде:
— «Какая критическая задача сейчас висит без плана Б?»
Выпишите 3 главных страха и назначьте ответственных за мониторинг.
Пришлите этот пост коллеге со словами: «Давай наконец займемся рисками, и не будем уповать только на надежду».

👉 Главный секрет:
Риски — как погода в океане. Вы не можете их отменить, но можете построить крепкий корабль, научиться читать карты и всегда держать спасательные шлюпки наготове.
А ваши проекты уже плавают, минуя сильные штормы? Или всё еще надеются на удачу? 🚢