Угроза — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Новая страница: «Угроза -- это риск, который в случае материализации негативно повлияет на проект. Дл…»)
 
(Связанные лектио)
 
Строка 16: Строка 16:
 
== Связанные лектио ==
 
== Связанные лектио ==
 
*[[Работа с Угрозами]]
 
*[[Работа с Угрозами]]
 +
*[[Результаты Аналитики]]

Текущая версия на 15:00, 27 сентября 2022

Угроза -- это риск, который в случае материализации негативно повлияет на проект.

Для управления угрозами, руководители проектов предпринимают усилия по:

  • Распознаванию тех факторов, которые влияют или могут повлиять на проект. Речь идёт о перемещении неизвестных известностей (unknown known) в известные (known known),
  • Обнаружению угроз в известных известностях (known known),
  • Оценке уровня и вероятности угрозы срокам проекта, его стоимости и рабочему продукту,
  • Приоритету угроз, начиная с наиболее серьёзных,
  • Выработке мероприятий для реакции на наиболее серьёзные угрозы,
  • Реализации тех мероприятий, которые не требуют дополнительных бюджетов и сроков, а также согласования с кураторами тех действий, которые требуют их вмешательства.
Эти мероприятия следуют одной или нескольким стратегиям из четырёх:
  1. Предотвратить угрозу. Например, для избегания угрозы невыполнения проекта в срок, можно предложить заказчику оплату по часам, а не за готовый продукт. Никогда не следует также забывать, что главные угрозы -- это работа не над тем продуктом или работой. Их можно избежать общением с кураторами продукта и проекта с последующим документированием договорённостей.
  2. Перевести риск на третью сторону. Например, если известно, что какой-то поставщик может гарантированно разработать какую-то часть рабочего продукта, можно заказать эту часть у этого поставщика. При заказе дизайна веб-сайта, к примеру, обычно заказывают несколько вариантов, чтобы заказчик мог выбрать наиболее подходящий. Если поставка критична, можно заказать работу разным поставщикам.
  3. Ослабить последствия угрозы. Например, если есть опасность потери разрабатываемой цифровой системы, руководитель может предусмотреть дублирование данных в отказоустойчивом кластере и изготовление резервных копий. Потерю данных практически невозможно избежать, однако копирование делает угрозу несерьёзной. Дублирование, обучение персонала и инструкции -- стандартные методики для ослабления последствий угроз.
  4. Наблюдать за угрозой. Если угроза известна, но руководитель и кураторы решили эту угрозу игнорировать, руководитель может продолжать наблюдать за её изменением.

Связанные лектио