Как контролировать риски в Agile

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

Идентификация рисков в Agile Risk Management

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

  • На начальном этапе разработки гибкого проекта гибкая команда и менеджер продукта обсуждают требования и случаи, которые могут возникнуть при их поставке. Во время анализа требований члены команды должны начать думать о рисках, связанных с реализацией требований.
  • В процессе оценки гибкой разработки проекта команда должна оценить размер историй. Они должны учитывать гранулярность историй, поскольку чем больше истории, тем больше риски.
  • Процесс определения риска начинается с самого планирования итерации. Agile-команда должна принимать работу, в которой она уверена, чтобы снизить риск неудачи.
  • Члены команды Agile должны поднимать вопросы, которые могут повлиять на их рабочий процесс, во время каждого совещания. После этого они должны продолжить обсуждение, чтобы принять соответствующие меры по смягчению последствий.
  • Члены команды, работающие над agile-проектом, должны обсуждать и разъяснять риски заинтересованным сторонам во время каждого обзора итерации.
  • Команда должна проанализировать состояние проекта, опыт, полученный в ходе итерации, и найти время для оценки сопутствующих рисков.

Оценка рисков в Agile Risk Management:

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

PESTLE: Политические риски – Возникновение политических влияний, которые управляют проектом
ПЕСТЛ: Экологические риски
ПЕСТЛ: Социальные риски
PESTLE: Риски, растущие из-за технологий
ПЕСТЛ: Риски, возникающие с юридической точки зрения
ПЕСТЛ: Экономические риски

Программы для Windows, мобильные приложения, игры - ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале - Подписывайтесь:)

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

1. Перепись рисков:

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

2. Совет по рискам

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

3. Диаграмма снижения рисков:

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

Реагирование на риски в Agile Risk Management

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

  • Избегать: В этом случае, если конкретная история рискованна, стратегия избегания может быть использована для удаления истории из бэклога. Однако это возможно не во всех случаях, поскольку зависит от важности истории в проекте.
  • Смягчение: Используя стратегию смягчения, гибкая команда пытается уменьшить либо влияние, либо вероятность рисков, либо и то, и другое. Предположим, что команда знает о своей «скорости», тогда она может предсказать объем работы, который может быть выполнен за итерацию. Это снижает риск чрезмерного или недостаточного обязательства во время планирования итерации.
  • Передача: При использовании стратегии передачи риск передается другой стороне. Обычно используемая стратегия передачи — это «аутсорсинг», когда вы поручаете работу третьей стороне. Однако передача рисков не устраняет риск полностью. Это называется остаточным риском, с которым также следует иметь дело.
  • Принять: Используя стратегию принятия, человек сознательно принимает риск и с риском по мере его возникновения. Эта стратегия обычно используется для рисков, которые имеют либо меньшую вероятность, либо меньшее влияние.

Обзор рисков в Agile Project Management

Обзор рисков — это название форума или встречи, на которой рассматриваются риски проекта. Во время обзора вероятность и влияние рисков переоцениваются в лучшую сторону, а также выявляются новые риски, если они возникают. Ежедневные стендап-встречи, плановые совещания, Scrum-of-scrums и т. д. также могут служить платформой для обзора рисков в управлении agile-проектами. Чтобы узнать больше об управлении рисками и agile-практиках, вы можете присоединиться к онлайн-обучению PMI-ACP от Simplilearn. Вы также можете посетить обучение по сертификации PMP®, чтобы расширить свои знания в области agile и улучшить подготовку к экзамену PMI-ACP для получения agile-сертификации. Узнайте даты предстоящих обучающих программ по agile в вашем городе.

Программы для Windows, мобильные приложения, игры - ВСЁ БЕСПЛАТНО, в нашем закрытом телеграмм канале - Подписывайтесь:)

Похожие записи

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *