Software engineering 프로젝트 위험관리

HYEONG HWAN, MUN/ 10월 18, 2014/ 미분류/ 0 comments

 

RMMM

< 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

Leave a Comment

작성하신 댓글은 관리자의 수동 승인 후 게시됩니다.

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>
*
*