Software engineering 프로젝트 위험관리
< Igor Kokcharov - What Is Project Risk Management? >
프로젝트 위험관리
- 프로젝트 위험 : 불확실하게(일어날지도 모르는) 나타나는 일. 그런데 일어나면 나쁜 효과를 일으킴.
- 위험의 대처 : 일어났을때 대응법과 안일어나도록 선조치를 해야함.
- 위험의 종류 :
1) 프로젝트 위험 : (프로젝트)일정이나 비용에 영향을 주는 위험. (요구사항이 변경되거나, 인력이 퇴사하거나, 돈이 예상치보다 많이 쓰거나)
2) 기술적 위험 : (소프트웨어)품질에 영향을 주는 위험. (설계를 잘못함, 인터페이스가 불편하게 나옴, 최신기술 등장으로 유저 기대치가 높아짐)
3) 사업적 위험 : (소프트웨어)생명에 영향을 주는 위험. (다 만들고 났더니 아무에게도 필요없는 소프트웨어. 예산이 끊겨서 소프트웨어 못만들게 생김. 개발팀이 해체됨)
- 위험의 종류 :
프로젝트 계획을 검토함으로써 알려진 위험이 있고
경험에 의해 예측가능한 위험이 있고
뜬금없이 발생하는 예측 불가능한 위험이 있다.
>> 당연히 예측 불가능한 위험의 충격이 가장 크다.
- 위험의 관리 (Risk Management) :
위험관리는 위험관리테이블(위험, 발생확률, 파급정도)로 작성후
RMMM 전략을 사용한다.
Risk Mitigation(완화) Monitoring(감시) Management(관리)
완화(Mitigation) : 위험이 안일어나게 미리 조치를 취하는것.
+예를들어 개발자의 이직률이 높다는 위험이 식별되었을때
- 이직 원인 완화(임금상승 같은것)
- 개발표준을 정해서 개발(이직시 다른개발자가 쉽게 알아보기위해서)
- 동료검토를 통해서 작업시 동료도 작업을 이해하고 (이직시)대체인력으로 사용할 수 있게함
감시(Monitoring) : 완화정책 사용후 위험발생 가능성이 낮아졌는지 확인
+이직률 위험이 있을때
- 팀원 사기 확인
- 완화 정책이 올바르게 실행중인지 확인
관리(Management) : 완화정책을 사용했음에도 위험이 발생했을때 처리
+팀원이 이직하게 됨.
- 떠날 인력은 모든 작업을 중지하고 신규 투입인력에게 인수인계 전념
위험이라는 것 자체가 일어나면 negative effect 를 일으키니까 안일어나게 하는게 좋음.
- 참조
전공서적
위키백과 : https://en.wikipedia.org/wiki/Risk_management
SlideShare : http://www.slideshare.net/igorkokcharov/what-is-project-risk-management