불확실한 추정치의 위험 관리 전략

TL;DR

• 불확실한 추정치는 단일 숫자보다 결과 범위로 다루고 프로젝트 단계와 위험 선호도에 따라 조정해야 하며, 이를 통해 일정과 비용 위험을 줄일 수 있음
• 소프트웨어 프로젝트의 추정 범위는 초기 단계의 0.25배에서 4.0배 수준에서 시작해 요구사항과 설계가 명확해질수록 0.8배에서 1.25배 수준으로 좁아짐
• 기준 추정치 100일은 초기 단계에서 25일에서 400일, 요구사항 단계에서 80일에서 125일의 결과 범위로 해석됨
• 표준 편차(Standard Deviation)와 신뢰 수준을 활용하면 범위와 위험 선호도에 기반한 단일 위험 조정 추정치를 계산할 수 있음
• 결제 관문 구현 사례에서 기준 추정치 100일, 신뢰 수준 80퍼센트, 표준 편차 13.83일을 적용한 결과 추정치는 111일로 계산됨

범위에서 시작하기

• 추정치를 특정 값이 아니라 결과 범위로 보는 방식이 분석에 편리함.
• Steve McConnel은 저서 *Software Estimation*에서 프로젝트가 생명 주기를 진행할수록 소프트웨어 비용과 규모의 가능한 추정 범위가 줄어드는 불확실성의 원뿔(Cone of Uncertainty) 도표를 제시함.
• 프로젝트 초기에는 원뿔의 폭이 넓어 불확실성이 높은 상태임.
• 구현 방식, 기술적 제약, 고객 요구사항의 변화가 프로젝트 결과에 영향을 주는 요인임.
• 요구사항의 대부분이 명확하지 않아 최종 결과를 둘러싼 변동성이 큼.
• 시간이 지나 제품 팀이 요구사항을 구체화하고 작업을 명확히 하면 원뿔의 폭이 좁아짐.
• 초기 불확실성이 더 명확한 기대치와 최종 제품에 대한 이해로 대체됨.
• 프로젝트가 완료에 가까워질수록 불확실성이 최소화되고 비용과 일정 추정의 신뢰도가 높아짐.
• 단일 요구사항만 있는 결제 관문 구현 프로젝트를 예로 들 수 있음.
• 결제 관문의 용도, 지원할 결제 방식, 최종 사용자에게 중요한 인터페이스가 명확하지 않은 상태임.
• 이 단계는 초기 프로젝트 개념(Initial Project Concept) 단계로 구분됨.

모호한 요구사항의 추정 범위

• 불확실성의 원뿔에 따르면 초기 프로젝트 개념 단계의 추정 결과 범위는 통계적으로 0.25배에서 4.0배임.
• 기준 추정치가 100일이라면 과거 자료에 기반한 가능한 결과는 다음과 같음.
• 가장 긍정적인 결과: 25일
• 가장 부정적인 결과: 400일
• 제품 팀이 작업을 수행하며 명세를 명확히 하고 사용자 인터페이스 설계를 구체화하면 추정 범위도 좁아짐.
• 기능에 대한 가장 기본적인 질문에 답하고 사용자 인터페이스의 초기 설계 초안을 완성하면 추정 범위는 0.8배에서 1.25배 수준으로 좁아짐.
• 기준 추정치가 100인일인 경우 잠재적 결과 범위는 80일에서 125일임.

명확한 요구사항의 추정 범위

• 요구사항과 초기 설계가 명확해질수록 가능한 결과의 폭이 줄어들어 단일 추정치의 신뢰도를 높일 수 있음.

표준 편차로 위험 조정 추정치 계산하기

• 추정치를 제시할 때 결과 범위를 사용하는 방식은 대표성이 높지만, 주어진 범위와 위험 선호도(risk appetite)를 바탕으로 단일 숫자를 사용하는 편이 실무적으로 더 편리한 경우가 많음.
• 위험 선호도는 조직이 목표를 달성하기 위해 감수할 수 있는 위험의 정도를 의미하며, 여기서 목표는 프로젝트 목표임.
• 일반적으로 높은 위험에 베팅하기보다 합리적인 기대치를 선택하는 방식이 적절함.
• 프로젝트 팀의 경험이 충분한 상황처럼 일부 경우에는 더 높은 위험을 선택할 수도 있음.
• 표준 편차 공식을 사용하면 위험 조정 추정치를 계산할 수 있음.
• 표준 편차와 신뢰 수준별 결과 계산 공식은 Steve McConnell의 *Software Estimation: Demystifying the Black Art (Developer Best Practices)*에 기반함.
• 출처: Pearson Education, 킨들 판.
• 제시된 공식은 업계 정보 기술 프로젝트의 평균 성과에 대한 광범위한 선행 연구를 기반으로 함.
• 일반적인 상황에서 유용하지만 조직과 팀의 과거 성과에 맞춰 조정할 수 있음.
• 해당 공식은 가장 단순한 형태의 공식임.
• 공식 적용 절차는 다음과 같음.
• 과거 값을 기준선으로 사용함.
• 낮은 범위 수치를 최선 사례 추정치로, 높은 범위 수치를 최악 사례 추정치로 사용해 표준 편차를 계산함.
• 위험 선호도와 연계된 신뢰 수준에 따라 위험 조정 결과 추정치를 계산함.

사례

• 결제 관문 구현 프로젝트가 요구사항 단계에 있고 팀이 프로젝트 작업별 기준 추정치를 일 단위로 제공했다고 가정함.
• 목표는 기준 추정치와 80퍼센트 신뢰 수준을 바탕으로 결과 추정치를 평가하는 것임.
• 프로젝트 단계가 요구사항 단계이므로 불확실성의 원뿔에 따라 최선 사례 배수 0.67배, 최악 사례 배수 1.5배를 사용함.
• 필요한 값을 계산하면 표준 편차는 다음과 같음.
• 표준 편차 = (150 - 67) / 6 = 13.83
• 신뢰 수준에 따른 결과 추정치 공식 표에서 80퍼센트에 해당하는 공식을 선택함.
• 80퍼센트: 기준선 + (0.84 곱하기 표준 편차)
• 해당 프로젝트의 결과 추정치는 다음과 같이 계산됨.
• 결과 추정치 = 100 + (0.84 곱하기 13.83) = 111일
• 80퍼센트 신뢰 수준의 결과 추정치는 111일임.
• 이 추정치를 사용하면 소프트웨어 개발 프로젝트 실행 과정의 위험을 줄이고, 납기 기대치를 계획대로 유지해 팀과 고객의 스트레스를 최소화할 수 있음.

정직한 로드맵을 위한 통합 해법

• 신뢰할 수 있고 근거 기반인 로드맵을 구축하기 위한 통합 해법은 honestroadmaps.com에서 확인할 수 있음.