Методология цепочки событий — это метод сетевого анализа , который фокусируется на выявлении и управлении событиями и отношениями между ними (цепочками событий), которые влияют на графики проектов . Это метод моделирования неопределенности. Методология цепочки событий — это расширение количественного анализа рисков проекта с помощью моделирования Монте-Карло. Это следующий шаг вперед за пределами метода критического пути и управления проектами критической цепи . [1] Методология цепочки событий пытается смягчить влияние мотивационных и когнитивных предубеждений при оценке и планировании . [2] Она повышает точность оценки рисков и помогает создавать более реалистичные графики проектов с поправкой на риски. [3]
Методология цепочки событий является расширением традиционного моделирования Монте-Карло графиков проектов, где неопределенности в продолжительности задач и затратах определяются статистическим распределением. [4] [5] [6] Например, длительность задачи может быть определена тремя точечными оценками: низкой, базовой и высокой. Результатами анализа являются скорректированный с учетом риска график проекта, критические задачи и вероятности того, что проект будет завершен вовремя и в рамках бюджета. Определение неопределенностей с использованием статистического распределения дает точные результаты, если есть надежные исторические данные о продолжительности и стоимости аналогичных задач в предыдущих проектах. Другой подход заключается в определении неопределенностей с использованием событий риска или драйверов риска, которые могут быть назначены различным задачам или ресурсам. [7] [8] Информацию о вероятностях и влиянии таких событий легче получить, что повышает точность анализа. Риски можно записывать в регистр рисков . Методология цепочки событий была впервые предложена в период 2002–2004 гг. [9] Она полностью или частично реализована в ряде программных приложений. [10] Методология цепочки событий основана на шести принципах и имеет ряд результатов.
Действия (задачи) не являются непрерывной однородной процедурой. На задачи влияют внешние события, которые переводят действие из одного состояния в другое. Одним из важных свойств события является момент, когда событие происходит в ходе действия. Этот момент, когда происходит событие, в большинстве случаев является вероятностным и может быть определен с помощью статистического распределения . Исходное состояние называется основным состоянием, другие состояния называются возбужденными состояниями. Например, если команда завершает свою работу над действием, она может перейти к другим действиям. Понятие состояния действия важно, поскольку определенные события могут или не могут произойти, когда действие находится в определенном состоянии. Это означает, что состояние действия подписано на события. События могут быть локальными, затрагивающими определенные задачи или ресурсы, или глобальными, затрагивающими все задачи или ресурсы.
События могут быть связаны с другими событиями, что создаст цепочки событий. Эти цепочки событий могут существенно повлиять на ход проекта. Например, изменение требований может привести к задержке действия. Чтобы ускорить действие, менеджер проекта выделяет ресурс из другого действия, что затем приводит к пропущенному сроку. В конечном итоге это может привести к провалу проекта. Между событиями могут быть разные отношения. Одно событие может вызвать одно или несколько событий.
События могут быть коррелированы друг с другом, не вызывая при этом другого. В этом случае, если произошел один риск, произойдет другой и наоборот. Одно событие, назначенное в одной деятельности, может выполнить другую деятельность или группу действий. Во многих случаях это выполнение планов реагирования на риски. Например, событие «обнаружен структурный дефект» может вызвать одну или несколько действий «Ремонт». События могут вызывать другие события либо немедленно, либо с задержкой. Задержка является свойством подписки на события. Задержка может быть детерминированной, но в большинстве случаев она вероятностная. Также риски могут передаваться от одной деятельности к другой. Чтобы определить цепочки событий, нам нужно определить «отправителя», событие, которое инициирует цепочку событий. Событие-отправитель может вызвать одно или несколько событий, которые влияют на несколько действий. Они называются событиями-«получателями». В свою очередь, события-получатели также могут выступать в качестве событий-отправителей.
Диаграмма цепочки событий — это визуализация, которая показывает взаимосвязи между событиями и задачами и то, как события влияют друг на друга. [11] [12] Самый простой способ представить эти цепочки — изобразить их в виде стрелок, связанных с определенными задачами или временными интервалами на диаграмме Ганта. Вот несколько важных правил:
Используя диаграммы цепочек событий для визуализации событий и цепочек событий, можно значительно упростить моделирование и анализ рисков и неопределенностей.
Другим инструментом, который можно использовать для упрощения определения событий, является таблица состояний. Столбцы в таблице состояний представляют события; строки представляют состояния активности. Информация для каждого события в каждом состоянии включает четыре свойства подписки на событие: вероятность, момент события, возбужденное состояние и влияние события.
После определения событий и цепочек событий можно провести количественный анализ с использованием моделирования Монте-Карло для количественной оценки совокупного эффекта событий. [13] Вероятности и воздействия рисков, назначенных видам деятельности, используются в качестве входных данных для моделирования Монте-Карло графика проекта. [14] В большинстве проектов необходимо дополнять дисперсию, основанную на событиях, неопределенностями в виде распределений, связанных с длительностью, временем начала, стоимостью и другими параметрами.
В методологии цепочки событий риск может влиять не только на график и стоимость, но и на другие параметры, такие как безопасность, надежность, производительность, технология, качество и другие цели. Другими словами, одно событие может относиться к разным категориям. [15] Результат анализа покажет подверженность риску для разных категорий, а также интегрированную оценку риска проекта для всех категорий. Эта интегрированная оценка риска проекта рассчитывается на основе относительных весов для каждой категории риска.
Моделирование Монте-Карло дает возможность посредством анализа чувствительности идентифицировать отдельные события или цепочки событий. Эти цепочки событий можно идентифицировать, анализируя корреляции между основными параметрами проекта, такими как продолжительность или стоимость проекта, и цепочками событий. Они называются «критическими событиями» или «критическими цепочками событий». Выявляя критические события или критические цепочки событий, мы можем определить стратегии для минимизации их негативных последствий: избегать, передавать, смягчать или принимать. Ранжирование событий и цепочек событий выполняется для всех категорий рисков (связанных с расписанием и не связанных с расписанием) как часть одного процесса. Интегрированная вероятность риска, воздействие и оценка могут быть рассчитаны с использованием весов для каждой категории риска.
Мониторинг хода выполнения действия гарантирует, что обновленная информация используется для выполнения анализа. В ходе проекта вероятность и время событий могут быть пересчитаны на основе фактических данных. Основной причиной отслеживания производительности является прогнозирование продолжительности и стоимости действия, если действие частично выполнено и определенные события назначены для действия. Методология цепочки событий автоматически снижает вероятность риска и воздействие на основе процента выполненной работы. Расширенный анализ может быть выполнен с использованием байесовского подхода. Можно отслеживать вероятность того, что проект уложится в определенный срок. Эта вероятность постоянно обновляется в результате анализа Монте-Карло. Критические события и цепочки событий могут быть разными на разных этапах проекта
Иногда события могут вызывать начало действия, которое уже было завершено. Это очень распространенный сценарий для реальных проектов; иногда предыдущее действие должно быть повторено на основе результатов последующего действия. Методология цепочки событий упрощает моделирование таких сценариев. Исходный график проекта не нужно обновлять, все, что требуется, — это определить событие и назначить его действию, которое указывает на предыдущее действие. Кроме того, необходимо определить ограничение на количество повторений действия.
Если в ходе проекта происходит событие или цепочка событий, могут потребоваться определенные усилия по реагированию на риски.
Выполнение планов реагирования на риски запускается событиями, которые происходят, если активность находится в возбужденном состоянии. События реагирования на риски могут пытаться преобразовать активность из возбужденного состояния в основное состояние. Планы реагирования представляют собой активность или группу активностей (небольшой график), которые дополняют график проекта, если происходит определенное событие. Решение состоит в том, чтобы назначить план реагирования событию или цепочке событий. Один и тот же план реагирования может использоваться для одного или нескольких событий.
Одним из потенциальных событий является перераспределение ресурса с одного вида деятельности на другой, что может произойти при определенных условиях. Например, если для выполнения вида деятельности требуется больше ресурсов в течение фиксированного периода, это вызовет событие для перераспределения ресурса с другого вида деятельности. Перераспределение ресурсов также может произойти, когда продолжительность деятельности достигает определенного крайнего срока или стоимость превышает определенное значение. События можно использовать для моделирования различных ситуаций с ресурсами, например, временного отпуска, болезни, отпуска и т. д.