Управление рисками проекта: выявление, оценка и ответы

Граница материала: Процесс выявления, анализа, планирования ответов и мониторинга неопределённости. U997 отвечает только за устройство реестра, U993 — за календарный критический путь. Сквозной пример — проект зависит от внешнего подрядчика, сезонного окна и новой интеграции. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: совокупная экспозиция, реализованные риски, эффективность ответов, использование резервов и скорость обнаружения.

Определить контекст и аппетит: управление рисками проекта

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

• Потребность: «определить контекст и аппетит» в системе «управление рисками проекта».
• Владелец ответа: владелец потребности.
• Рабочая запись: артефакт операции «определить контекст и аппетит» для темы «управление рисками проекта»: решение по шагу «определить контекст и аппетит» с версией и критерием проверки «управление рисками проекта».
• Неясная граница: при действии «определить контекст и аппетит» в теме «управление рисками проекта» возникает отклонение: для «определить контекст и аппетит» отсутствует доказательство в системе «управление рисками проекта».

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

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

• Решение до старта: «собрать риски разными методами» в системе «управление рисками проекта».
• Кто согласует: руководитель направления.
• След согласования: артефакт операции «собрать риски разными методами» для темы «управление рисками проекта»: решение по шагу «собрать риски разными методами» с версией и критерием проверки «управление рисками проекта».
• Причина возврата: при действии «собрать риски разными методами» в теме «управление рисками проекта» возникает отклонение: для «собрать риски разными методами» отсутствует доказательство в системе «управление рисками проекта».

Проверить качество формулировок: управление рисками проекта

Приоритет «управление рисками проекта» связывайте с ценностью и ограничением. На действии «проверить качество формулировок» роль аналитик решения использует артефакт операции «проверить качество формулировок» для темы «управление рисками проекта»: решение по шагу «проверить качество формулировок» с версией и критерием проверки «управление рисками проекта». Не складывайте срочность, громкость запроса и влияние в одну оценку. Для «управление рисками проекта» сравните минимум два варианта. Если обнаружен риск «при действии «проверить качество формулировок» в теме «управление рисками проекта» возникает отклонение: для «проверить качество формулировок» отсутствует доказательство в системе «управление рисками проекта»», основание приоритета нужно перепроверить.

• Основание приоритета: «проверить качество формулировок» в системе «управление рисками проекта».
• Кто выбирает: аналитик решения.
• Расчёт выбора: артефакт операции «проверить качество формулировок» для темы «управление рисками проекта»: решение по шагу «проверить качество формулировок» с версией и критерием проверки «управление рисками проекта».
• Ложная срочность: при действии «проверить качество формулировок» в теме «управление рисками проекта» возникает отклонение: для «проверить качество формулировок» отсутствует доказательство в системе «управление рисками проекта».

Провести качественную оценку: управление рисками проекта

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

• Цепочка решения: «провести качественную оценку» в системе «управление рисками проекта».
• Кто связывает: координатор связей.
• Трасса результата: артефакт операции «провести качественную оценку» для темы «управление рисками проекта»: решение по шагу «провести качественную оценку» с версией и критерием проверки «управление рисками проекта».
• Потерянная связь: при действии «провести качественную оценку» в теме «управление рисками проекта» возникает отклонение: для «провести качественную оценку» отсутствует доказательство в системе «управление рисками проекта».

При необходимости посчитать сценарии: управление рисками проекта

Границы роли в «управление рисками проекта» задайте явно. Для шага «при необходимости посчитать сценарии» роль владелец результата предъявляет артефакт операции «при необходимости посчитать сценарии» для темы «управление рисками проекта»: решение по шагу «при необходимости посчитать сценарии» с версией и критерием проверки «управление рисками проекта». Укажите, что человек решает самостоятельно, с кем советуется и кому сообщает итог. Ошибка «при действии «при необходимости посчитать сценарии» в теме «управление рисками проекта» возникает отклонение: для «при необходимости посчитать сценарии» отсутствует доказательство в системе «управление рисками проекта»» создаёт зависание или двойную ответственность. Исправьте полномочия «управление рисками проекта» до следующей контрольной точки.

• Полномочие роли: «при необходимости посчитать сценарии» в системе «управление рисками проекта».
• Кто отвечает: владелец результата.
• Подтверждение роли: артефакт операции «при необходимости посчитать сценарии» для темы «управление рисками проекта»: решение по шагу «при необходимости посчитать сценарии» с версией и критерием проверки «управление рисками проекта».
• Двойной владелец: при действии «при необходимости посчитать сценарии» в теме «управление рисками проекта» возникает отклонение: для «при необходимости посчитать сценарии» отсутствует доказательство в системе «управление рисками проекта».

Расставить приоритеты: управление рисками проекта

Фактическое состояние «управление рисками проекта» важнее процента готовности. На этапе «расставить приоритеты» роль ответственный за исполнение обновляет артефакт операции «расставить приоритеты» для темы «управление рисками проекта»: решение по шагу «расставить приоритеты» с версией и критерием проверки «управление рисками проекта». Для проверки используйте завершённый результат, наблюдаемое событие или подтверждённое решение. Если появился риск «при действии «расставить приоритеты» в теме «управление рисками проекта» возникает отклонение: для «расставить приоритеты» отсутствует доказательство в системе «управление рисками проекта»», не улучшайте статус вручную. Сначала разберите причину через «совокупная экспозиция, реализованные риски, эффективность ответов, использование резервов и скорость обнаружения».

• Состояние по факту: «расставить приоритеты» в системе «управление рисками проекта».
• Кто обновляет: ответственный за исполнение.
• Доказательство статуса: артефакт операции «расставить приоритеты» для темы «управление рисками проекта»: решение по шагу «расставить приоритеты» с версией и критерием проверки «управление рисками проекта».
• Скрытое отклонение: при действии «расставить приоритеты» в теме «управление рисками проекта» возникает отклонение: для «расставить приоритеты» отсутствует доказательство в системе «управление рисками проекта».

Выбрать стратегии ответов: управление рисками проекта

Изменение «управление рисками проекта» получает отдельную запись. Для операции «выбрать стратегии ответов» роль комитет изменений прикладывает артефакт операции «выбрать стратегии ответов» для темы «управление рисками проекта»: решение по шагу «выбрать стратегии ответов» с версией и критерием проверки «управление рисками проекта». Сравните пользу, стоимость задержки и влияние на уже согласованное. При признаке «при действии «выбрать стратегии ответов» в теме «управление рисками проекта» возникает отклонение: для «выбрать стратегии ответов» отсутствует доказательство в системе «управление рисками проекта»» остановите перенос в рабочую версию. Команда «управление рисками проекта» должна видеть одно действующее решение и историю предыдущего.

• Запрос изменения: «выбрать стратегии ответов» в системе «управление рисками проекта».
• Кто решает: комитет изменений.
• Версия и причина: артефакт операции «выбрать стратегии ответов» для темы «управление рисками проекта»: решение по шагу «выбрать стратегии ответов» с версией и критерием проверки «управление рисками проекта».
• Несогласованный выпуск: при действии «выбрать стратегии ответов» в теме «управление рисками проекта» возникает отклонение: для «выбрать стратегии ответов» отсутствует доказательство в системе «управление рисками проекта».

Назначить владельцев и резервы: управление рисками проекта

Качество «управление рисками проекта» проверяется на исполнении. На шаге «назначить владельцев и резервы» роль независимый проверяющий передаёт артефакт операции «назначить владельцев и резервы» для темы «управление рисками проекта»: решение по шагу «назначить владельцев и резервы» с версией и критерием проверки «управление рисками проекта» участнику, который не готовил материал. Если тот приходит к другому выводу, правило уточняют. Риск «при действии «назначить владельцев и резервы» в теме «управление рисками проекта» возникает отклонение: для «назначить владельцев и резервы» отсутствует доказательство в системе «управление рисками проекта»» нельзя закрывать средним показателем. Для «управление рисками проекта» сохраните пример ошибки и правильный вариант.

• Независимая проверка: «назначить владельцев и резервы» в системе «управление рисками проекта».
• Кто проверяет: независимый проверяющий.
• Контрольный пример: артефакт операции «назначить владельцев и резервы» для темы «управление рисками проекта»: решение по шагу «назначить владельцев и резервы» с версией и критерием проверки «управление рисками проекта».
• Разный вывод: при действии «назначить владельцев и резервы» в теме «управление рисками проекта» возникает отклонение: для «назначить владельцев и резервы» отсутствует доказательство в системе «управление рисками проекта».

Наблюдать триггеры: управление рисками проекта

Приёмочный тест «управление рисками проекта» формулируют заранее. Для действия «наблюдать триггеры» роль заказчик результата сопоставляет артефакт операции «наблюдать триггеры» для темы «управление рисками проекта»: решение по шагу «наблюдать триггеры» с версией и критерием проверки «управление рисками проекта» с ожидаемым результатом. На сценарии «проект зависит от внешнего подрядчика, сезонного окна и новой интеграции» проверьте обычный и пограничный пути. Если проявился риск «при действии «наблюдать триггеры» в теме «управление рисками проекта» возникает отклонение: для «наблюдать триггеры» отсутствует доказательство в системе «управление рисками проекта»», запишите отклонение и владельца исправления. Повторная проверка нужна на новой версии.

• Условие приёмки: «наблюдать триггеры» в системе «управление рисками проекта».
• Кто принимает: заказчик результата.
• Результат теста: артефакт операции «наблюдать триггеры» для темы «управление рисками проекта»: решение по шагу «наблюдать триггеры» с версией и критерием проверки «управление рисками проекта».
• Причина отказа: при действии «наблюдать триггеры» в теме «управление рисками проекта» возникает отклонение: для «наблюдать триггеры» отсутствует доказательство в системе «управление рисками проекта».

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

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

• Изменённое правило: «разобрать реализованные риски» в системе «управление рисками проекта».
• Кто закрепляет: владелец процесса.
• Запись урока: артефакт операции «разобрать реализованные риски» для темы «управление рисками проекта»: решение по шагу «разобрать реализованные риски» с версией и критерием проверки «управление рисками проекта».
• Непроверенная гипотеза: при действии «разобрать реализованные риски» в теме «управление рисками проекта» возникает отклонение: для «разобрать реализованные риски» отсутствует доказательство в системе «управление рисками проекта».

Матрица контроля и владения

Что изучить дальше

• матрица RACI
• диаграмма Ганта
• канбан-доска
• метод критического пути
• бэклог продукта
• управление проектами

Чек-лист запуска