17. Оценки рисков, проведённая аналитиком проекта

Шкала оценки воздействия угроз включает три градации:

1. умеренные;

2. критичные;

3. катастрофические.

Шкала оценки воздействия возможностей включает три градации:

4. умеренные;

5. выгодные;

6. очень выгодные.

Шкала оценки вероятности наступления риска также включает три градации:

7. маловероятно;

8. возможно;

9. очень вероятно.

Матрица рангов главных выявленных рисков приведена в таблице 1.6:

Таблица 6 - Матрица рангов главных выявленных рисков

№ п/п	Риск	Вероятность	Воздействие	Ранг
	Необоснованная задержка согласования требований	маловероятно	критичное	2
	Плохо определенные требования к проекту	возможно	критичное	4
	Непредсказуемое изменение/расширение требований со стороны заказчика	возможно	критичное	4
	Обнаружение ошибки в оценках трудоемкости	возможно	умеренное	2
	Болезни, внеочередные отпуска, свадьбы, беременность, отгулы и пр.	маловероятно	катастрофическое	3
	Распад команды разработки	маловероятно	катастрофическое	3
	Отвлечение сотрудников от текущего проекта к работам с других проектов	очень вероятно	критичное	6
	Низкая продуктивность на ранних этапах	очень вероятно	критичное	6
	Ненужная оптимизация и оттачивание деталей	маловероятно	умеренное	1
	Потеря исходных кодов проекта	маловероятно	катастрофическое	3
	Продукт не прошел приемку у заказчика	маловероятно	катастрофическое	3
	Конфликт личных интересов	маловероятно	катастрофическое	3
	Повторное использование кода	вероятно	выгодное	6
	Помощь сторонних людей	маловероятно	умеренное	1

18. Описание сценариев работы с рисками

Приведем возможные сценарии работы с пятью рисками наиболее высокого ранга:

1. Отвлечение сотрудников от текущего проекта к работам с других проектов. Симптомы риска: снижение продуктивности. Владелец риска (человек, следящий за наступлением риска и отвечающий за управление им): менеджер по продукту. Метод управления – уменьшение влияния: выбор квалифицированного менеджера по продукту для эффективного управления объемами работ и сроками.

27. Низкая продуктивность на ранних этапах. Симптомы риска: низкая продуктивность. Владелец риска: менеджер по продукту. Метод управления – избегание: короткие итерации, нужные люди в команде, лидерство и развитие команды.

28. Повторное использование кода. Симптомы риска: участие разработчиков в похожих проектах. Владелец риска: разработчики. Метод управления – увеличение возможности: качественный подбор членов команды и технологий разработки.

29. Плохо определенные требования к проекту. Симптомы риска: недовольство заказчика. Владелец риска: менеджер по продукту. Метод управления – уменьшение влияния: выбор квалифицированного менеджера по продукту, короткие итерации разработки, большее взаимодействие с заказчиком.

30. Непредсказуемое изменение/расширение требований со стороны заказчика. Симптомы риска: изменение/расширение требований со стороны заказчика. Владелец риска: менеджер по продукту. Метод управления – принятие риска: ничего не делается для его избегания, передачи, разделения, уменьшения.

На основании полученных данных и приведённых решений, были проанализированы риски при работе над проектом «EBIS» и составлен план управления ими.