Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Дудукін О. 341 / 1_Envisioning / Оценка рисков

.doc
Скачиваний:
23
Добавлен:
05.03.2016
Размер:
111.1 Кб
Скачать

ХДУ

УЧЕБНЫЙ КУРС

«Технологии программирования. Курс на базе Microsoft Solutions Framework (MSF)»

для подготовки по направлению «Информационные технологии»

оценка рисков

Херсон 2014

Содержание1

оценка рисков 1

1. Возможные риски 3

2. Классификация рисков 4

3. Анализ и приоритезация рисков 7

  1. Возможные риски

    1. Описание

    2. ToDo

Наименование риска

Комментарий

1

Не успеем сдать проект во время

Из-за неправильной организации работ затратим больше времени, чем заявлено в контракте

2

Не хватит квалификации персонала

При создании продукта используется незнакомые для команды технологии веб-программирования , персонал с ней не работал и может не разобраться

3

Один из членов команды заболеет

Команда не многочисленна и отсутствие одного из членов команды ведет к фатальной задержке работы

4

Заказчик изменит требования

В данный момент требования согласованы с заказчиком и утверждены, но в процессе работы заказчик может захотеть добавить в решение новую функциональность

6

Отключат доступ к Интернету

Ухудшится возможность быстрого получения необходимых сведений, пропадет электронная почта и другие средства коммуникации

9

На стороне заказчика нет заявленной в требованиях аппаратуры

Не сможем адекватно развернуть систему

10

Нет возможности совмещать роли, всем занимает ся один человек

Придется совмещать роли

  1. Классификация рисков

    1. Описание

Первое. Выяснить, каково происхождение каждого выявленного риска.

Примеры источников рисков:

Люди

Заказчики (customers)

Конечные потребители (конечные пользователи, end users)

Спонсоры

Заинтересованные стороны

Персонал

Организация

Процессы

Цели и задачи

Принятие решений

Характеристики проекта

Бюджет, затраты, сроки

Требования (requirements)

Проектирование (design)

Реализация (building)

Тестирование (testing)

Технологии

Безопасность

Среда разработки и тестирования

Инструментарий

Внедрение

Сопровождение

Операционная среда

Доступность

Внешние условия

Индустриальные стандарты

Конкуренция

Экономические условия

Технология

Бизнес-условия

Дисциплина управления рисками MSF рекомендует вести запись формулировок выявленных рисков, их первопричин и приносимого ими ущерба в табличной форме.

Первопричина

Условие

Последствие

Приносимый ущерб

Нехватка кадров

Могут быть объединены роли разработчиков и тестировщиков

В программном продукте будет содержаться больше ошибок

Заказчик будет менее доволен результатом

Изменения в технологии

Разработчикам придется использовать новый язык программирования

Увеличится затрачиваемое на разработку время

Наш продукт будет представлен на рынке в более поздние сроки, что приведет к захвату части рынка конкурентами

    1. ToDo

В результате общего обсуждения в команде классифицируйте выявленные на предыдущем этапе риски: выделите категории связанных рисков, сгруппируйте их. Для каждого риска выявите причину, условие возникновения, возможные последствия, возможный ущерб (помните, что “ущерб” может быть и положительным). Для каждой категории рисков составьте таблицу указанного выше вида.

Первопричина

Условие

Последствие

Приносимый ущерб

Нехватка кадров

Один из членов команды заболеет

Функции заболевшего придется передать другому

Потери времени

Форс-мажор

Авария на подстанции, отключение электричества

Фатальная потеря времени(придется делать все с начала)

После устранения аварии придется увеличить нагрузку, чтобы наверстать потери времени

Организация работы

Не сможем подобрать необходимые кадры

Участникам придется совмещать роли

Дополнительные трудозатраты, снижение качества продукта, увеличение времени разработки решения

Организация работы

Не успеем сдать проект во время

Теряем доверие заказчика

Не получаем дальнейшее финансирование

Плохая организация обучения

Не хватка квалификации персонала

Долгий процесс разработки

Потеря времени

Заказчик может менять требования

Заказчик изменит требования

Изменение технического задания

Вследствие введенного плана управления изменениями ущерб должен отсутствовать

Форс-мажор

Отключат доступ к Интернету

Потеряем время, пока авария будет устраняться

После устранения аварии придется увеличить нагрузку, чтобы наверстать потери времени

Плохая организация взаимодействия с заказчиком

Заказчик вовремя не оплатит счета

Простой проекта

Ущерба нет, так как заключается договор, в котором предусматривается увеличение сроков проекта в данной ситуации

Плохо организованный процесс тестирования

Из-за необнаруженной вовремя ошибки система нанесет урон заказчику, разработка и тестирование ведется одним человеком(что оприоре неверно)

На время устранения ошибки доступ к базе данных и статьям будет зактрыт

Потеря денег со стороны нашей компании и потеря доверия заказчика

Плохая организация взаимодействия с заказчиком

На стороне заказчика нет заявленной в требованиях данных

Не сможем адекватно развернуть систему

Не сможем адекватно развернуть систему

  1. Анализ и приоритезация рисков

    1. Описание

Шкала угроз 1...5 баллов

Приоритет

Причина

Последствие

Вероятность

Угроза

Ожидаемая величина

1

Затянутый временной график проекта

Потеря финансирования в конце года

80%

3

2.4

2

Отсутствие стандартов кодирования для нового языка програм-мирования

Выпуск продукта, содержащего ошибки

10%

2

0.05

3

Отсутствие специфи-кации требований в письменном виде

Некоторые требования не будут реализованы

100%

2

2

    1. ToDo

В результате общего обсуждения в команде проанализируйте сформулированные на предыдущем этапе риски. Выберите и зафиксируйте в данном разделе меры для градации вероятностей и угроз рисков. Для каждого риска задайте вероятность его реализации и возможную угрозу в выбранных единицах. Для каждой категории (см. предыдущий этап) рисков сформируйте главную таблицу рисков указанного выше вида.

Приоритет

Условие

Последствие

Вероятность

Угроза

Ожидаемая величина

1

Один из членов команды заболеет

Функции заболевшего придется передать другому

25%

5

1.7

2

Не сможем подобрать необходимые кадры

Участникам придется совмещать роли

100%

5

5

4

Не хватка квалификации персонала

Долгий процесс разработки

100%

5

5

5

Заказчик изменит требования

Изменение технического задания

100%

2

2

6

Из-за необнаруженной вовремя ошибки система нанесет урон заказчику

На время простоя потребуется ручной подсчет статистики что в свою очередь снижает производительность всей системы более чем в 100 раз

100%

5

5

7

Не успеем сдать проект во время

Теряем доверие заказчика

50%

3

1.5

10

Отключат доступ к Интернету

Потеряем время, пока авария будет устраняться

30%

5

1.7

1

8

Соседние файлы в папке 1_Envisioning