프로젝트 진척률은 정확하지 않습니다.
진척률에 문제가 없다고 프로젝트에 문제가 없다고 판단하면 안됩니다.
프로젝트 일정성과를 판단하는 손쉬운 방법은 마일스톤 준수여부를 판단하는 것입니다. 예를 들어 수행기간이 6개월인 프로젝트에서 통합테스트 완료가 일주일 지연되었다면 큰 문제가 없는 것이고, 통합테스트 완료가 2개월 지연되었다면 일정의 큰 차질이 있는 상황입니다. 그러나 마일스톤 만으로 프로젝트 일정관리를 하기 힘들기 때문에 여러 가지 진척지표를 측정해야 합니다.
프로젝트 진척지표는 사람의 건강에 비유하면 혈압과 비슷합니다. 혈압은 개인의 건강을 체크하기 위한 기본적인 지표입니다. 높은 혈압은 건강에 대한 적신호이지만, 혈압이 정상이라고 해서 그 사람이 건강하다고 이야기할 수 없습니다. 또한 혈압은 같은 날 측정해도 컨디션에 따라 편차가 큽니다. 따라서 혈압이 170과 같이 크게 기준치를 벗어나면 문제가 있는 것이 맞지만 고혈압 수치의 경계인 140 근처라면 일시적인 현상인지 고혈압인지 판단하기 어렵습니다. 진척지표도 마찬가지입니다. 진척지표가 나쁘면 프로젝트가 궤도를 이탈하고 있다고 판단할 수 있지만, 진척지표가 좋다고 프로젝트가 잘 진행되고 있다고 판단해서는 안됩니다.
진척지표는 혈압보다 정확한 평가가 힘듭니다. 프로젝트 성과는 프로젝트를 종료해야 정확하게 판단할 수 있으며 진행단계에서는 진척지표를 정확하게 측정하기 힘들기 때문입니다. 예를 들어 월간 수주실적의 합은 년간 수주실적이 되지만, 월간 진척률의 합계는 년간 진척률이 아닌 경우가 많습니다. 수주목표 100억 중 90억과 프로젝트 진척률 100%중 90%는 의미가 다릅니다. 다소 과장된 이야기이지만 90% 완료했을 때 90%가 남아 있다는 90/90 룰은 이슈 프로젝트의 현상이기도 합니다. 완료했던 업무 내용이 변경되기도 하고, 품질이 미흡한 업무를 완료했다고 평가하기도 하기 때문입니다. 프로젝트 진척률이 90%가 넘어가면 거의 완료했다고 안심하지 말고 끝날 때까지 끝난 것이 아니라고 생각하는 것이 안전합니다.
프로젝트 진척을 상세하게 관리하기 위해서는 세 가지 질문에 답할 수 있는 진척지표가 필요합니다.
- 프로젝트가 계획대로 진행되고 있는지? (계획달성률)
계획달성률은 특정시점까지 계획한 업무를 얼마큼 완료했는지를 측정하는 지표로 100%면 계획된 일을 모두 완료한 상태로 측정식은 다음과 같습니다.
특정시점까지 완료한 업무의 크기/특정 시점까지 완료예정인 업무의 크기
- 현재까지 프로젝트 전체 업무의 몇 %를 완료했는지? (프로젝트 진척률)
프로젝트 진척률은 특정시점까지 완료한 업무의 비율을 의미하며 100%면 프로젝트를 완료한 상태로 측정식은 다음과 같습니다.
특정시점까지 완료한 업무의 크기/프로젝트 전체 업무의 크기
- 현시점에서 예상하는 프로젝트 완료일은? (예상완료일)
예상완료일은 특정시점에서 추정한 프로젝트 예상 완료일로 측정식은 다음과 같습니다.
현재일 + 남은 업무의 크기/남은 기간의 업무 생산성
그러나 세 가지 진척지표를 정확하게 파악하는 것은 힘듭니다. 해당업무의 품질기준을 충족할 때 완료로 평가하고, 완료된 업무는 변경되지 않고, 프로젝트의 모든 일을 빠짐없이 평가할 수 있다면 월별 진척률을 기반으로 프로젝트 종료시점과 예상 MM를 큰 오차 없이 예측할 수 있습니다. 프로젝트 진척률을 평가할 때 오류가 발생하는 이유를 요약하면 아래 그림과 같습니다.
프로젝트 성과평가의 오류가 발생하는 이유- 프로젝트 진척지표를 정확하게 측정하는데 한계가 있습니다.
프로젝트 진척을 평가하는 세 가지 지표 모두 업무의 크기를 측정해야 합니다. 진척이라는 개념 자체가 ‘완료한 일의 크기’이기 때문입니다. 프로젝트 수행업무(WBS)를 구성하는 다양한 개별업무의 크기를 정확하게 측정하는 것은 어려우며 그 이유는 다음과 같습니다.
·프로젝트 업무를 정확하게 측정하려면 업무에 따라 측정단위가 달라집니다.
아래 애자일을 적용하는 WBS는 스프린트 0(프로젝트 착수 준비), 스프린트 1~N, 스프린트 N+1(통합테스트 및 종료)로 구성됩니다. WBS의 업무인 아키텍처 설계, 개발, 통합테스트, 데이터 전환 업무를 정확하게 측정하는 단위는 아래 표와 같이 서로 다릅니다.
프로젝트 WBS의 크기를 측정하는 다양한 기준개별업무의 크기를 정확하게 측정하기 위해서는 다양한 지표를 사용해야 하지만, 다양한 지표를 사용하면 더할 수가 없어 전체 진척률을 계산할 수 없습니다.
·WBS의 모든 업무의 크기를 측정할 수 있는 기준인 수행기간(duration)과 MM는 추정은 정확하지 않을 뿐 아니라 직관적이지 않습니다.
예를 들어 통합테스트의 크기를 수행기간 또는 MM로 평가한다면 통합테스트의 수행기간 또는 MM는 정확하지도 않고 팀원들이 이해하기에 직관적이지 않습니다. 직관적인 통합테스트의 크기는 통합테스트 케이스 건수와 통합테스트 수행 시 발견한 결함의 조치건수입니다. 소프트웨어 요구사항(또는 기능)의 크기를 측정하는 기능점수(Function point)나 스토리 점수(story point)가 있지만 그것은 프로그램 개발에 국한할 때 효과적입니다.
- 계획을 변경하면 진척률 관리도 복잡해집니다.
예를 들어 100개의 업무를 수행하기로 했는데 120개의 업무를 수행하기로 변경하면 60개의 업무를 완료했을 때 최초 계획 기준 프로젝트 진척률은 60%이고, 변경된 계획 기준 프로젝트 진척률은 50%가 됩니다. 진척률이 줄어드는 문제를 해결하려면 이전의 진척률 추이를 변경된 업무를 기준으로 변경해야 하는 번거로움이 발생합니다.
업무는 변경되지 않고 일정만 연기할 수 있습니다. 일정을 연기하면 남은 기간 동안의 계획진척률을 변경해야 합니다. 상황이 복잡할수록 보고를 위한 진척률 관리를 하는 상황에 직면하며 ‘이렇게 복잡하게 진척률을 관리하는 것이 프로젝트를 완료하는데 무슨 도움이 되지?’라는 질문이 생깁니다. 프로젝트 후반부라면 프로젝트 전체업무를 관리하는 진척률 측정은 중단하고 남은 업무의 일정만 관리하는 것이 현실적인 방안이기도 합니다.
- 완료된 업무를 재작업하면 진척률이 증가하지 않습니다.
완료된 업무의 품질에 문제가 있거나 요구사항을 변경하면 재작업을 수행해야 합니다. 이미 완료로 평가한 업무는 결함수정을 위해 MM를 투입해도 진척률을 반영할 수 없습니다. 진척률을 반영하는 방법은 예전의 진척률을 빼는 것인데 가능하지 않습니다.
요구사항을 변경하면 좀 더 복잡해집니다. 기존 요구사항을 약간 수정한 경우는 위에서 설명했던 것처럼 MM를 투입해도 진척률을 반영할 곳이 없습니다. 그러나 기존 요구사항을 없애고 신규 요구사항으로 대체한다면 기존에 완료한 진척만큼 빼고 신규 요구사항을 업무에 추가하여 진척률을 계산해야 합니다. 그러나 그것도 여러 사람에게 내용을 설명해야 하는 번거로움이 있습니다.
- WBS에 없는 업무를 수행하면 진척률이 증가하지 않습니다.
회사의 관리부서 또는 품질부서에서 요청하는 내용은 WBS에 없는 대표적인 일입니다. 그러한 업무에 투입되는 MM가 크다면 원가는 발생하는데 진척에는 반영되지 않기 때문에 프로젝트 팀의 생산성(속도)과 원가진척률의 왜곡이 발생하게 됩니다.
https://brunch.co.kr/@kbhpmp/160
