Матрица рисков: заполненный пример и шаблон для проекта

Клиентский семинар уже в календаре, но площадка ещё не подтвердила зал. В списке команды это выглядит как «вопрос по аренде», хотя без зала придётся переносить всю встречу.

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

У каждой отметки на этом листе должно быть продолжение. Кто проверяет состояние площадки? Когда перестаём ждать? Есть ли рабочий запасной вариант? Без этих ответов цветная сетка быстро превращается в украшение отчёта.

Что показывает матрица рисков

Матрица рисков соединяет две оценки: вероятность события и тяжесть его последствий. В нашем примере по горизонтали расположена вероятность, по вертикали последствия. Риск помещают в клетку на пересечении выбранных уровней, затем решают, какие события требуют действий раньше других.

Она удобна для первого совместного разбора, когда подробных числовых данных ещё нет. Например, команда готовит мероприятие, меняет подрядчика или запускает новый рабочий процесс. Участники знают разные кусочки истории; матрица даёт общий язык для обсуждения.

Однако сама сетка не хранит всю историю риска. Для неё нужен реестр: описание события, основания оценки, выбранная мера, ответственный и срок проверки. Матрица показывает расположение риска, реестр помогает с ним работать. В этой статье есть оба документа.

Сначала договоритесь, какой результат защищаете

У вымышленной команды через 10 дней пройдёт клиентский семинар. Цель: провести основную сессию с экспертом и практическую работу участников. Горизонт оценки начинается сегодня и заканчивается вместе с семинаром. Числа и обстоятельства примера учебные, реальную команду мы не опрашивали.

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

Зафиксируйте цель, горизонт и состояние проекта на дату оценки. Учитывайте уже действующие меры: оборудование проверено, файл программы согласован, приглашения отправлены. Планы на будущее записывайте отдельно. Обещание купить запасной микрофон ещё не означает, что резерв существует.

Матрица RACI: пример, шаблон и как проверить роли в команде

Не пытайтесь охватить одним листом все опасности компании. Начните с конкретного результата, за который отвечает эта команда. Бюджетные потери, изменение сроков и качество результата можно разбирать отдельно, если у них разные пороги. В примере оцениваем влияние на программу семинара; денежного расчёта здесь нет.

Как выбрать шкалы вероятности и последствий

Для примера используем 3 уровня по каждой оси, получается матрица 3×3. Уровни выбраны для этого проекта. Это собственная рабочая договорённость, универсальных порогов из стандарта мы сюда не переносили.

Названия «низкая» и «высокая» без пояснений мало помогают. Лучше связать уровень с наблюдаемыми условиями: есть ли проверенная зависимость, появились ли сигналы сбоя, удастся ли сохранить основную программу. Тогда спор можно вернуть к фактам.

Код	Вероятность за выбранный срок	Последствия для программы
1	Редко: признаков сбоя нет, зависимость проверена; сценарий всё же возможен	Исправим на месте: основная программа и цель семинара сохраняются
2	Возможно: есть непроверенная зависимость или один наблюдаемый тревожный сигнал	Программу придётся изменить: часть результата потеряется, цель ещё достижима
3	Ожидаемо: сигналы повторяются, при текущем плане событие выглядит вероятным	Основная программа сорвётся: семинар придётся переносить или менять его цель

Коды 1, 2, 3 обозначают порядок категорий. Они не задают точные проценты: категория 3 не означает гарантированного события. Последствия оценивают при условии, что событие наступило. Низкая вероятность не делает эти последствия мягче.

Заранее обсудите пограничный случай. Если печатные материалы опоздают, но каждый участник откроет электронную версию, программа сохранится. Если доступ к файлу не проверен, тот же сбой уже ставит практическую часть под вопрос. Описание действующих мер меняет оценку.

Ответ «не знаю» оставляйте отдельным статусом. У человека может не быть сведений о договоре или оборудовании. Присвоить такому ответу минимальный уровень значит спрятать неизвестность в зелёную клетку. Лучше назначить проверку и вернуться с результатом.

Если серьёзные последствия уже известны, уточнение вероятности не откладывает разбор. У такого риска сохраняется срочность, рядом стоит пометка «вероятность уточнить». Неизвестность и порядок действий записывайте раздельно.

Заполненный пример: реестр и матрица

Команда описала 5 событий. Формулировка связывает условие с последствием: «если площадка не подтвердит зал, семинар придётся переносить». Одного слова «подрядчик» недостаточно: оно не объясняет, какой именно сбой обсуждаем.

Здесь P обозначает код вероятности, I код последствий. В последнем столбце стоит их произведение: условный балл выбранной схемы. Он пригодится как краткая метка, но по нему нельзя рассчитывать ожидаемые потери или складывать «общий риск проекта».

В нашем примере команда отдельно договорилась о приоритетах. Любые последствия уровня 3 разбирают до запуска, даже при низкой вероятности. Такой же разбор нужен при балле от 6. Для балла 4 готовят меру и проверяют её выполнение. Остальные события наблюдают, сохраняя условия пересмотра.

Это правило команды, его можно заменить после обсуждения целей и ограничений. Цвет нужен, чтобы не пропустить решение. Зелёная клетка не освобождает от наблюдения: у бейджей остаются ответственный, запас расходников и момент, когда пора перепечатать имя.

Клетки заполняют после разбора оснований. Зал ещё не подтверждён, поэтому для R1 выбрана вероятность 2. При переносе встречи основная программа сорвётся, последствия 3. Если письменное подтверждение появится, команда обновит сведения и повторно оценит сценарий. Стирать историю прежнего решения не нужно.

Одинаковый балл не означает одинаковое действие

У отказа звука R3 и перепечатки бейджей R4 одинаковый балл: 3. Но первый сценарий угрожает основной сессии, второй исправляется на месте. Сортировка по последнему столбцу оставила бы эту разницу за кадром.

Коды шкалы условны. Между соседними категориями нет измеренного одинакового расстояния, поэтому балл 6 не доказывает, что опасность вдвое выше балла 3. Если требуется сравнить деньги или сроки, нужны отдельные оценки в рублях и днях, с допущениями и диапазонами.

За равными баллами могут скрываться разные сроки реакции. Запасной зал ищут заранее, бейдж печатают после регистрации гостя. Приоритет зависит ещё и от того, когда действие потеряет смысл. В реестре для этого есть контрольный срок.

Если ресурсов не хватает, рассматривайте конкретные меры: сколько усилий они требуют, что именно меняют и есть ли подтверждение их работоспособности. Матрица помогает начать разговор; бюджет между мерами распределяет руководитель вместе с командой.

Как собрать оценки команды через WebAsk

Когда участники работают в разных местах, исходные оценки удобно собрать формой. В WebAsk для этого подойдут два вопроса типа «Шкала» и открытые поля для оснований и предложений. Описание настроек есть в справке по типам вопросов.

Один ответ на форму относится к одному риску. Во вступлении указывают его код, единое описание сценария, горизонт и действующие меры. Для первого прохода не показывайте участникам готовую оценку руководителя: пусть сначала запишут собственные сведения.

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

1. Подготовьте описание. Вставьте цель проекта и сценарий риска. Добавьте версию или дату: участники должны оценивать одно состояние проекта.
2. Вероятность и последствия спрашивайте отдельно. В каждой шкале 3 пункта с теми же пояснениями, что в рабочем документе. Включите вариант «Затрудняюсь ответить». Обязательность ответа на вопрос не должна вынуждать угадывать категорию.
3. Попросите основание. Открытое поле: «На какое наблюдение или документ вы опирались? Что ещё нужно проверить?» Для неизвестной оценки особенно пригодится второе уточнение.
4. Соберите предложение. Спросите, какое действие участник предлагает и по какому признаку стоит начинать его выполнять. Имена владельцев и сроки окончательно согласует команда.

Скачайте индивидуальные ответы в CSV или XLSX по инструкции работы с ответами. В рабочей таблице сравните категории вместе с пояснениями. WebAsk собирает ответы; размещение событий в матрице, выбор приоритета и согласование мер выполняете вы.

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

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

Назначьте меры, сигналы и владельцев

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

Мера до события и запасное действие после сигнала могут различаться. Координатор заранее узнаёт, свободен ли резервный зал. Если к сроку подтверждения основная площадка молчит, руководитель принимает решение о переносе встречи в резерв. Не ждите дня семинара, чтобы выяснить, существует ли этот вариант.

Владелец риска следит за его состоянием и приносит сведения к назначенному сроку. Само действие может выполнять другой человек. Кто вправе менять площадку или программу, лучше оговорить сразу, иначе реестр упрётся в переписку «это не моё решение».

Результат обсуждения запишите в протокол совещания: что согласовали, какое основание использовали, кто проверяет и когда вернётся с ответом. Реестр после встречи должен измениться. Если в нём появились только новые цвета, работа ещё не закончена.

Шаблон для своего проекта

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

В Excel или другой таблице держите P и I в разных столбцах. Условный балл считайте только для заполненных категорий. Строку с неизвестным значением оставляйте на уточнение: формула не должна превращать пустую ячейку в минимальный риск.

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

Когда обновлять матрицу и что считать результатом

Обновляйте оценку при новых сведениях, изменении плана или наступлении контрольного срока. Получено подтверждение зала, изменился состав участников, не прошла репетиция связи: у каждой новости есть конкретный сценарий в реестре. Не нужно ждать общего отчёта в конце проекта.

После запланированной меры сначала проверьте выполнение. «Резервный комплект заказан» и «комплект доставлен, подключён и прошёл репетицию» означают разное состояние. Ожидаемую оценку после меры храните отдельно от текущей, пока проверка не завершилась.

Метод 5 почему: как разобрать повторяющуюся проблему в работе команды

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

На финальной сверке спросите по каждой значимой строке: выполнена ли мера, чем это подтверждается, какие условия остались неизвестными и кто продолжает наблюдение. Признать неопределённость полезнее, чем перекрасить клетку ради красивого отчёта.

Частые вопросы

Чем матрица рисков отличается от реестра?

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

Обязательно ли использовать матрицу 5×5?

Нет. Детализацию выбирают под задачу и доступные сведения. В примере 3×3; увеличение числа клеток само по себе не улучшает основания оценок. Применимые отраслевые требования проверяют отдельно.

Можно ли умножать вероятность на последствия?

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

Что делать, если участники поставили разные оценки?

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

Как оценить риск, о котором ничего не известно?

Сохранить неизвестность отдельным статусом и назначить проверку с владельцем и сроком. Отсутствие сведений не означает низкую вероятность. До уточнения такой риск нельзя считать разобранным.

Означает ли зелёная клетка, что действий не нужно?

Нет. В собственной схеме зелёная зона означает наблюдение по согласованному правилу. В реестре остаются ответственный и сигнал пересмотра. Цвет не подтверждает безопасность и не отменяет обязательных требований.

Можно ли собрать такую оценку в WebAsk?

Да, исходные оценки и основания собирают вопросами «Шкала» и открытыми полями. Индивидуальные ответы выгружают в CSV или XLSX. Итоговую матрицу, приоритеты и меры команда согласует в своём рабочем документе.