Тотальный риск-менеджмент
Шрифт:
2.2. Источники риска
Понятно, что наличие рисков – это свойство, внутренне присущее любой технической системе, бизнес-процессу или проекту. Очевидно, что все они являются источниками риска. ГОСТ Р 51897-2002 определяет:
« 3.1.5. Источник : объект или деятельность с потенциальными последствиями».
Итак, прослеживается следующая причинно-следственная связь (рис. 2.1).
Рис. 2.1. Связь источника и риска
Существование
Источник – это некий «черный ящик», имеющий вход и выход. Для достижения своих целей источник использует некоторые ресурсы (например, процесс производства использует персонал, материалы, инструмент). Также источник испытывает на себе управляющее воздействие (например, бизнес-процесс управляется нормативной документацией, инструкциями по эксплуатации оборудования).
С помощью этой модели одинаково успешно можно изобразить и процесс, и техническую систему, и проект. Выходом процесса являются результаты, укладывающиеся в нормы, и требования к процессу. Выходом проекта является достижение целей задания на проект. Наконец, выходом технической системы является обеспечение функций, описанных в технических параметрах.
Только у идеального процесса или системы выход источника всегда соответствует требованиям к нему. Внутри любого источника в нашей реальной жизни действуют факторы, приводящие с некоторой частотой к возникновению событий, которые выводят результат за рамки, предусмотренные требованиями.2.3. События
ГОСТ Р 51897-2002 «Менеджмент риска. Термины и определения» определяет событие следующим образом:
«3.1.4. Событие: возникновение специфического набора обстоятельств, при которых происходит явление».
Примечания.
1. Событие может быть определенным и неопределенным.
2. Событие может быть единичным или многократным.
3. Вероятность, связанная с событием, может быть оценена для данного интервала времени.
Ряд стандартов использует более конкретный термин «отказ». В дальнейшем будут применяться оба термина.
Дополним причинно-следственную диаграмму.
Рис. 2.3. Связь источника риска и события
Примеры событий/отказов.
Техническая система : отказ двигателя, разрушение детали, нарушение изоляции.
Бизнес-процесс : ошибка в реквизитах в платежном документе, использование непредусмотренного реактива, отгрузка незаказанной продукции.
Проект : неправильная формулировка требований к промежуточному этапу, возникновение дефицита финансирования этапа.
Соответственно риски, порождающие данные события, – это возможность отказа детали, возможность разрушения корпуса, возможность ошибки управления процессом и т. д.
С точки зрения событий риск – это возможность проявления внутренне присущих источнику факторов, приводящих к случайному появлению событий/отказов.2.4. Последствия рисков
Перейдем к обсуждению исключительно важного вопроса: с чем имеет дело потребитель процесса или пользователь технической системы?
Рассмотрим пример отказа датчика температуры двигателя автомобиля.
Датчик температуры двигателя является источником риска нарушения контакта электрической цепи, являющейся сигнальной для контроллера управления
Потребитель, если он не инженер-конструктор двигателей, сформулирует свою претензию именно таким образом. Понятно, что потребитель вообще не обязан знать о наличии какого-то датчика.
Можно описать это еще одной причинно-следственной диаграммой (рис. 2.4).
Рис. 2.4. Последовательность риска и событий с точки зрения потребителя
С точки зрения потребителя нет никакой разницы, происходят рывки в результате отказа датчика температуры или другого датчика или из-за неисправности вообще другого узла. Последствие определено ГОСТ Р 51897-2002 совсем просто.
«Последствие: результат события».
Итак, в окончательном варианте причинно-следственная модель проявления риска выглядит следующим образом.
Рис. 2.5. Связь источника риска, события и последствия
Обычно после регистрации последствия производитель или поставщик сервиса должен принять некие ответные меры. В случае процесса, возможно, нужно будет произвести дополнительные действия, направленные на устранение или минимизацию негативных последствий для потребителя и самого поставщика. В случае технической системы, возможно, будет необходима работа защитного устройства, потребляющего некие ресурсы или имеющего ограниченное число срабатываний. Для подобных защитных мер и процессов будем применять термин ветка последствия .
ВАЖНО
Ветки последствий потребляют ресурсы, но сами не создают никакой прибавочной стоимости (не имеют полезных свойств, требуют установки дополнительных систем и деталей в технических системах). Помимо этого, ветки последствий сами служат источником дополнительных затрат в случае бизнес-процесса. Значительное число аварий технических объектов также происходит в результате работы защитных систем либо их непредусмотренного влияния на основную систему (пример: Чернобыльская авария).
Изучение и регламентирование веток последствия – это важнейшая часть менеджмента риска.
В таблице 2.4 более конкретно сформулированы понятия выхода, последствия, события, риска и источника для технической системы, процесса и проекта.
Таблица 2.4 ОСНОВНЫЕ ПОНЯТИЯ РИСК-МЕНЕДЖМЕНТА В ПРИМЕНЕНИИ К ТЕХНИЧЕСКОЙ СИСТЕМЕ, ПРОЦЕССУ И ПРОЕКТУ
Глава 3 Анализ рисков деятельности
Знания организации о рисках, с которыми она сталкивается, можно формально свести в несколько перечней.
● Перечень последствий, с которыми сталкиваются потребители. Источник этих знаний – претензии потребителей и предположения, которые можно сделать по опыту аналогичной деятельности или эксплуатации подобных технических систем.
● Перечень событий, приводящих к данным последствиям. Источник знаний – опыт персонала, непосредственно занятого на участках, где могут происходить события, либо конструкторы и ремонтники проблемных технических узлов.