Электронная библиотека » Коллектив авторов » » онлайн чтение - страница 34


  • Текст добавлен: 24 сентября 2019, 15:48


Автор книги: Коллектив авторов


Жанр: Руководства, Справочники


Возрастные ограничения: +12

сообщить о неприемлемом содержимом

Текущая страница: 34 (всего у книги 71 страниц)

Шрифт:
- 100% +
10.3.1.2. Документы проекта

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

♦ Журнал проблем. Описан в разделе 4.3.3.3. Журнал проблем содержит историю проекта, перечень проблем с вовлечением заинтересованных сторон, а также как они были решены.

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

♦ Коммуникации проекта. Описаны в разделе 10.2.3.1. Содержит информацию о сообщениях, которые были распространены.

10.3.1.3. Данные об исполнении работ

Описаны в разделе 4.3.3.2. Данные об исполнении работ содержат сведения о типах и количествах фактически переданных сообщений.

10.3.1.4. Факторы среды предприятия

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

♦ культуру, политическую среду и структуру управления организации;

♦ установленные каналы, инструменты и системы коммуникаций;

♦ глобальные, региональные или местные тенденции, практики или обычаи;

♦ географическое распределение производственных объектов и ресурсов.

10.3.1.5. Активы процессов организации

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

♦ корпоративные политики и процедуры в области социальных сетей, этики и безопасности;

♦ требования организации к коммуникациям;

♦ стандартные инструкции по разработке, обмену, хранению и поиску / извлечению информации;

♦ историческую информацию и репозиторий извлеченных уроков из прежних проектов;

♦ данные о заинтересованных сторонах и коммуникациях из прошлых проектов.

10.3.2. Мониторинг коммуникаций: инструменты и методы10.3.2.1. Экспертная оценка

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

♦ коммуникации с общественностью, сообществом и медийными средствами, а также между виртуальными группами в международной среде;

♦ коммуникации и системы управления проектом.

10.3.2.2. Информационная система управления проектами (project management information system, PMIS)

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

10.3.2.3. Отображение данных

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

10.3.2.4. Навыки межличностных отношений и работы с командой

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

10.3.2.5. Совещания

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

10.3.3. Мониторинг коммуникаций: выходы10.3.3.1. Информация об исполнении работ

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

10.3.3.2. Запросы на изменения

Описаны в разделе 4.3.3.4. В результате процесса мониторинга коммуникаций часто выявляется потребность в поправках, действиях и вмешательстве в коммуникационные операции, предусмотренные в плане управления коммуникациями. Запросы на изменения обрабатываются в ходе процесса интегрированного контроля изменений (см. раздел 4.6).

Результатом указанных запросов на изменения может быть:

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

♦ новые процедуры для устранения ограничивающих факторов.

10.3.3.3. Обновления плана управления проектом

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

♦ План управления коммуникациями. Описан в разделе 10.1.3.1. План управления коммуникациями обновляется новой информацией, чтобы сделать общение более результативным.

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

10.3.3.4. Обновления документов проекта

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

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

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

♦ Реестр заинтересованных сторон. Описан в разделе 13.1.3.1. Реестр заинтересованных сторон может быть обновлен внесением пересмотренных требований заинтересованных сторон к коммуникациям.

11. Управление рисками проекта

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

Управление рисками проекта включает в себя следующие процессы:

11.1. Планирование управления рисками – это процесс, определяющий, каким образом следует осуществлять мероприятия по управлению рисками проекта.

11.2. Идентификация рисков – это процесс выявления индивидуальных рисков проекта, а также источников совокупного риска проекта и документирование их характеристик.

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

11.4. Количественный анализ рисков – это процесс численного анализа совокупного воздействия идентифицированных индивидуальных рисков проекта и других источников неопределенности на цели проекта в целом.

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

11.6. Осуществление реагирования на риски – это процесс выполнения согласованных планов реагирования на риски.

11.7. Мониторинг рисков – это процесс мониторинга выполнения согласованных планов реагирования на риски, отслеживания идентифицированных рисков, выявления и анализа новых рисков и оценки результативности процесса управления рисками на протяжении всего проекта.

На рис. 11-1 представлена общая схема процессов управления рисками проекта. Процессы рисков в управлении проектом представлены в виде дискретных процессов с определенными границами, хотя на практике они накладываются друг на друга и взаимодействуют такими способами, которые не могут быть в полной мере детализированы в настоящем Руководстве PMBOK®.


Рис. 11-1. Общая схема управления рисками проекта


КЛЮЧЕВЫЕ КОНЦЕПЦИИ УПРАВЛЕНИЯ РИСКАМИ ПРОЕКТА

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

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

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

♦ Индивидуальный риск проекта – это неопределенное событие или условие, наступление которого позитивно или негативно сказывается на одной или нескольких целях проекта.

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


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

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

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

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

ТЕНДЕНЦИИ И ФОРМИРУЮЩИЕСЯ ПРАКТИКИ В ОБЛАСТИ УПРАВЛЕНИЯ РИСКАМИ ПРОЕКТА

Фокус управления рисками проекта расширяется с целью охвата всех типов рисков, а также для расширения контекста понимания рисков проекта. Тенденции и формирующиеся практики в области управления рисками проекта включают в себя, среди прочего:

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


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

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

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


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

♦ Устойчивость проекта. Существование неожиданно возникающих рисков становится известным по мере приобретения знаний о «неизвестных неизвестных». Это риски, которые можно обнаружить только после того, как они уже наступили. Справиться с неожиданно возникающими рисками можно путем укрепления устойчивости проекта к воздействиям. Для этого необходимо, чтобы каждый проект предусматривал:

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

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

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

• частый анализ ранних предупреждающих сигналов с целью идентификации неожиданно возникающих рисков как можно раньше;

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

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

СООБРАЖЕНИЯ ПО АДАПТАЦИИ

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

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

♦ Сложность проекта. Требуется ли тщательно проработанный подход к управлению рисками с учетом высоких уровней инноваций, использования новых технологий, коммерческих условий, интерфейсов или внешних зависимостей, которые увеличивают сложность проекта? Или проект является настолько простым, что достаточно использовать упрощенный процесс управления рисками?

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

♦ Подход к разработке. Выполняется ли данный проект по методу «водопада», когда процессы управления рисками протекают последовательно и итеративно, или на основе гибкого подхода, когда с рисками работают в начале каждой итерации, а также по ходу ее исполнения?


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

СООБРАЖЕНИЯ ДЛЯ ГИБКИХ/АДАПТИВНЫХ СРЕД

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

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

11.1. Планирование управления рисками

Планирование управления рисками – это процесс, определяющий, каким образом следует осуществлять управление рисками проекта. Ключевая выгода данного процесса состоит в обеспечении того, чтобы степень, тип и наглядность управления рисками были пропорциональны как рискам, так и важности проекта для организации и других заинтересованных сторон. Этот процесс выполняется единожды или в предопределенные моменты в проекте. Входы, инструменты и методы, а также выходы данного процесса показаны на рис. 11-2. На рис. 11-3 показана диаграмма потоков данных процесса.


Рис. 11-2. Планирование управления рисками: входы, инструменты и методы, выходы


Рис. 11-3. Планирование управления рисками: диаграмма потоков данных


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


  • 3.5 Оценок: 15

Правообладателям!

Это произведение, предположительно, находится в статусе 'public domain'. Если это не так и размещение материала нарушает чьи-либо права, то сообщите нам об этом.


Популярные книги за неделю


Рекомендации