Блок 3. Говорить о рисках и эскалации

Шпаргалка: каскад причинности

Для любой инициативы используй шаблон causal chain (каскад причинности):

Root cause (корневая проблема) → 
Intervention (что мы делаем) → 
Immediate metric (ближайшая метрика, которая изменится) → 
Отложенный результат (downstream outcome): бизнес-результат через 1–2 шага

Пример: Низкое удержание (retention, root) → Улучшить процесс онбординга (intervention) → Увеличить долю активации (immediate metric) → Рост пожизненной ценности клиента (LTV) на X% за Y месяцев (downstream outcome).

Даже приблизительные оценки демонстрируют коммерческое мышление. Практикуй презентацию таких цепочек кратко -- руководство ценит ясность и бизнес-интуицию, а не идеальные прогнозы.

Инструмент: проговаривание рисков

Проблема: Ты предлагаешь решение, скрывая риски. Потом что-то идёт не так -- доверие падает.

Решение: Открыто обсуждай риски и план Б.

Формат:

Предложение: [решение] 
Риски: 
1. [риск] — вероятность [низкая/средняя/высокая] 
Митигация: [что делаем, если случится] 
2. [риск] — вероятность [...] 
Митигация: [...] 

План действий если что-то пойдёт не так: [конкретные шаги]

Пример:

Предложение: Изменить процесс маршрутизации входящих заявок
Риски:
1. Ошибочная маршрутизация части кейсов — вероятность средняя
Митигация: запускаем пилот на 20% потока и ежедневно проверяем выборку
2. Рост нагрузки на одну функцию — вероятность средняя
Митигация: вводим лимит и резервный маршрут
3. Падение скорости обработки в первые дни — вероятность низкая
Митигация: временно усиливаем смену и держим ручной override

План Б: Если в первые 24 часа метрика SLA ухудшится более чем на 10%
— возвращаемся к предыдущей схеме по заранее согласованной процедуре.

Шаблон: risk card

Для более крупных инициатив используй расширенную карточку риска:

Техника: pre-mortem

Что это: Техника, предложенная Gary Klein и продвигаемая McKinsey. Вместо того чтобы планировать успех, ты начинаешь с допущения, что инициатива уже провалилась -- и обратным ходом ищешь причины.

Почему работает: Исследования Mitchell et al. (1989) показали, что «prospective hindsight» -- представление, что событие уже произошло -- увеличивает количество сгенерированных причин на ~30%. А McKinsey отмечает, что premortems снижают сверхуверенность команд значительно сильнее, чем другие методы критического анализа.

Как провести (30 минут):

1. Установка (2 мин): «Представьте, что прошло 6 месяцев. Наша инициатива провалилась. Полный провал. Что произошло?»

2. Индивидуальная генерация (5 мин): Каждый участник молча пишет причины провала -- без обсуждения (это важно для борьбы с groupthink)

3. Сбор (10 мин): Каждый по кругу называет одну причину, пока не исчерпаются все. Записываем на доску

4. Приоритизация (5 мин): Голосование -- какие 3-5 причин наиболее вероятны и опасны?

5. Митигация (8 мин): Для top-3 рисков -- что мы можем сделать прямо сейчас, чтобы этого не произошло?

Ключевое преимущество: Pre-mortem создаёт безопасное пространство, где поднимать проблемы -- это не обструкция, а проявление дальновидности. Участники даже соревнуются, кто поднимет самую серьёзную проблему.

Шаблон: RAID-лог

Для текущего управления рисками в рамках инициативы используй RAID-лог -- единый документ, который отслеживает четыре типа потенциальных проблем:

Правила ведения:

• Заводи на стартовой встрече (kickoff), обновляй еженедельно

• Каждый пункт имеет owner -- конкретного человека, ответственного за мониторинг

• Assumptions должны быть провалидированы до момента, когда они становятся критичными

• Нерешённые задачи (issues) эскалируются через работу с руководством (Managing Up) (Инструмент #1, аспект 5)

Антипаттерны коммуникации рисков

---

Матрица эскалации рисков

Не все риски нужно эскалировать одинаково. Вот простая матрица:

                        Impact
                   Low        High
              ┌──────────┬──────────┐
Probability   │ Monitor  │ Mitigate │
   High       │ weekly   │ + Escalate│
              │          │ to boss   │
              ├──────────┼──────────┤
Probability   │ Accept   │ Mitigate │
   Low        │ & log    │ + Monitor │
              │          │ closely   │
              └──────────┴──────────┘

Правило эскалации:

• High × High -> Немедленно эскалируй руководителю + готовь Plan B

• High × Low -> Мониторь еженедельно, escalation не нужен

• Low × High -> Готовь митигацию заранее, информируй руководителя при изменении вероятности

• Low × Low -> Логируй и периодически проверяй

Формулировки для разных аудиторий

Один и тот же риск звучит по-разному в зависимости от аудитории:

Принцип: чем выше аудитория -- тем короче, конкретнее и ближе к бизнес-эффекту.