Старт
Быстрый обзор
Раздел 2
Что это и зачем
Risk card — структурированная карточка одного риска для инициативы, которая длится недели или месяцы. На уровне J/M это инструмент, который превращает «всё может пойти не так» в управляемый набор пунктов с владельцем и планом реакции.
Когда использовать:
- Инициатива длится >2 недель и затрагивает несколько команд
- Есть >1 значимого внешнего риска (зависимости, изменения требований, нагрузка)
- На стартовой встрече кто-то сказал «а вдруг…» — это сигнал, что нужна карточка
Не для каждой задачи. Для рутинной разработки — обычный backlog.
ШаблоныГотово к копированию
Шаблон
| Поле | Описание | Пример |
|---|---|---|
| Risk ID | Уникальный номер | R-001 |
| Описание | Что может пойти не так (конкретно) | Ошибочная маршрутизация 15–20% заявок в первую неделю |
| Категория | Операционный / технический / людской / внешний | Операционный |
| Вероятность | Низкая (1–33%) / Средняя (34–65%) / Высокая (66–99%) | Средняя (~50%) |
| Impact | Низкий / средний / высокий — в бизнес-терминах | Средний: рост SLA breach на 5–10% |
| Risk Score | Вероятность × Impact | Средний × Средний = Средний |
| Митигация (Plan A) | Что делаем, чтобы риск не реализовался | Пилот на 20%, ежедневный мониторинг выборки |
| Contingency (Plan B) | Что делаем, если риск реализовался | Rollback на предыдущую схему за 2 часа |
| Trigger | Как узнаём, что риск начал реализовываться | SLA breach > 10% за 24 часа |
| Владелец | Кто отвечает за мониторинг и реакцию | [Имя], Team Lead Operations |
Раздел 4
Матрица эскалации
Impact
Low High
┌──────────┬──────────────────────┐
Probability│ Monitor │ Mitigate │
High │ weekly │ + Escalate to boss │
├──────────┼──────────────────────┤
Probability│ Accept │ Mitigate │
Low │ & log │ + Monitor closely │
└──────────┴──────────────────────┘
Правило эскалации:
- High × High — немедленно к руководителю + Plan B на готове
- High × Low impact — мониторим еженедельно
- Low × High impact — митигируем заранее, мониторим тригер
- Low × Low — фиксируем в RAID, не тратим время
Раздел 5
Анти-паттерны коммуникации рисков
| Антипаттерн | Что происходит | Как исправить |
|---|---|---|
| «Всё под контролем» | Скрываете риски → сюрприз → доверие падает | Открыто назовите top-3 риска и план |
| Катастрофизация | 20 рисков без приоритизации → паралич | Приоритизация: top-3 + «остальное мониторим» |
| Риск без плана | «Может не сработать» — и всё | Каждый риск = митигация + триггер + владелец |
| Общие слова | «Есть технические риски» | Конкретизируйте: «деградация API при нагрузке >1000 rps» |
| Один раз обсудили | Обсудили на старте и забыли | Еженедельный review: новые? изменения? |
| Оптимистичный bias | Все риски «низкая вероятность» | Используйте pre-mortem для калибровки |
Раздел 6
Когда уместен Risk card
- Запуск нового процесса / продукта / pipeline
- Миграция или замена ключевой системы
- Передача владения между командами
- Инициатива с регуляторными или клиентскими последствиями
Раздел 7
Связанное
- Шаблон: RAID-лог — для совокупного трекинга рисков, допущений, проблем и зависимостей
- Деталь: Pre-mortem — упреждающий ритуал поиска рисков (30 минут)
- Ясность решений — как обсуждать риски с руководителем
Следующий шаг
Откройте при запуске нового процесса/продукта/миграции.