목차
위험 식별 정의
위험 식별은 조직과 관련된 위험을 결정하는 프로세스로 정의 할 수 있습니다.
위험 식별 프로세스
다양한 방법으로 위험을 식별할 수 있지만 위험 식별 프로세스를 시작하는 가장 좋은 방법은”근본 원인”접근 방식을 취하는 것입니다. 간단히 말해서 근본 원인은 이벤트가 발생하는 근본적인 이유입니다. 증상뿐만 아니라 원인을 이해하면 위험을 중화시키고 향후 재발하는 것을 방지하는 방식으로 완화 활동을 타겟팅 할 수 있습니다.
표준화는 위험 식별 프로세스의 핵심이며,위험 라이브러리를 사용하면 서로 다른 사업부가 가장 중요한 위험의 위험 식별 및 우선 순위를 용이하게하기 위해 통일 된 방식으로 통신 할 수 있습니다.
위험 식별 기술&방법
여러 사업 영역에서 동일한 문제를 식별하면 시스템 리스크와 업스트림 및 다운스트림 종속성을 쉽게 식별하고 완화할 수 있습니다. 근본 원인 위험 식별 방법은 또한 중앙 집중식 컨트롤의 이점을 얻을 수 있는 영역을 식별하여 별도의 활동 수준 컨트롤을 유지 관리하는 추가 작업을 제거합니다.
근본 원인은 무엇입니까?
중앙 집중식 제어는 효율성 측면에서 매우 중요합니다.; 더 많은 수의 고유 컨트롤을 디자인하는 대신 설정된 수의 컨트롤을 사용하여 더 많은 작업을 수행할 수 있을수록 각각 실행하고 수집해야 하는 테스트와 메트릭이 줄어듭니다. 위험 위험의 근본 원인을 식별하면 손실을 유발하는 요소 및 조직이 취약한 위치에 대한 정보가 제공됩니다. 루트 소스 범주를 사용하면 의미 있는 피드백이 제공됩니다.
단순히 효과 또는 결과에 기반한 위험 식별은 종종 비효율적 인 위험 완화 활동으로 이어집니다.
위험 완화 활동은 근본 원인을 목표로해야하며 위험의 근원에 따라 다를 것입니다. 예를 들어,두통을 방지하기 위해,당신은 당신이 하나가 왜 알고 있어야합니다;질병이 원인 인 경우,의사를 보는 것은 적절한 완화 활동이다. 그러나 두통이 수면 부족으로 인한 경우 의사를 만나는 대신 일찍 잠자리에 드십시오. 두통을 완화하는 한 가지 방법은 진통제를 복용하는 것입니다. 진통제는 두통을 가버리게 할 것이다,그러나 미래 두통을 방지하지 않거나 문제의 뿌리를 표적으로 하지 않을 것이다.