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

Concept in project and disaster management

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

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

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

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

Приложения

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

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

История

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

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

Импликация

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

Смотрите также

Ссылки

Boehm, Barry W. (1981). Экономика программной инженерии. Upper Saddle River NJ : Prentice Hall . ISBN 9780138221225.

Сноски

^ "Конус неопределенности". Construx .
^ ab Bauman, H. Carl (апрель 1958 г.). «Вопросы точности оценки капитальных затрат». Ind. Eng. Chem . 50 (4). 55A–58A. doi :10.1021/i650580a748.
^ Бём 1981.
^ Макконнелл, С. (2006). Оценка программного обеспечения: демистификация черного искусства . Microsoft Press. стр. 38.
^ "Определение конуса прогноза траектории NHC". NHC - Национальный центр по наблюдению за ураганами (Национальное управление океанических и атмосферных исследований) .
^ Хеннен, Дэйв (24 августа 2011 г.). «Как прогнозисты разрабатывают ураганную «конусную неопределенность»». CNN . Архивировано из оригинала 2 января 2013 г. Получено 8 марта 2020 г.
^ «Конус неопределенности» и прогнозирование ураганов: исследователи CRED анализируют знаковое наглядное пособие по прогнозированию климата» (PDF) . Центр исследований экологических решений (CRED) . 1 июня 2007 г.
^ Клейнберг, Элиот (22 апреля 2011 г.). «Меньший «конус вероятности» снижает страх перед ураганами». The Palm Beach Post .
^ Гори, Дж. М. (1958). «Типы оценок», бюллетень AACE, ноябрь 1958 г.
^ ab Boehm 1981, стр. 311.
^ Штутцке, Д. (2005). Оценка систем с большим объемом программного обеспечения , Пирсон. стр. 10.
^ NASA (1990). Справочник менеджера по разработке программного обеспечения, редакция 1. Номер документа SEL-84-101. Гринбелт, Мэриленд: Центр космических полетов Годдарда, NASA. стр. 3-2.
^ Boehm, Barry W. ; et al. (2000). Оценка стоимости программного обеспечения с помощью COCOMO II . (с CD-ROM). Englewood Cliffs NJ : Prentice Hall . ISBN 9780130266927.
^ Макконнелл, С. (1997). Руководство по выживанию в программных проектах , Microsoft Press.

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

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

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

Модель оценки стоимости программного обеспечения Cocomo 2.0
Лаборатория разработки программного обеспечения NASA: Справочник менеджера по разработке программного обеспечения
Лаборатория разработки программного обеспечения NASA: Справочник менеджера по разработке программного обеспечения
Объяснение конуса неопределенности от Construx - Лучшие практики разработки программного обеспечения
Конус неопределенности и прогнозирование ураганов
Конус неопределенности

[ConstruxWeb-1] "Конус неопределенности". Construx .

[Bauman1958-2] Bauman, H. Carl (апрель 1958 г.). «Вопросы точности оценки капитальных затрат». Ind. Eng. Chem . 50 (4). 55A–58A. doi :10.1021/i650580a748.

[FOOTNOTEBoehm1981-3] Бём 1981.

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

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

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

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

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

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

[FOOTNOTEBoehm1981311-10] Boehm 1981, стр. 311.

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

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

[Boehm2000-13] Boehm, Barry W. ; et al. (2000). Оценка стоимости программного обеспечения с помощью COCOMO II . (с CD-ROM). Englewood Cliffs NJ : Prentice Hall . ISBN 9780130266927.

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