Как составить матрицу рисков в экселе

Обновлено: 03.07.2024

Digital-агентство «Атвинта» пишет про основы управления рисками на примере веб-разработки. Статья будет полезна тем, кто делает первые шаги в риск-менеджменте.

Как подарить конкуренту 70 миллионов пользователей из-за неучтенного риска

4 октября почти на шесть часов отказали WhatsApp, Instagram и Facebook. В Facebook объяснили, что многочасовой сбой произошел из-за изменений конфигураций магистральных маршрутизаторов, которые координируют сетевой трафик между центрами обработки данных.

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

Последствия известны: акции Facebook упали на 4,89%, состояние Цукерберга снизилось на $5,9 млрд, а к конкурентному мессенджеру Telegram на фоне сбоя присоединились 70 миллионов новых пользователей.

Кейс в масштабах одной из самых крупных IT-компаний мира показывает, насколько важно бизнесу работать с рисками и заранее прорабатывать план работы на случай, если что-то пойдет не так.

Управлять рисками важно не только гигантам вроде нынешней Meta — игнорирование рисков в любой компании приводит к негативным последствиям. Для digital-агентства самые частые:

срыв сроков
снижение качества разработки
разлад в команде
снижение доверия клиента
ухудшение репутации

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

Управлять рисками — это значит при планировании проекта зафиксировать, что может пойти не так, и что с этим делать, если это произойдет.

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

Зачем работать с рисками:

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

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

Спросить коллег, у которых были аналогичные проекты. Самый простой способ — проанализировать опыт других проджект-менеджеров, которые уже работали с похожим проектом.

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

Обсудить с командой. Разработчики и дизайнеры заранее могут выявить риск, связанный с их частью работы.

Подумать об интеграциях. Интеграция — узкое место любого проекта, которое всегда связано с риском, потому что зависит не только от исполнителя, но и от заказчика. Например, при подключении платежных систем может понадобиться заключить договор. Также заранее нужно получать доступы и требования к серверам.

Учесть специфику заказчика (особенно, если это государственные проекты). Например, если команда делает сайт для государственной структуры, то на нем обязательно должна быть версия для слабовидящих.

Учесть человеческий фактор. Внутренние моменты в команде несут большие риски: выгорание, конфликты и другие проблемы сотрудников могут навредить проекту.

Удобный инструмент — общий реестр рисков. Когда у компании набирается достаточное количество кейсов и практики успешного управления рисками, формируется документ со всеми рисками, которые встречались в проектах компании. Ценность такого инструмента в ретроспективе — так как риски собраны на основе закрытых проектов, команда может более достоверно оценить их вероятность и отметить, как сработали те или иные решения.

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

Приведем примеры рисков, с которыми сталкивались наши проджект-менеджеры:

Заказчик не готов менять свои бизнес-процессы
Незаинтересованность контактного лица в проекте
Смена менеджера со стороны заказчика или с нашей стороны в процессе проекта
Недостаточная квалификация исполнителей проекта или контактного лица
Увольнение или болезнь сотрудников
Ошибки календарного плана
Изменение требований заказчика в процессе проекта
Низкая производительность команды
Творческий кризис у дизайнера
Несвоевременное предоставление доступов со стороны заказчика (например, к платежной системе)
Разлад в команде

Некоторые из них мы разберем в разделе «Пример анализа рисков».

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

Риск — обозначаем название риска
Источник — может быть внешним или внутренним (внутренний исходит от агентства, внешний — от других участников проекта, например, заказчика)
Ответственный — проджект-менеджер, специалист команды, контактное лицо со стороны заказчика и т.д.
Вероятность — может быть низкой, средней или высокой, определяется на основе опыта агентства (например, сотрудник уходит на больничный в одном из десяти проектов, значит, вероятность низкая) или оценки от проджект-менеджера, который учитывает специфику проекта
Последствия — критичные, умеренные или незначительные
Степень влияния на проект — определяем по матрице рисков на основе соотношения вероятности и последствий. По ней риск может быть незначительным, допустимым, умеренным, существенным, недопустимым.

За основу взяли следующую матрицу определения рисков:

Особое внимание нужно уделять рискам с красным и оранжевым маркером (существенная, недопустимая степень). Даже если все риски проекта с зеленым маркером, среди них нужно выделить приоритетные.

Степень управляемости — управляемый или неуправляемый, зависит от того, может ли команда своими действиями повлиять на риск
Что делать с риском — определяем действия на случай, если риск произошел

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

Таблицу можно составлять только для внутреннего пользования или добавлять ее в документацию по проектам.

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

Еще одна рекомендация — сформировать топ-10 рисков проекта, которые всегда будут в поле зрения проджект-менеджера.

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

Уклониться. Например, риск — слабый разработчик на проекте. В этом случае можно запросить более сильного разработчика и устранить риск.

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

Снизить вероятность или силу риска. В одном из наших проектов на макете был разработан слишком сложный дизайн, который бы затянул сроки разработки. Чтобы снизить вероятность этого риска, мы упростили макет.

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

Эскалация. Подключаем руководство, чтобы противостоять угрозе.

Когда риск выступает как возможность, а не угроза, можно придерживаться следующих стратегий:

Использовать. Принять меры, чтобы возможность реализовалась.

Увеличить. Повысить вероятность наступления события или силу его воздействия.

Принять. Подготовить план использования возможности, но при этом не предпринимать действий для повышения вероятности события.

Пропишите действия по каждому риску, а также подготовьте ресурсы для них.

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

Проанализируем два риска по таблице выше.

Риск № 1: незаинтересованность контактного лица в проекте

Разберем ситуацию, в которой заказчик перевел коммуникацию на сотрудника с низкой заинтересованностью и вовлеченностью в проект.

Источник: внешний, на стороне заказчика

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

Вероятность: низкая. По опыту нашего агентства, риск случается редко.

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

Степень влияния на проект: по матрице рисков умеренная, желтый маркер.

Степень управляемости: управляемый, так как проджект-менеджер может принять меры для улучшения ситуации

объяснить ответственность и последствия низкой вовлеченности в проект (контактному лицу важно отчитаться перед руководством о проделанной работе)
эскалировать — сообщить о проблеме руководителю контактного лица, попросить заменить контактное лицо

Разберем ситуацию, в которой у дизайнера наступил творческий кризис. Такое случается, например, если заказчик не принимает дизайн-концепцию и дизайнеру не удается попасть в его видение. Он потерян, и не понимает, что делать дальше.

Источник: внутренний, на стороне агентства

Вероятность: низкая. По опыту нашего агентства, риск случается редко.

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

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

Степень влияния на проект: по матрице рисков терпимая, зеленый маркер.

Степень управляемости: управляемый, так как проджект-менеджер может принять меры для улучшения ситуации

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

Так будет выглядеть заполненная таблица с рисками:

Ссылка на таблицу для использования.

Как предотвратить риски: 5 советов из нашей практики

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

Держите заказчика в курсе рисков и объясняйте его ответственность

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

Заказчик может не понимать, как устроена проектная деятельность и создание сайта, поэтому объяснять, к чему приведет игнорирование запросов агентства — задача исполнителя.

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

Правки не приняли — объяснили, что это слишком масштабные изменения, которые приведут к срыву сроков. Заказчик понял, что работа более сложная, чем ему виделось, и затягивать разработку не в его интересах. Узнав о последствиях риска, клиент осознал его и согласился с решением уклониться от угрозы.

На крупных проектах есть риск потерять какую-либо информацию, поэтому все нужно фиксировать текстом. Для этого можно создать пространство, где команда будет закреплять все важные аспекты проекта. Например, это можно делать в Notion.

Чтобы вся важная информация была под рукой, создайте вики проекта. На скрине выше пример возможного наполнения, которое может варьироваться в зависимости от потребностей проекта и команды.

Оценивайте задачи и закладывайте коэффициент неопределенности

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

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

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

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

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

Также можно фиксировать и мелкие организационные инструкции. Например, план бронирования переговорок, чтобы члены команды знали заранее, когда и куда идти.

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

Если пытаться предотвратить все риски, можно стать параноиком

Сформируйте адекватное отношение к рискам, это поможет спокойно заниматься проектом и относиться к угрозам как к рутине. Все риски предотвратить нельзя — какие-то из них можно игнорировать, но держать в поле зрения до того момента, пока они не станут критичными.

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

Введите управление рисками, чтобы повысить эффективность ведения проекта, не срывать сроки и сохранить репутацию агентства
Составляйте реестр рисков по каждому проекту
Анализируйте риски по таблице
Уделите особое внимание проработке плана действий на случай возникновения угроз и возможностей
Ведите общий реестр рисков для будущих проектов
Группируйте риски по степени влияния на проект, риски с оранжевым и красным маркером должны находиться под особым контролем
Актуализируйте риски проекта каждые две недели и формируйте топ-10 рисков, которые должны быть в поле зрения команды
Регулярно проводите работу по предотвращению рисков, например, закрепляйте регламенты и разъясняйте заказчику последствия угроз
Не становитесь параноиком — все риски все равно предотвратить нельзя

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

Элементами матрицы вероятности рисков и их влияния являются величины рисков, базирующиеся на уровнях, присвоенных нами вероятностям и влиянию рисков. Сейчас нам придется несколько усложнить ситуацию, присвоив уровни «высокий-средний-низкий» диапазонам этих чисел. Проектной команде или организации в целом нужно принять решение, на каких уровнях диапазонов должны базироваться уровни допустимости рисков. Возможно, планы реагирования следует составлять только для рисков, которые попадают в диапазон «высокий» в матрице PI. Матрица PI показана на рис. 15.

Рис. 1. Матрица вероятности рисков и их влияния

Отображать уровни «высокий средний-низкий» в матрице PI можно с помощью разных цветов. Это облегчит восприятие информации, содержащейся в матрице PI. Если вы пользуетесь монохромным принтером, можете применить описанный выше метод (т.е. выделять соответствующие величины обычным шрифтом, жирным или курсивом).

Тe из наших читателей, которые являются опытными пользователями Excel, наверное, уже уяснили сущность описанного выше подхода, а для тех, кто пока еще является новичком в Excel, мы на рис. 2 указали формулу в ячейке С9.

Рис. 2. Формула Excel

Эта формула содержит два символа «$», которым в Excel обозначают абсолютную ссылку. Для программы Excel это означает: не изменять адрес столбца или строки, указанный непосредственно за символом «$». Так, в случае $А мы сообщаем Excel о том, что следует всегда обращаться к столбцу А (этот столбец содержит оценки вероятностей). Сочетание $7 означает, что следует всегда обращаться к строке 7 (в этой строке указываются оценки влияния рисков). Таким образом, когда вы будете использовать эту формулу в разных местах электронной таблицы, при заполнении остальных ячеек с помощью этой формулы Excel будет всегда обращаться к величинам вероятности (столбец А) и к оценкам влияния рисков (строка 7).

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

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

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

определены самые серьёзные риски проекта,
ситуация представлена всесторонне,
матрица проста в понимании,
её легко оформить, например, в Excel,
можно работать над мерами по устранению рисков.

Как создать матрицу рисков?

Чтобы создать матрицу, необходимо оценить вероятность возникновения рисков и степень ущерба. Затем отдельные риски вводятся в систему координат в соответствии со значениями на сторонах матрицы.

Оценка вероятности возникновения

Существует пять уровней вероятности, которые отражаются на матрице. Они выражены в процентах:

81-100% — весьма вероятно.

Уровень вероятности основывается на количественных данных, которые вы получаете от проекта.

Оценка степени ущерба

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

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

Построение диаграммы

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

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

Например, над вашим проектом трудится 5 человек. Каждый из них занимается одной сферой разработки и заменить другого никто в коллективе не может. Кандидатов на рынке труда не так много, потому что ваш проект сложный. В этом случае риск — увольнение сотрудника или его продолжительная болезнь. Это событие застопорит разработку, и вам кажется, что это будет очень высокий ущерб для проекта. Вероятность наступления события зависит как от ваших условий труда и зарплат, так и от амбиций и личности сотрудников. Возможно, вероятность наступления около 21-40%. Таким образом, это средний уровень риска.

Как принимать меры?

На матрице все риски располагаются в разных цветовых зонах:

зелёные — там, где не требуется никаких мер,
жёлтые — риски, которые нужно уменьшить,
красные — это неприемлемые риски, которые прямо угрожают проекту.

Это разделение несколько условно, но делает процесс управления рисками более понятным и прозрачным.

Риски из зоны выше нужно переводить в зону ниже (из красной в жёлтую, из жёлтой в зелёную). Для этого выполняется анализ затрат и разрабатывается стратегия по устранению рисков. Как правило, степень ущерба уменьшить нельзя, но можно работать над вероятностью возникновения.

Риск из примера выше можно перевести в зелёную зону, если уменьшить вероятность наступления до 0-20%. Сотрудники не захотят уходить без видимых причин, если у них конкурентные зарплаты, хорошие условия в офисе и интересные задачи.

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

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

Как уже писали здесь, карта рисков – баловство для конечных пользователей. В консультационных проектах один из авторов навострился изображать эти карты вручную в PowerPoint буквально за 10-15 минут, вместе с красивыми кружочками и легендой. Но ручной труд методологически неправилен, так как повышает вероятность ошибки. Исходя из этого и решили все-таки сделать карту рисков в формате Microsoft Excel.

В качестве технического задания взяли наиболее наглядную карту рисков в терминологии страницы «Подходы к визуализации рисков». Из существующих типов диаграмм в Microsoft Excel можно использовать пузырьковую и точечную (XY-диаграмму). Результат на примере карты рисков условного предприятия в Excel2016 – вот. В предыдущих версиях сделать автоматическую нумерацию не получается (собственно, поэтому раньше и статьи такой не было).

Последовательность действий для людей, знающих Microsoft Excel:

создаем диаграмму. При этом выбираем по оси абсцисс – ущерб, по оси ординат – вероятность, в качестве имени ряда в источнике данных добавляем номера рисков. Для пузырьковой диаграммы дополнительно рассчитываем долю математического ожидания каждого риска в общем математическом ожидании. Целесообразно использовать именно этот параметр, так как размер должен отражать что-то новое, а привязка к ущербу либо вероятности приведет к банальности в виде того, что чем правее и выше риск, тем больше кружочек. Отметим, что для правильного размера кружочков риски должны быть независимыми друг от друга, что достигается автоматически, если следовать рекомендациям соответствующего раздела сайта;
добавляем подписи данных, помещаем эти подписи сверху ряда. В качестве подписи отображаем номера рисков. Чтобы кружочки были одинаковыми по размеру, номера рисков с 1 по 9 заменяем на текстовый формат « 1», « 2» и т.д. (извините за извращение, но другого варианта не нашли);
опционально оформляем диаграмму: добавляем название, подписываем оси, выбираем градиентную заливку и играемся с градиентами, добавляем логарифмическую шкалу по ущербу, украшаем ряды данных и пр.

Какие проблемы при автоматическом построении карты рисков в Microsoft Excel нужно дополнительно решить:

При одинаковых или близких по значению рисках отображается только один из них. Например, на картах рисков условного предприятия не видны риски под №9 и №22. Варианты устранения: (1) немного изменить исходные данные, то есть вместо двух рисков с вероятностью 50% и ущербом в 100 млн. руб. нарисовать риски с вероятностями 48 и 52% и ущербом 96 и 104 млн. руб., (2) дорисовывать кружочки руками или же (3) увеличить размер диаграммы (как в рассматриваемом случае, когда нет одинаковых рисков по вероятности и ущербу).
Линия толерантности в виде линии в автоматическом режиме не отражается. Варианты устранения: (1) использовать градиентную заливку, в Microsoft Excel 2016 она автоматически принимает нужные цвета (кстати, особенно красиво выглядит, если по ущербу поставить логарифмическую ось) или же (2) дорисовывать линию руками.
Для наиболее наглядной карты рисков кружочки с рисками, не попадающими на карту, необходимо дорисовать руками.
Практически невозможно вставить в легенду названия рисков. На самом деле проблемой это не является, так как автоматические средства Microsoft Excel не очень экономно расходуют пространство в диаграмме, и в результате диаграмма при печати оказывается мельче, чем могла бы быть.

Несмотря на указанные недостатки, задача выполнена. Пользоваться можно если не для представления уважаемым людям, то в качестве контрольной процедуры.

Будут предложения по совершенствованию – пишите. Для упрощения процедуры сделаем эксперимент и откроем комментарии к странице.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

С 2022 года Оценка профессиональных рисков перестаёт быть чем-то аморфным и не обязательным. С 01.03.2022 года риски станут неотъемлемой составляющей жизни каждой организации.

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

Р = (Вч + Вк +Во) х П х Вр, где

Идентификация опасностей, связанных с различными видами деятельность (опасность-это источник или ситуация, которая потенциально может привести к ухудшению здоровья, нанесению ущерба собственности, ухудшит окружающую среду рабочего места или сочетание всего этого);

Оценка уровня риска, связанного с выявленной опасностью (риск-сочетание вероятности и последствий конкретного возникающего случая)

Предлагаю для работы простую и удобную в работе методику оценки рисков, по которой оценены риски для:

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

1. Вероятность риска оценивается по следующей шкале:

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

2. Последствия риска оцениваются по следующей шкале:

Незначительная вредность. Отсутствие 3 дней или случайное отсутствие. Незначительные последствия: растяжения, ушибы, временная болезнь, дискомфорт.
Вредный. Отсутствие 3-30 дней или повторяющееся отсутствие. Продолжительные серьезные последствия или постоянный незначительный вред, переломы, ожоги, повреждение слуха;
Чрезвычайно вредный. Отсутствие более 30 дней или постоянное отсутствие. Постоянные серьезные последствия: постоянная нетрудоспособность, серьезные ожоги, связанные с работой онкологические заболевания, астма, смерть.

Как можно увидеть из таблицы, наиболее значительный риск на уровне девяти, а наименьший риск равен единице.

О матричных методах оценки рисков по 3-х уровневой и 5-и уровневой шкале рассказывает эксперт.

После идентификации риска, для его исключения или снижения, следует разработать комплекс мероприятий. Необходимость проведения мероприятий напрямую зависит от тяжести риска. Специальное внимание должно быть уделено контролю наиболее тяжелым рискам, когда уровень риска равен 6 или 9. Анализ по предотвращению таких ситуаций должен быть более глубоким и тщательным, чем при обычной оценке. Также потребуется более тщательное планирование и внедрение мероприятий.

При повышенном уровне риска, когда уровень риска равен 3 или 4, мероприятия должны быть не такие срочные как при уровне 9, но сокращение риска проводить нужно обязательно. Мероприятия могут быть направлены на уменьшение вероятности возникновения опасной ситуации или на сокращение воздействия от неё.

На уровне 1 никаких мероприятий не требуется. Тем не менее, так как опасность существует, ее необходимо постоянно отслеживать и проводить переоценку.

Риск	Действия
(1) Незначитель-ный риск	Дополнительные мероприятия или дополнительный контроль не требуется
(2 ) Небольшой риск	Риск находится (или был сокращен) на таком низком уровне, какой наиболее применим на практике. Дополнительные мероприятия не требуются. Рассмотрение может быть при более эффективном, с точки зрения затрат, решении или улучшении, которое не требует денежных затрат.
(3-4) Приемле-мый риск	Мероприятия должны быть произведены для снижения риска, но затраты по улучшению должны быть тщательно оценены и ограничены. Мероприятия по снижению риска должны быть четко ограничены по времени. В местах, где умеренный риск ассоциируется с особо вредными условиями, должны быть внедрены дополнительные мероприятия и они должны отслеживаться.
(6) Значитель-ный риск	Работа не должна продолжаться, пока риск не сокращен. Значительные средства могут быть потрачены для сокращения риска. Если риск входит в обычную работу, срочные мероприятия должны быть внедрены незамедлительно.
(9) Неприем-лемый риск	Работа не должна начинаться или продолжаться, пока риск не сокращен. Если невозможно сократить риск даже с привлечением огромных ресурсов, работа все равно должна быть прекращена.

Мероприятия, направленные на снижение риска должны следовать следующей иерархии:

1=исключение, устранение;
2=замена;
3=технический контроль;
4=предупреждающие знаки/надписи/или административный контроль;
5=средства индивидуальной защиты.

Читайте также: