불확도 원뿔
Cone of Uncertainty프로젝트 관리에서, 불확실성 원뿔은 프로젝트 동안 최선의 경우 불확실성의 양의 진화를 설명한다.[1]프로젝트 초기에는 제품이나 작업 결과에 대해 비교적 거의 알려져 있지 않기 때문에 추정치는 큰 불확실성의 대상이 된다.더 많은 연구 개발이 이루어짐에 따라 프로젝트에 대한 더 많은 정보를 알게 되고, 불확실성은 감소하는 경향이 있어 모든 잔여 위험이 종료되거나 이전되었을 때 0%에 도달한다.이것은 대개 프로젝트가 끝날 때, 즉 별도의 유지관리 그룹에 책임을 이전함으로써 발생한다.
불확실성의 원뿔이라는 용어는 기술 및 비즈니스 환경이 매우 빠르게 변화하는 소프트웨어 개발에서 사용된다.그러나, 다른 이름으로 된 이 개념은 비용 공학의 잘 확립된 기본 원칙이다.대부분의[citation needed] 환경은 매우 느리게 변화하여 일반적인 프로젝트 기간 동안 정적인 것으로 간주될 수 있으며, 따라서 전통적인 프로젝트 관리 방법은 세심한 분석과 계획을 통해 환경에 대한 완전한 이해를 달성하는 데 초점을 맞추고 있다.유의적인 투자가 이루어지기 훨씬 전에 불확실성은 위험을 편안하게 운반할 수 있는 수준으로 감소한다.이런 종류의 환경에서는 초기에는 불확실성 수준이 급격히 감소하고 원뿔 모양은 덜 뚜렷하다.그러나 소프트웨어 사업은 매우 불안정하고 시간이 지남에 따라 불확실성 수준을 낮추어야 한다는 외부의 압력이 있다.프로젝트는 불확실성 수준을 낮추기 위해 적극적이고 지속적으로 노력해야 한다.
불확실성의 원뿔은 연구와 프로젝트에서 변동성의 근원을 제거하는 결정에 의해 좁혀진다.이러한 결정은 프로젝트에 포함되고 포함되지 않는 범위와 관련된 것이다.만약 이러한 결정들이 프로젝트 후반에 바뀌면 원뿔은 더 넓어질 것이다.
화학 산업의 엔지니어링 및 건설에 대한 초기 연구에서는 실제 최종 비용이 초기 "기준" 추정치를 최대 100%(또는 50%까지 언더런) 초과한 경우가 종종 있다는 것을 보여주었다.[2]불확실성 원뿔에 대한 소프트웨어 산업의 연구는 프로젝트 수명 주기의 초기(즉, 요구사항 수집 전) 추정치는 일반적으로 높은 쪽과 낮은 쪽 모두에 요인 4의 불확실성을 가지고 있다고 밝혔다.[3]즉, 실제 노력이나 범위는 최초 추정치의 4배 또는 1/4이 될 수 있다.이러한 불확실성은 프로젝트 진행 중에 감소하는 것을 보장하지는 않지만 감소하는 경향이 있다.[4]
적용들
프로젝트 추정에서 불확실성의 원뿔을 설명하는 한 가지 방법은 먼저 '가장 가능성이 높은' 단일점 추정치를 결정한 다음 미리 정의된 승수를 사용하여 높은 범위를 계산하는 것이다(당시 불확실성 수준에 따라 다름).이는 스프레드시트에 적용된 수식을 사용하거나, 작업 소유자가 낮은 범위/높은 범위의 견적을 입력할 수 있는 프로젝트 관리 도구를 사용하여 이 수준의 불확실성을 포함하는 일정을 작성할 수 있다.
그 콘 불확도도 심도 있는 허리케인 예측에서 가장 상징적인 사용 좀 더 공식적으로 그 NHC 트랙 예측 Cone,[5]고 더 구어체에서는 그 오류 콘, 콘의, 또는 콘 죽음의로 알려진 알려진 그래픽,.(사용의 허리케인 예측에는 사용은 기본적으로 반댑니다 사용된다.에서소프트웨어 개발소프트웨어 개발에서 불확실성은 프로젝트의 현재 상태를 둘러싸고 있으며, 미래에는 불확실성이 감소하는 반면, 허리케인에서는 폭풍의 현재 위치를 예측하는 것이 확실하며, 폭풍의 미래 경로가 점점 불확실해진다.)[6]지난 10년 동안 폭풍은 예상 지역의 3분의 2를 이동했고,[7] 원추 자체는 방법론의 개선으로 인해 줄어들었다.국민건강보험공단은 2001년부터 5일간의 자체 예측을 시작해 2003년부터 이를 일반에 공표하기 시작했다.현재 7일간의 예보에 대해 사내에서 작업 중이지만, 그 결과 발생하는 불확실성의 원뿔은 너무 커서 재해 관리에 대한 가능한 편익에 문제가 있다.[8]
역사
불확실성 원뿔의 원래 개념적 기반은 미국 비용 엔지니어 협회(현 AACE International)의 설립자들에 의해 화학 산업의 공학 및 건설을 위해 개발되었다.이들은 1958년[9] 불확도 범위를 가진 표준추정형 분류체계를 발표하고 당시 업계 문헌에 '코인' 삽화를 제시했다.[2]소프트웨어 분야에서는 배리 봄(Barry Boehm)이 콘셉트를 잡았다.[10]Boem은 이 개념을 "Funnel Curve"[11]라고 불렀다.Boemm이 초기에 깔때기 곡선의 효과를 계량화한 것은 주관적이었다.[10]후에 Boemm과 USC의 그의 동료들은 모델을 검증하기 위해 미국 공군과 다른 출처의 소프트웨어 프로젝트 집합의 데이터를 적용했다.기본 모델은 NASA의 소프트웨어 엔지니어링 연구소의 연구에 기초하여 더욱 검증되었다.[12][13]
이 개념을 설명하기 위해 "불확실성의 원"이라는 이름을 처음 사용한 것은 소프트웨어 프로젝트 생존 가이드에 있었다.[14]
함축
- 추정치(예: 기간, 비용 또는 품질)는 프로젝트 초기에 본질적으로 매우 모호하다.
- 추정치에 기초한 추정 및 프로젝트 계획은 정기적으로 재조정되어야 한다.
- 불확실성은 추정치에 내장될 수 있으며 프로젝트 계획에서 확인할 수 있어야 함
- 나중에 실수임을 입증하는 가정이 불확실성의 주요 요인이다.
참고 항목
참조
- Boehm, Barry W. (1981). Software Engineering Economics. Upper Saddle River NJ: Prentice Hall. ISBN 9780138221225.
각주
- ^ "The Cone of Uncertainty". Construx.
- ^ a b Bauman, H. Carl (April 1958). "Accuracy Considerations for Capital Cost Estimation". Ind. Eng. Chem. 50 (4). 55A–58A. doi:10.1021/i650580a748.
- ^ 1981년 봄.
- ^ 맥코넬, S(2006년).소프트웨어 추정: 블랙 아트를 해체하십시오.마이크로소프트 프레스 38 페이지
- ^ "Definition of the NHC Track Forecast Cone". NHC - National Hurricane Center (National Oceanic and Atmospheric Administration).
- ^ Hennen, Dave (24 August 2011). "How forecasters develop hurricanes' 'cone of uncertainty'". CNN. Retrieved 8 March 2020.
- ^ "The 'Cone of Uncertainty' and Hurricane Forecasting: CRED researchers analyze an iconic climate forecasting visual aid" (PDF). Center for Research on Environmental Decisions (CRED). 1 June 2007.
- ^ Kleinberg, Eliot (22 April 2011). "Smaller 'cone of probability' cuts down on hurricane fear". The Palm Beach Post.
- ^ 고레이, J.M. (1958)AACE 게시판 "추정 유형" 1958년 11월
- ^ a b 1981년, 311페이지.
- ^ 슈투츠케(2005년)소프트웨어 집약적 시스템 추정, Pearson. 페이지 10.
- ^ NASA (1990년).소프트웨어 개발을 위한 관리자 핸드북, 개정판 1.문서 번호 SEL-84-101.메릴랜드 그린벨트: 고다드 우주비행센터, NASA. 3-2페이지.
- ^ Boehm, Barry W.; et al. (2000). Software Cost Estimation with COCOMO II. (with CD-ROM). Englewood Cliffs NJ: Prentice Hall. ISBN 9780130266927.
- ^ 맥코넬, S(1997)소프트웨어 프로젝트 서바이벌 가이드, 마이크로소프트 프레스.
추가 읽기
- Bosavit, Laurent(2013), The Leprechauns of Software Engineering.
