[책] 애자일&스크럼 프로젝트 관리 2일차

프로젝트를 성공적으로 추진하기 위해서는 프로젝트 일정 및 비용을 어떻게 해야할까?

프로젝트는 요구사항이 불확실하여 정확하게 예측하기 어려움.

따라서 확률적으로만 예측할 수 밖에 없음.

=>이러한 점을 발주자와 개발사 등 모두가 인식하는 것이 필요함

 

 

경영진이나 발주자는 프로젝트 일정과 비용을 적정 규모 이하로 줄이면,

프로젝트의 생산성과 품질에 오히려 악영향을 미친다는 것을 깨달아야함.

 

 

스티브 맥코넬

합리적으로 설정한 일정에서 25% 이상은 줄이지 말라고 권고함.

25% 이하에서는 프로젝트 팀이 적응해 나갈 수 있는 여지가 있음, 그러나 그 이상에서는 절대로 달성할 수 없다.

[출처]http://www.agilesociety.co.kr/news/list.asp?page=2&msection=1&newsdate=

 

특히 대규모 프로젝트에서는 규모가 복잡, 이해관계자 간의 상호작용이 중요함.

따라서 일정을 줄이기 보다는 오히려 여유를 두어야함.

 

 

 

 

1.3 업무 범위 내 요구사항은 모두 구현해야 하는가?

 

프로젝트 초기단계 : 개략적인 요구사항만 정해 놓고 프로젝트 진행 중에 상세한 요구사항을 마구 쏟아냄.

실제로 많은 IT 프로젝트가 업무 확장 및 변경에 시달림.

 

프로젝트가 실패하는 가장 큰 이유는 요구사항의 불명확성 때문이다.

- 한국정보통신산업진흥원(2012) 통계자료-

 

 

프로젝트 일정과 비용은 범위와 깊이를 고려한 초기 요구사항을 기반으로 추정한다.

이때 일정, 비용 베이스라인이 설정됨.

 

이후 상세 요구사항들이 변경/추가되면 요구사항의 깊이를 더하게 됨

=> 깊이가 깊어지니 일정, 비용 베이스라인이 변경됨

 

 

프로젝트 일정과 예산이 고정되어 있고, 요구사항의 변경이 자주 발생하는 상황이라면,

기존 요구사항과 변경사항의 우선순위를 관리하여 주어진 제약 조건을 충족시켜야 한다.