위험(risk)와 이슈(issue) 그리고 리스크 관리

위험(리스크)와 이슈를 구분하지 않고 사용하는 경우가 많다.
불확실성이 있는 곳에는 언제나 리스크가 있고 현실화되어 이슈가 된다. 

SW 관리 측면에서 살펴보면,

구분	내용
위험 (리스크, risk)	- 원치 않는 결과를 초래하게 될 발생 가능한 불확실한 미래의 사건 - 아직 발생하지 않은 문제 (추측, 추정)
이슈 (issue)	- 현실화된 문제 (현재, 사실)
관리 (management or control)	- 지속적으로 돌보지 않으면 잘못될 대상을 보살펴 돌보는 활동
위험 관리 필요성	- 프로젝트의 성공 가능성을 높일 수 있다.

 

SW 프로젝트는 불확실성을 가지고 있다. 프로젝트 진행 중 예상치 못한 이슈가 발생하여 프로젝트가 흔들리거나 중단될 수 있는 상황을 미연에 찾아서 관리함으로써 프로젝트의 성공 가능성을 높이기 위해 위험관리가 필요하다.

불확실성은 아래의 항목들에서 나타날 수 있다.

• 고객/사용자 요구사항의 변경
• 시장의 변화
• 내부 인력의 변동
• 신기술의 도입
• 비현실적인 일정
• 프로세스의 부재, 결함

PM(TPM)의 업무 시작, 프로젝트 헌장 만들기

 

반응형

위험 관리 (리스크 관리)

1. 위험 식별 : 유사 도메인, 과거 프로젝트, 조직문화 등으로부터 내/외부 위험 요소 도출
2. 위험 분석 : 위험의 발생 확률과 영향을 분석하여 우선순위를 도출.
3. 대응 계획 수립 : 개별 위험에 대한 담당자 및 대응 방안에 대한 프로세스와 계획 수립.
4. 모니터링 : 지속적으로 모니터링하여 위험 우선순위 관리

프로젝트를 진행함에 있어 리스크가 있는것을 식별하는 것이 시작이다. 이것만 해도 훌륭하다.
다음으로 식별된 리스크를 분석해야 한다. 분석하여 정량적 수치로 계산하는 이론적 방법들은 검색을 통해 찾을 수 있지만 이해할 필요는 없다. 발생 가능성과 프로젝트의 미치는 영향도를 매트릭하여 상중하로 분류할 수 있으면 된다. 
여기까지 했다면 매우 훌륭하다. 다음은 리스크가 이슈로 변화했을때 대응책을 마련해야 한다. 그리고 대응책을 언제 활용할지 지속적인 모니터링을 하면서 이슈가 발생하려고 하는 초기에 진화를 할 것인가. 아니면 이슈의 영향도를 지켜보며 우회를 할 것인가를 선택하게 될 것이다.

리스크란? 프로젝트 리스크 관리 방법