리스크관리 개요

1. 리스트 관리란?

리스크란 발생 되었거나, 누군가에 의해서 발생 가능한 이벤트나 상황으로, 프로젝트에 있어서 부정적인 영향이나 피해를 주는 일을 리스크라 한다.

이러한 리스크를 프로젝트에서 최소화 하도록 노력하는 행위를 리스크 관리라고 한다.

2. 리스크관리의 단계
Risk management  (리스크 관리하기)
               ---- Risk assessment (리스크 인식 단계) ---- Risk identification (리스크 규정하기)
               |                                                         |--- Risk analysis (리스크 분석하기)
               |                                                         |--- Risk prioritization (리스크 우선순위정하기)
               |
               ---- Risk control (리스크 컨트롤하기)       ---- Risk management planning(관리 계획짜기)
                                                                         |--- Risk resolution (리스크 해결하기)
                                                                         |--- Risk monitoring (리스크 모니터링 하기)


3. 리스크 인식하기
리스크 인식은 2가지 대표적인 단계가 있다. 이것은 리스크 규정하기와 리스크 우선순위 정하기이다.

3.1 리스크 규정하기
  리스크 규정은 발생 가능한 리스크 리스트를 지정하는 행위를 말한다. 이 행위를 수행할 방법은

• 가능한 리스크 체크 리스트 작성하기
• 전체 리스크 총괄하기
• 업무 미팅, 브레인 스토밍
• 계획, 프로세스, 실작업의 리뷰하기
  

3.2 리스크 우선순위 정하기
  리스크를 규정했다면 리스크의 발생 빈도와, 리스크가 주는 영향도를 분석해서 우선 순위를 정한다.
  리스크 우선순위 = 리스크 발생빈도 X 리스크가 주는 영향도 의 공식으로 산정해 볼 수 있따.


4. 리스크 컨트롤 하기
리스크 컨트롤 하기는 리스크를 인식하고, 우선순위를 지정한 후 행해지는 일이다. 컨트롤의 핵심적인 목적은 리스크를 줄이는 계획과 수행, 모니터링을 통해서 리스크가 발생할 빈도와 영향도를 최소화 하는 데 있다.
리스크 컨트롤에는 다음 2가지 (리스크 관리 계획하기, 리스크 모니터링과 추적)가 있다.

4.1 리스크 관리 계획
  리스크를 규정하고, 우선순위를 결정했다면, 프로젝트에서 발생할 리스트를 핸들링 할 수 있는 기반이 마련된다. 이러한 상황에서 관리 계획의 주요 목적은 리스크 최소화 단계를 수행함으로 해서 리스크 발생의 결과를 최소화 할 수 있도록 규정하는 것이다.

4.2 리스크 모니터링 및 추적
  리스크 관리계획을 세웠다면 프로젝트 기간에 이를 산정하여, 리스크를 주기적으로 모니터링을 하고, 발생된 리스크를 추적하여 리스크를 해결하도록 하는데 있다.

리스크 우선순위 및 리스크 감소 단계

번호	리스크카테고리	리스크 최소화 단계
1	기술 훈련이 부족한 맨파워	초기 교육기간을 위해 허용가능한 시간을 산정한다. 여분의 자원 버퍼를 관리한다. 프로젝트를 위한 특별한 트레이닝 프로그램을 정의한다. 크로스 트레이닝 세션을 개최한다.
2	너무 많은 요구사항이 변경되는 경우	클라이언트로 부터 초기요구사항 스펙을 사인하도록 한다. 클라이언트 요구사항은 스케줄에 영향을 줌을 확인시킨다. 요구사항 변경을 핸들링할 수 있는 프로시저를 정의한다. 실제적으로 들어가는 비용을 협의한다.
3	명확하지 않은 요구사항	경험을 이용하거나 몇가지 가정을 이용하고, 클라이언트를 명확하도록 유도한다. 서명을 유도한다. 프로토타입 개발과 클라이언트에 의해서 요구사항을 리뷰한다.
4	맨파워 낭비	여러 부분에 배치된 자원을 핵심 프로젝트에 배치한다. 팀 빌딩 세션을 구축한다. 팀 멤버간에 작업을 로테이션 시킨다. 프로젝트 백업을 위한 여분의 자원으로 유지한다. 개인들이 수행한 작업에 대해서 문서를 작성하도록 한다. 관리 프로세스를 설정하도록 하고, 명확한 가이드 라인을 준다.
5	외부의 지시에 의해서 프로젝트에 강압적으로 결정된 경우	외부 요인에 대해서 책임을 지도록 하며, 팩트요소, 데이터, 협의에 대해서 명확한 불이익에 대한 아우트라인을 제시한다. 필연적이라면, 실제적인 리스크와 최소화 방안을 고려한다.
6	성능 요구사항 미팅을 하지 못한경우	성능 제약조건에 대해서 명확히 하고, 클라이언트에 의해서 리뷰한다. 성능 제약조건에 대한 일반적인 정의를 한다. 성능 제약과 리뷰를 위한 사전 준비를 한다. 시뮬레이션과 프로토타입 을 통해 제약의 변화를 기할 수 있도록 준비한다. 어디서든지 테스트를 수행하고 결과를 볼 수 있도록 한다. 어디서든지 가능한 스트레스 테스트를 수행한다.
7	가능성이 없는 스케줄	더 낳은 스케줄을 위한 협상을 한다. 병행으로 수행할 수 있는 작업을 정의한다. 쉽게 준비할 수있는 자원을 마련한다. 자도오하 가능한 영역을 찾아본다. 크리티컬 패스가 스케줄에 없는경우 클라이언트와 협의한다. 실제 작업에 대한 페이에 대해서 협의한다.
8	새로운 기술을 가지고 일한다. 새로운 하드웨어,소프트웨어	딜리버리 단계를 고려한다. 크리티컬한 모듈의 양도를 시작한다. 학습곡선을 위한 스케줄을 작성한다. 새로운 기술에 대한 교육을 제공한다. 새로운 애플리케이션 개발의 개념에 대해서 찾아본다.
9	비즈니스 지식이 없는경우	클라이언트와 상호 교류를 하고, 전달 가능한 지식을 수용할수 있는 적임자를 찾는다. 조직 영역에 대한 지식을 획득한다. 시뮬레이션과 프로토타입을 비즈니스 전달을 위해서 이용한다.
10	링크 실패와 늦은 성능	클라이언트의 기대치를 조정한다. 링크 로드를 위한 계획을 잡는다. 적합한 링크 이용 계획을 잡는다.