Управление программными проектами

Негативные последствия — ожидаемые убытки проекта —

можно описать в виде двух показателей:

1) дополнительные затраты ресурсов (времени, финансов) на снижение влияния на проект xi -го рискообразующего фак-

n

тора: Z(xi ) p(x j )z(x j );

i1

2)возможные потери команды проекта при наступлении

n

рискообразующего xi -го фактора: W (xi ) p(x j )w(x j ), где

i 1

xi 1x j , j 1, ..., n.

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

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

8.2.3.Планирование мероприятий по реагированию на риски и их мониторинг

Процессы планирования мероприятий по реагированию на риски предполагают выбор стратегии по снижению угроз для каждой из целей проекта и разработку планов мероприятий по реализации стратегий. Согласно [2] возможны четыре вида таких стратегий: уклонение от риска, передача риска, снижение риска, принятие риска.

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

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

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

Снижение риска предполагает понижение вероятности и/или последствий негативного проявления рискообразующего фактора до приемлемых пределов, например, увеличить сроки выполнения проекта, понизить значения ряда показателей качества ПП. Принятие предупредительных мер по снижению вероятности наступления фактора или его последствий зачастую оказывается более эффективным, чем действия по устранению негативных последствий, предпринимаемые после наступления события.

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

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

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

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

Ниже приводится описание мероприятий, направленных на снижение ряда рискообразующих факторов. Так, например, не-

гативное влияние фактора <неполные или нечеткие требования к программному продукту> можно понизить за счет изме-

нения стоимости и сроков реализации проекта при каждом добавлении или корректировке требований; согласования с заказчиком подробного перечня требований и включение этого списка в контракт на разработку ПП; использования моделей ЖЦ, позволяющих периодическое уточнение требований; введения буферных работ с соответствующими ресурсами и длительностью выполнения.

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

Негативные последствия, связанные с недостаточными на-

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

действий: привлечения экспертов-консультантов на начальных этапах проекта; учета при оценках трудоемкости дополнительного времени на обучение сотрудников; введения специальных тренингов по освоению новых средств разработки.

Для установления открытых и доверительных отношений

сзаказчиком необходимо осуществлять следующие мероприятия:

постоянное взаимодействие по вопросам поиска взаимоприемлемых решений о выполнении проекта в несколько этапов

ссамостоятельным финансированием;

согласование пользовательских интерфейсов и разработку прототипа продукта;

периодические поставки текущих версий ПП конечным пользователям для их тестирования и оценки.

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

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

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

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

Контрольные вопросы

1.Дайте определение и приведите пример понятий «риск» и «рискообразующий фактор».

2.Приведите пример и прокомментируйте по схеме «условие» — «последствие» — «воздействие» описание внутренних факторов риска программного проекта.

3.Приведите пример по схеме «условие» — «последствие» — «воздействие» описания внешних факторов риска программного проекта.

4.Раскройте содержание и методы описания показателей вероятности и негативных последствий рискообразующих факторов.

5.Поясните процедуру ранжирования рискообразующих факторов по степени опасности последствий от их наступления.

6.Раскройте содержание модели функциональных зависимостей определения рисков программного проекта.

7.Раскройте содержание стратегий по управлению рисками, приведите примеры конкретных мероприятий по каждой из стратегий.

8.Раскройте содержание этапа мониторинга и управления рисками.