Предыдущий раздел: Риски, проблемы, запросы на изменение и элементы действийСледующий раздел: Создание запроса на изменение


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

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

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

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

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

На этой схеме показан рабочий процесс по управлению риском проекта.

Пример: Создание и управление риском проекта

В этом примере, проектная команда в компании Forward Inc. развивает новый продукт с использованием нишевой технологии. Ресурсы внутри компании, которые имеют опыт с этой технологией ограничены, поэтому команда использует внешние ресурсы для выполнения проекта. Кроме того, продукт поставляется в комплекте с API стороннего разработчика, для которых требуются правовые согласования.

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

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

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

  1. Проверка предварительных требований.
  2. Анализировать риск.

Просмотр предварительных требований

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

Создание риска

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

Если общая оценка подробного риска отличается от назначенной ему оценки, эти два компонента управления рисками взаимодействуют друг с другом. Оценка подробного риска переопределяет назначенную оценку. Если созданному подробному риску не назначена оценка, соответствующий фактор в списке окрашивается цветом оценки из записи риска. Удаление подробного риска приводит к изменению общей оценки риска проекта, а также комбинированной оценки для данной категории риска.

Выполните следующие шаги:

  1. Откройте проект и щелкните "Риски/Проблемы/Изменения".
  2. Нажмите кнопку "Создать".
  3. В разделе Общие заполните поля. Для следующих полей требуется объяснение:
    Категория

    Категория, которой принадлежит риск.

    Значения:

    • Гибкость - Проект плохо адаптируется.
    • Финансирование - Финансирование проекта не выделено, либо доступно с ограничениями.
    • Интерфейс для работы человека - Пользовательский интерфейс плохо определен.
    • Внедрение - Неопределенность в вопросах внедрения и принятия пользователями.
    • Взаимозависимости - Проект зависит от других проектов.
    • Задачи - Требования, задачи, содержание и выгоды проекта необоснованны, плохо сформулированы, не поддаются измерению и не могут быть проверены.
    • Организационная культура Проект практически требует изменения организационной культуры, бизнес-процессов, процедур или политик.
    • Доступность ресурсов - Нет уверенности в доступности внутренних ресурсов, в связи с чем требуются внешние ресурсы.
    • Спонсирование - Спонсирование не гарантируется или его источники нечетко определены.
    • Возможность поддержки - Поддержка проекта представляет трудности в будущем и потребует серьезного обновления.
    • Технологии - В проекте используются непроверенные технологии и требуются новые внутренние или внешние экспертные знания.

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

    Владелец

    Имя ресурса, управляющего риском. Этот ресурс отвечает за надлежащее управление риском и за отслеживание вопроса в течение его жизненного цикла.

    По умолчанию: ресурс, который выполнил вход в систему.

  4. В разделе "Сведения" заполните поля: Для следующих полей требуется объяснение:
    Дата воздействия

    Дата, к которой последствия риска могут сказаться на проекте. Если вы задаете дату воздействия, введите значение в поле "Директивная дата разрешения".

    По умолчанию: текущая дата

    Допущения

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

    Связанные риски

    Риски проекта, связанные с этим риском. Риск можно связать только с рисками, существующими в текущем проекте.

    Связанные открытые вопросы

    Проблемы в том же проекте, связанные с этим риском. Риск можно связать только с проблемами, существующими в текущем проекте.

    Тип ответа

    Определяет требуемый тип реагирования на данный риск.

    Значения:

    • Контроль. Не требуется реагировать на риск. Этот тип реагирования обычно назначается для любого риска с низкой расчетной оценкой. Несмотря на то, что уровень вероятности или влияния риска не дает основания для принятия мер, целесообразно оставить риск открытым и наблюдать за ним.
    • Принять. Подверженность риску принимается, а также при отсутствии намерения предпринимать какие-либо действия в связи с риском.
    • Перенос. Требуется передать в другой проект. После передачи можно закрыть риск.
    • Уменьшить. Требуется применить стратегию реагирования для решения проблемы риска.

      По умолчанию: Контроль

      Примечание: В этом сценарии выберите Уменьшить.

  5. В разделе "Определение риска в цифрах" заполните поля: Для следующих полей требуется объяснение:
    Вероятность

    Вероятность возникновения риска. Это значение используется для расчета степени подверженности риску.

    Значения: Низкий (1), Средний (2), или Высокий (3)

    По умолчанию: Низкий

    Рассчитанный риск

    Оценка, рассчитанная на основе выбранных значений в полях Вероятность и Влияние .

    Значения:

    • 1–3 (зеленый). Расчетная оценка риска — низкий.
    • 4–6 (желтый). Расчетная оценка риска — средний.
    • 7–9 (красный). Расчетная оценка риска — высокий.
    Влияние

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

    По умолчанию: Низкий

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

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

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

    Остаточные риски

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

  8. Сохраните изменения.

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

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

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

В некоторых случаях можно принять риск и не предпринимать дальнейших мер.

Выполните следующие шаги:

  1. Откройте проект и щелкните "Риски/Проблемы/Изменения".
  2. Откройте риск.
  3. Откройте меню "Свойства" и щелкните "Стратегия реагирования".
  4. Заполните поля и щелкните "Добавить" , чтобы сохранить изменения.

Закрытие риска

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

Выполните следующие шаги:

  1. Откройте проект и щелкните "Риски/Проблемы/Изменения".
  2. Откройте риск.
  3. Измените статус на "Закрыто".
  4. Опишите как риск был уменьшен в разделе Разрешение .
  5. Сохраните изменения.

Создание проблемы или закрытие риска

Проблема - это событие, которое повлияло на проект. Если план по уменьшению риска не сработал, его можно преобразовать в проблему. Создайте проблему из существующего риска и затем закройте риск. Новая проблема унаследует имя и описание риска, а также некоторые его параметры, такие как "Состояние" ("Открыто") и "Дата создания" (текущая календарная дата). Всегда возможно установить связь с изначальным риском. Создание проблемы на основе риска повышает осведомленность о проблеме и позволяет сформулировать задачи и действия, необходимые команде проекта для ее решения. Кроме того, это позволяет членам команды вести записи об открытых вопросах и их итогах, которые анализируются при закрытии проекта и учитываются при планировании будущих проектов.

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

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

Выполните следующие шаги:

  1. Откройте проект и щелкните "Риски/Проблемы/Изменения".
  2. Откройте риск.
  3. Щелкните "Создать проблему".
  4. В разделе Общие заполните поля. Для следующих полей требуется объяснение:
    Категория

    Категория, которой принадлежит проблема.

    Значения:

    • Гибкость - Проект плохо адаптируется.
    • Финансирование - Финансирование проекта не выделено, либо доступно с ограничениями.
    • Интерфейс для работы человека - Пользовательский интерфейс плохо определен.
    • Внедрение - Неопределенность в вопросах внедрения и принятия пользователями.
    • Взаимозависимости - Проект зависит от других проектов.
    • Задачи - Требования, задачи, содержание и выгоды проекта необоснованны, плохо сформулированы, не поддаются измерению и не могут быть проверены.
    • Организационная культура Проект практически требует изменения организационной культуры, бизнес-процессов, процедур или политик.
    • Доступность ресурсов - Нет уверенности в доступности внутренних ресурсов, в связи с чем требуются внешние ресурсы.
    • Спонсирование - Спонсирование не гарантируется или его источники нечетко определены.
    • Возможность поддержки - Поддержка проекта представляет трудности в будущем и потребует серьезного обновления.
    • Технологии - В проекте используются непроверенные технологии и требуются новые внутренние или внешние экспертные знания.
    Владелец

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

    По умолчанию: ресурс, который выполнил вход в систему.

  5. В разделе "Сведения" заполните поля:
  6. Прикрепите документ с дополнительной полезной информацией о проблеме, ее разрешении или влиянии на проект, при наличии такового, в разделе "Вложения" .
  7. Заполните раздел "Разрешение" после разрешения проблемы.
  8. Щелкните "Сохранить и вернуться" ,чтобы перейти к странице "Свойства риска" и закрыть риск.
  9. Измените статус на "Закрыто".
  10. Сохраните изменения.

Создание проблемы

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

Выполните следующие шаги:

  1. Откройте проект и щелкните "Риски/Проблемы/Изменения".
  2. Откройте меню "Риски/Проблемы/Изменения" и щелкните "Проблемы".
  3. Нажмите кнопку "Создать".
  4. В разделе Общие заполните поля. Для следующих полей требуется объяснение:
    ИД открытого вопроса

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

    Категория

    Категория, которой относится проблема.

    Значения:

    • Гибкость - Проект плохо адаптируется.
    • Финансирование - Финансирование проекта не выделено, либо доступно с ограничениями.
    • Интерфейс для работы человека - Пользовательский интерфейс плохо определен.
    • Внедрение - Неопределенность в вопросах внедрения и принятия пользователями.
    • Взаимозависимости - Проект зависит от других проектов.
    • Задачи - Требования, задачи, содержание и выгоды проекта необоснованны, плохо сформулированы, не поддаются измерению и не могут быть проверены.
    • Организационная культура Проект практически требует изменения организационной культуры, бизнес-процессов, процедур или политик.
    • Доступность ресурсов - Нет уверенности в доступности внутренних ресурсов, в связи с чем требуются внешние ресурсы.
    • Спонсирование - Спонсирование не гарантируется или его источники нечетко определены.
    • Возможность поддержки - Поддержка проекта представляет трудности в будущем и потребует серьезного обновления.
    • Технологии - В проекте используются непроверенные технологии и требуются новые внутренние или внешние экспертные знания.
    Владелец

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

    По умолчанию: ресурс, который выполнил вход в систему.

    Создатель

    Имя ресурса, создавшего данный вопрос.

    По умолчанию: ресурс, который выполнил вход в систему.

  5. В разделе "Сведения" заполните поля:
  6. Прикрепите документ с дополнительной полезной информацией о проблеме, ее разрешении или влиянии на проект, при наличии такового, в разделе "Вложения" .
  7. Заполните раздел "Разрешение" после разрешения проблемы.
  8. Сохраните изменения.

Закрытие проблемы

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

Выполните следующие шаги:

  1. Откройте проект и щелкните "Риски/Проблемы/Изменения".
  2. Откройте меню "Риски/Проблемы/Изменения" и щелкните "Проблемы".
  3. Откройте проблему.
  4. Измените статус на "Закрыто".
  5. Опишите как проблема была разрешена в разделе "Разрешение" .
  6. Сохраните изменения.