Skip to main content
← Назад в библиотекуМетоды

Управление рисками

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

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

На практике эту работу поддерживают несколько инструментов. Матрица рисков распределяет риски по категориям вероятности и влияния, облегчая расстановку приоритетов. Реестр рисков перечисляет каждый выявленный риск вместе с ответственным, статусом и запланированной реакцией, делая его видимым и отслеживаемым для всей команды. В технических процессах для систематического выявления возможных причин отказов и их последствий часто используется FMEA (анализ видов и последствий отказов). Качественных оценок вроде «высокий», «средний» или «низкий» часто достаточно для небольших задач, тогда как крупным проектам выгоднее выражать риск в конкретных цифрах.

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

Практический пример

Представьте: производственный цех с 45 сотрудниками планирует установить новую производственную линию с инвестицией в 220 000 евро. Проектная команда заранее выявляет три главных риска: задержку поставки станка (средняя вероятность, высокое влияние, поскольку может вызвать до 6 недель простоя производства), недостаточное обучение операторов (высокая вероятность, среднее влияние) и нарушения текущего производства во время монтажа (высокая вероятность, высокое влияние). Для каждого риска команда определяет контрмеру: резервного поставщика как запасной вариант, двухнедельную программу обучения перед запуском и поэтапный график монтажа вне периодов пиковой загрузки заказами. Эти меры в сумме обходятся примерно в 12 000 евро, но предотвращают потенциальные потери свыше 80 000 евро от простоя производства.

Как помогает Leanshift

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

Часто задаваемые вопросы

В чём разница между анализом рисков и управлением рисками?

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

Какие инструменты обычно используются в управлении рисками?

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

Как часто нужно заниматься управлением рисками?

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