Конус неопределенности

В управлении проектами конус неопределенности описывает эволюцию степени неопределенности в лучшем случае во время проекта. ^[1] В начале проекта о продукте или результатах работы известно сравнительно мало, поэтому оценки подвержены большой неопределенности. По мере проведения дополнительных исследований и разработок о проекте становится больше информации, и затем неопределенность имеет тенденцию уменьшаться, достигая 0%, когда весь остаточный риск был прекращен или передан. Обычно это происходит к концу проекта, т.е. путем передачи обязанностей отдельной группе обслуживания.

Термин «конус неопределенности» используется при разработке программного обеспечения , где техническая и бизнес-среда меняются очень быстро. Однако эта концепция под разными названиями представляет собой устоявшийся базовый принцип стоимостного расчета . Большинство ^{[ нужна ссылка ]} окружающая среда меняется настолько медленно, что ее можно считать статичной на протяжении всего типичного проекта, и поэтому традиционные методы управления проектом сосредоточены на достижении полного понимания окружающей среды посредством тщательного анализа и планирования. Задолго до того, как будут сделаны какие-либо значительные инвестиции, неопределенность снижается до уровня, на котором можно комфортно нести риск. В такой среде уровень неопределенности вначале быстро снижается, и форма конуса становится менее очевидной. Однако бизнес программного обеспечения очень нестабильен, и существует внешнее давление, требующее со временем снизить уровень неопределенности. Проект должен активно и непрерывно работать над снижением уровня неопределенности.

Конус неопределенности сужается как за счет исследований, так и за счет решений, устраняющих источники изменчивости из проекта. Эти решения касаются объема, того, что включено и не включено в проект. Если эти решения изменятся позже в проекте, конус расширится.

Оригинальные исследования по проектированию и строительству в химической промышленности показали, что фактические конечные затраты часто превышали первоначальную «базовую» оценку на целых 100% (или занижались на целых 50%). ^[2]). Исследования конуса неопределенности в индустрии программного обеспечения показали, что в начале жизненного цикла проекта (т. е. до сбора требований ) оценки обычно имеют неопределенность с коэффициентом 4 как с высокой, так и с низкой стороны. ^[3] Это означает, что фактические усилия или объем могут превышать первоначальную оценку в 4 раза или 1/4. Эта неопределенность имеет тенденцию уменьшаться в ходе проекта, хотя это снижение не гарантировано. ^[4]

Приложения

Один из способов учета конуса неопределенности в оценке проекта состоит в том, чтобы сначала определить «наиболее вероятную» одноточечную оценку, а затем рассчитать диапазон «высокий-низкий» с использованием заранее определенных множителей (в зависимости от уровня неопределенности на данный момент). Это можно сделать с помощью формул, примененных к электронным таблицам, или с помощью инструмента управления проектами , который позволяет владельцу задачи вводить оценку в нижнем/высоком диапазоне, а затем создавать график, который будет включать этот уровень неопределенности.

Конус неопределенности также широко используется в качестве графического изображения при прогнозировании ураганов , где его наиболее знаковое использование более формально известно как Конус прогноза пути NHC . ^[5] и в просторечии известный как Конус ошибки, Конус вероятности или Конус смерти. (Обратите внимание, что использование при прогнозировании ураганов по сути противоположно использованию при разработке программного обеспечения. При разработке программного обеспечения неопределенность окружает текущее состояние проекта, и в будущем неопределенность уменьшается, тогда как при прогнозировании ураганов текущее местоположение шторм неизбежен, и будущее направление шторма становится все более неопределенным). ^[6] За последнее десятилетие штормы две трети времени перемещались в пределах прогнозируемых территорий. ^[7] а сами конусы уменьшились из-за усовершенствований методологии. NHC впервые начал разрабатывать пятидневные прогнозы в 2001 году и публиковать их для общественности в 2003 году. для борьбы со стихийными бедствиями являются проблематичными. ^[8]

История

Оригинальная концептуальная основа конуса неопределенности была разработана для проектирования и строительства в химической промышленности основателями Американской ассоциации инженеров-сметчиков (ныне AACE International ). В 1958 году они опубликовали предложенную систему классификации типов стандартных оценок с диапазонами неопределенности. ^[9] и представил «конусные» иллюстрации в отраслевой литературе того времени. ^[2] В области программного обеспечения эту концепцию подхватил Барри Бём. ^[10] Бём назвал эту концепцию «кривой воронки». ^[11] Первоначальная количественная оценка Бёмом эффектов воронкообразной кривой была субъективной. ^[10] В более поздней работе Боема и его коллег из Университета Южной Калифорнии для проверки модели использовались данные ряда программных проектов ВВС США и других источников. Базовая модель была дополнительно проверена на основе работы Лаборатории разработки программного обеспечения НАСА. ^[12]^[13]

Впервые название «конус неопределенности» было использовано для описания этой концепции в Software Project Survival Guide . ^[14]

Импликация

Оценки (например, продолжительности, затрат или качества) в начале проекта по своей сути очень расплывчаты.
Сметы и планы проектов, основанные на оценках, необходимо регулярно переделывать.
Неопределенности могут быть заложены в оценки и должны быть видны в планах проекта.
Предположения, которые впоследствии оказываются ошибками, являются основным фактором неопределенности.

См. также

Ссылки

Бём, Барри В. (1981). Экономика программной инженерии . Река Аппер-Сэддл, штат Нью-Джерси : Прентис-холл . ISBN 9780138221225 .

Сноски

^ «Конус неопределенности» . Конструкс .
^ Jump up to: ^а ^б Бауман, Х. Карл (апрель 1958 г.). «Аспекты точности оценки капитальных затрат». Индийский англ. Хим . 50 (4). 55А–58А. дои : 10.1021/i650580a748 .
^ Бём 1981 .
^ МакКоннелл, С. (2006). Оценка программного обеспечения: демистификация черного искусства . Майкрософт Пресс. п. 38.
^ «Определение конуса прогноза пути NHC» . NHC — Национальный центр ураганов (Национальное управление океанических и атмосферных исследований) .
^ Хеннен, Дэйв (24 августа 2011 г.). «Как синоптики создают «конус неопределенности» ураганов » . CNN . Проверено 8 марта 2020 г.
^ «Конус неопределенности» и прогнозирование ураганов: исследователи CRED анализируют знаковое наглядное пособие по прогнозированию климата» (PDF) . Центр исследований экологических решений (CRED) . 1 июня 2007 г.
^ Кляйнберг, Элиот (22 апреля 2011 г.). «Меньший «конус вероятности» снижает страх перед ураганами» . Пост Палм-Бич .
^ Гори, Дж. М. (1958). «Типы оценок», бюллетень AACE, ноябрь 1958 г.
^ Jump up to: ^а ^б Бём 1981 , с. 311.
^ Штуцке, Д. (2005). Оценка систем с интенсивным использованием программного обеспечения , Пирсон. п. 10.
^ НАСА (1990). Справочник менеджера по разработке программного обеспечения, редакция 1. Номер документа SEL-84-101. Гринбелт, Мэриленд: Центр космических полетов Годдарда, НАСА. п. 3-2.
^ Бём, Барри В .; и др. (2000). Оценка стоимости программного обеспечения с помощью COCOMO II . (с компакт-диском). Энглвуд Клиффс, Нью-Джерси : Прентис Холл . ISBN 9780130266927 .
^ МакКоннелл, С. (1997). Руководство по выживанию программного проекта , Microsoft Press.

Дальнейшее чтение

Боссавит, Лоран (2013), Лепреконы программной инженерии .

Внешние ссылки

[ConstruxWeb-1] «Конус неопределенности» . Конструкс .

[Bauman1958-2] Jump up to: ^а ^б Бауман, Х. Карл (апрель 1958 г.). «Аспекты точности оценки капитальных затрат». Индийский англ. Хим . 50 (4). 55А–58А. дои : 10.1021/i650580a748 .

[FOOTNOTEBoehm1981-3] Бём 1981 .

[McConnell2006_38-4] МакКоннелл, С. (2006). Оценка программного обеспечения: демистификация черного искусства . Майкрософт Пресс. п. 38.

[NHCweb-5] «Определение конуса прогноза пути NHC» . NHC — Национальный центр ураганов (Национальное управление океанических и атмосферных исследований) .

[CNN24Aug2011_Hennen-6] Хеннен, Дэйв (24 августа 2011 г.). «Как синоптики создают «конус неопределенности» ураганов » . CNN . Проверено 8 марта 2020 г.

[CRED1Jun2007web-7] «Конус неопределенности» и прогнозирование ураганов: исследователи CRED анализируют знаковое наглядное пособие по прогнозированию климата» (PDF) . Центр исследований экологических решений (CRED) . 1 июня 2007 г.

[TPBP22Apr2011_Kleinberg-8] Кляйнберг, Элиот (22 апреля 2011 г.). «Меньший «конус вероятности» снижает страх перед ураганами» . Пост Палм-Бич .

[Gorey1958-9] Гори, Дж. М. (1958). «Типы оценок», бюллетень AACE, ноябрь 1958 г.

[FOOTNOTEBoehm1981311-10] Jump up to: ^а ^б Бём 1981 , с. 311.

[Stutzke2005_10-11] Штуцке, Д. (2005). Оценка систем с интенсивным использованием программного обеспечения , Пирсон. п. 10.

[NASA1990_32-12] НАСА (1990). Справочник менеджера по разработке программного обеспечения, редакция 1. Номер документа SEL-84-101. Гринбелт, Мэриленд: Центр космических полетов Годдарда, НАСА. п. 3-2.

[Boehm2000-13] Бём, Барри В .; и др. (2000). Оценка стоимости программного обеспечения с помощью COCOMO II . (с компакт-диском). Энглвуд Клиффс, Нью-Джерси : Прентис Холл . ISBN 9780130266927 .

[McConnell1997-14] МакКоннелл, С. (1997). Руководство по выживанию программного проекта , Microsoft Press.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]