간혹 위험(리스크)와 이슈를 구분하지 않고 사용하는 경우가 많다.
불확실성이 있는 곳에는 언제나 리스크가 있고 현실화되어 이슈가 된다.
SW 관리 측면에서 살펴보면,
위험(리스크, risk)
- 원치 않는 결과를 초래하게 될 발생 가능한 불확실한 미래의 사건
- 아직 발생하지 않은 문제 (추측, 추정)
이슈(issue)
- 현실화된 문제 (현재, 사실)
관리(management or control)
- 지속적으로 돌보지 않으면 잘못될 대상을 보살펴 돌보는 활동
위험 관리 필요성
- 프로젝트의 성공 가능성을 높일 수 있다.
SW 프로젝트는 불확실성을 가지고 있다. 프로젝트 진행 중 예상치 못한 이슈가 발생하여 프로젝트가 흔들리거나 중단될 수 있는 상황을 미연에 찾아서 관리함으로서 프로젝트의 성공 가능성을 높이기 위해 위험관리가 필요하다.
불확실성은 아래의 항목들에서 나타날 수 있다.
- 고객/사용자 요구사항의 변경
- 시장의 변화
- 내부 인력의 변동
- 신기술의 도입
- 비현실적인 일정
- 프로세스의 부재, 결함
어느 기획자의 PM 업무
SW 공학, 품질 관리 등 책을 보면 프로젝트 시작을 위해 가장 먼저 해야 될 업무에 대해 정의가 되어 있다. 물론 책마다, 글쓴이마다, 도메인 특성에 따라 다를 것이다. 나는 내부 SW 개발 프로젝트
4524.tistory.com
위험 관리
- 위험 식별 : 유사 도메인, 과거 프로젝트, 조직문화 등으로부터 내/외부 위험 요소 도출
- 위험 분석 : 위험의 발생 확률과 영향을 분석하여 우선순위를 도출.
- 대응 계획 수립 : 개별 위험에 대한 담당자 및 대응 방안에 대한 프로세스와 계획 수립.
- 모니터링 : 지속적으로 모니터링하여 위험 우선순위 관리
생활에서 리스크/이슈 구분 예,
프로젝트
- 나는 건강하게 오래 살고 싶지만 담배를 피운다.
리스크
- 건강이 안좋아 질 수 있다.
- 환경에 안좋은 영향을 줄 수 있다.
이슈
- 오랜 흡연으로 병이 생겼다.
- 담뱃불로 화재가 발생했다.
관리 방법
- 위험 제거 : 담배 피는 것을 그만둔다.
- 위험 감소 : 대체용품으로 니코틴을 보충한다.
- 위험 관리 : 주기적인 관리를 통해 건강의 변화를 체크해서 대응한다.
댓글