Jump to content

Event chain methodology: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
No edit summary
Citation bot (talk | contribs)
Removed URL that duplicated identifier. | Use this bot. Report bugs. | Suggested by Eastmain | Category:Event management | #UCB_Category 4/15
 
(89 intermediate revisions by 58 users not shown)
Line 1: Line 1:
{{short description|Network analysis technique}}
[[Image:EventChain.jpg|thumb|320px|right|Event chain diagram]]'''Event chain methodology''' is an uncertainty modeling and schedule [[network analysis]] technique that is focused on identifying and managing events and event chains that affect [[project]] schedules. Event chain methodology is the next advance beyond [[critical path method]] and [[critical chain]] project management.<ref>Virine, L. and Trumper M., ''Project Decisions: The Art and Science'' (2007). Management Concepts. Vienna, VA, ISBN: 978-1567262179 </ref>.
[[File:EventChain.jpg|thumb|320px|right|Event chain diagram]]'''Event chain methodology''' is a [[network theory|network analysis]] technique that is focused on identifying and managing events and relationships between them (event chains) that affect [[project]] schedules. It is an uncertainty modeling schedule technique. Event chain methodology is an extension of quantitative project risk analysis with Monte Carlo simulations. It is the next advance beyond [[critical path method]] and [[critical chain]] project management.<ref>
{{cite book |
last1=Virine |
first1=Lev |
last2=Trumper |
first2=Michael |
date=2007 |
title=Project Decisions: The Art and Science |
publisher=Berrett-Koehler Publishers|
isbn=978-1567262179}}
</ref> Event chain methodology tries to mitigate the effect of [[motivational bias|motivational]] and [[cognitive biases]] in [[estimation|estimating]] and [[Scheduling (production processes)|scheduling]].<ref>Robyn M. Dawes and Bernard Corrigan, ‘‘Linear Models in Decision Making’’ Psychological Bulletin 81, no. 2 (1974): 93–106.</ref> It improves accuracy of risk assessment and helps to generate more realistic risk adjusted project schedules.<ref>Virine, Lev (2013). Integrated Qualitative and Quantitative Risk Analysis of Project Portfolios. In Proceedings of Enterprise Risk Management Symposium. April 22–23, 2013, Chicago, IL</ref>


==History==
Event chain methodology helps to mitigate effect [[motivation|motivational]] and [[cognitive biases]] in [[estimation|estimating]] and [[scheduling]].<ref>Robyn M. Dawes and Bernard Corrigan, ‘‘Linear Models in Decision Making’’
Psychological Bulletin 81, no. 2 (1974): 93–106.</ref><ref>Tversky, A., and D. Kahneman, ‘‘Judgment under uncertainty: heuristics and biases’’ Science 185 (1972): 1125-1130.</ref>
. In many cases, project managers intentionally or unintentionally create project schedules that are impossible to implement<ref>Flyvbjerg, B. ‘‘From Nobel Prize to project management: getting risks right’’. Project Management Journal, (2006): pp 5-15.</ref><ref>Flyvbjerg, B., M.K.S. Holm, and S.L. Buhl. ‘‘Underestimating costs in public works projects: Error or Lie?’’ Journal of the American Planning Association 68 no 3 (2002): 279-295</ref>. The methodology also simplifies the process of defining risks and uncertainties in project schedules, particularly improve the ability to provide reality checks and visualize multiple events.
Event chain methodology is used to perform more accurate quantitative analysis while taking to an account such factors as relationship between different events and actual moment of the events.


Event chain methodology is an extension of traditional Monte Carlo simulation of project schedules where uncertainties in task duration and costs are defined by statistical distribution.<ref>
==Event Chain Methodology Principles==
{{cite book|
last = Vose|
first = David|
date = 2008|
title = Risk Analysis: A Quantitative Guide|
edition= 3rd |
publisher = Great Britain: Wiley|
isbn = 978-0-470-51284-5
}}
</ref><ref>
{{cite book|
last = Hillson|
first = David|
date = 2012|
title=Practical Risk Management: The ATOM Methodology|
publisher = Berrett-Koehler Publishers|
edition = 2nd|
isbn = 978-1567263664
}}
</ref><ref>
{{cite book|
last = Hillson|
first = David|
date = 2009|
title=Managing Risk in Projects (Fundamentals of Project Management) |
publisher = Routledge|
isbn = 978-0566088674
}}
</ref> For example, task duration can be defined by three point estimates: low, base, and high. The results of analysis is a risk adjusted project schedule, crucial tasks, and probabilities that project will be completed on time and on budget. Defining uncertainties using statistical distribution provide accurate results if there is a reliable historical data about duration and cost of similar tasks in previous projects. Another approach is to define uncertainties using risk events or risk drivers, which can be assigned to different tasks or resources.<ref>
{{cite book |
last=Hulett |
first=David |
date=2009 |
title=Practical Schedule Risk Analysis |
publisher=Routledge|
isbn=978-0566087905}}
</ref><ref>
{{cite book |
last=Hulett |
first=David |
date=2011 |
title=Integrated Cost-Schedule Risk Analysis|
publisher=Routledge|
isbn=978-0566091667}}
</ref> Information about probabilities and impact of such events is easier to elicit, which improves accuracy of analysis. Risks can be recorded in the [[Risk register]]. Event chain methodology was first proposed in the period of 2002–2004.<ref>
Virine, Lev (2013). Integrated Qualitative and Quantitative Risk Analysis of Project Portfolios. In Proceedings of 2013 Enterprise Risk Management Symposium, April 22–24, Chicago, IL</ref> It is fully or partially implemented in a number of software application.<ref>
Virine, Lev. and Trumper, Michael. (2015). Predicting the unpredictable: how to analyze project risks using event chain methodology. PM Network, 29(9), 28–29
</ref> Event Chain Methodology is based on six principles and has a number of outcomes.

==Principles==


===Moment of risk and state of activity===
===Moment of risk and state of activity===
{{Unreferenced section|date=June 2023}}


[[File:EventChainDiagramForOneActivity.png|thumb|355px|Event chain diagram for one activity]]Activities (tasks) are not a continuous uniform procedure. Tasks are affected by external events, which transform an activity from one state to another. One of the important properties of an event is the moment when an event occurs during the course of an activity. This moment, when an event occurs, in most cases is probabilistic and can be defined using [[statistical distribution]]. The original state is called a ground state, other states are called excited states. For example, if the team completes their job on activity, they can move to other activities. The notion of an activity's state is important because certain events can or cannot occur when activity is in certain state. It means that the state of an activity is subscribed to the events. Events can be local, affecting particular tasks or resources, or global affecting all tasks or resources.
[[Image:EventChainMethodology.jpg|thumb|320px|right|Moment of risk and state of activity]]An activity (task) in most real life processes is not a continuous uniform procedure. Tasks are affected by external events, which transform an activity from one state to another.
One of the important properties of an event is the moment when an event occurs during the course of an activity. This moment, when an event occurs, in most cases is probabilistic and can be defined using [[statistical distribution]].


===Event Chains===
===Event chains===
{{Unreferenced section|date=June 2023}}


Events can cause other events, which will create event chains. These event chains can significantly affect the course of the project.
Events can be related to other events, which will create event chains. These event chains can significantly affect the course of the project.
For example, requirement changes can cause an activity to be delayed. To accelerate the activity, the project manager allocates a resource is from another activity, which then leads to a missed deadline. Eventually, this can lead to the failure of the project.
For example, requirement changes can cause an activity to be delayed. To accelerate the activity, the project manager allocates a resource from another activity, which then leads to a missed deadline. Eventually, this can lead to the failure of the project. It could be different relationship between events. One event can trigger one or multiple events.


Events can be correlated with each other without one triggering another one. In this case if one risk has occurred, another one will occur and vice versa. One event assigned in one activity can execute another activity or group of activities. In many cases it the execution of risk response plans. For example, event “structural defect is discovered” can cause one or many activities “Repair”. Events can cause other events to occur either immediately or with a delay. The delay is a property of the event subscription. The delay can be deterministic, but in most cases, it is probabilistic. Also risks can be transferred from one activity to another. To define event chains, we need to identify a "sender", the event that initiates the chain of events. The sender event can cause one or more events that effect multiple activities. These are called "receiver" events. In turn, the receiver events can also act as sender events.
===Monte Carlo Simulations===


===Event chain diagrams===
Once events and event chains are defined, quantitative analysis using [[Monte Carlo simulation]] can be performed to quantify the cumulative impact of the events. Probabilities and impacts of risks are using as in input data for Monte Carlo simulation of the project schedule<ref>Williams, T. ‘‘Why Monte Carlo simulations of project networks can mislead’’. Project Management Journal, Vol 23. No 3, (2006): 53-61</ref>. In most real life projects, it is necessary to supplement the information regarding the uncertainties expressed as an event with distributions related to duration, start time, cost, and other parameters.
[[File:EventChainDiagramExample1.png|355px|thumb|Example of event chain diagram: local and global threats and opportunities with different probabilities and impacts]]
[[Event chain diagram]] is a visualization that shows the relationships between events and tasks and how the events affect each other.<ref>Virine, Lev & McVean, Jason. (2004). Visual Modeling of Business Problems: Workflow and Patterns, In Proceedings of 2004 Winter Simulation Conference, Washington DC.</ref><ref>
Virine, Lev & Rapley, Lisa. (2003). Visualization of Probabilistic Business Models, In Proceedings of 2003 Winter Simulation Conference, New Orleans, LA.</ref> The simplest way to represent these chains is to depict them as arrows associated with certain tasks or time intervals on the Gantt chart. Here are a few important rules:


*Event chains diagrams present events as arrows on the Gantt charts.
===Critical Event Chains===
*Arrows pointing down are threats. Arrows pointing up are opportunities.
*Issues are shown as an arrow within a circle. Color of the issue arrow is red (dark).
*Closed or transferred risks are shown using dashed lines. Color of arrow is white. Closed issue is shown in the circle with dashed border line.
*Excited states are represented by elevating the associated section of the bar on the Gantt chart.
*Colors represent the calculated impact of the risk. Higher impacts are red or darker shade. Low impacts are green or lighter shade. The size of the arrow represents probability.
*Event chains are shown as lines connecting arrows depicting events.
*Event chains may trigger another activity. In this case event chain line will be connected with the beginning of activity with optional arrow.
*Event chains may trigger a group of activities. In this case this group of activities will be surrounded by the box or frame and event chain line will be connected to the corner of the box or first activity within a frame.
By using event chain diagrams to visualize events and event chains, the modeling and analysis of risks and uncertainties can be significantly simplified.


[[File:EventChainDiagramExample.png|355px|thumb|Example of event chain diagram with critical event chain and activity triggered by event]]
The single events or the event chains that have the most potential to affect the projects are the “critical events” or “critical chains of events.” By identifying critical events or critical chains of events, we can mitigate their negative effects. These critical chains of events can be identified by analyzing the correlations between the main project parameters, such as project duration or cost, and the event chains.
Another tool that can be used to simplify the definition of events is a state table. Columns in the state table represent events; rows represent the states of an activity. Information for each event in each state includes four properties of event subscription: probability, moment of event, excited state, and impact of the event.


===Monte Carlo simulation===
===Performance Tracking with Event Chains===
Once events and event chains are defined, quantitative analysis using [[Monte Carlo simulation]] can be performed to quantify the cumulative effect of the events.<ref>{{Cite journal|doi = 10.7595/management.fon.2018.0004|title = Examining the Value of Monte Carlo Simulation for Project Time Management|year = 2018|last1 = Avlijas|first1 = Goran|journal = Management: Journal of Sustainable Business and Management Solutions in Emerging Economies|volume = 24|page = 11|doi-access = free| s2cid=67095960 }}</ref> Probabilities and impacts of risks assigned to activities are used as input data for Monte Carlo simulation of the project schedule.<ref>Williams, T. "Why Monte Carlo simulations of project networks can mislead". Project Management Journal, Vol 35. Issue 3, (2004): 53-61</ref> In most projects it is necessary to supplement the event based variance with uncertainties as distributions related to duration, start time, cost, and other parameters.


In Event chain methodology, risk can not only affect schedule and cost, but also other parameters such as safety, security, performance, technology, quality, and other objectives. In other words, one event can belong to different categories.<ref>Agarwal, Ruchi. and Virine, Lev. (2017). Monte Carlo Project Risk Analysis. In Raydugin, Y. (ed) Handbook of Research on Leveraging Risk and Uncertainties for Effective Project Management. IGI Global; 1 edition</ref> The result of the analysis would show risk exposure for different categories as well as integrated project risk score for all categories. This integrated project risk score is calculated based on relative weights for each risk category.
Monitoring the activity's progress ensures that updated information is used to perform the analysis. During the course of the project, the probability and time of the events can be recalculated based on actual data. The main issue with performance tracking is forecasting an activity’s duration and cost if an activity is partially completed and certain events are assigned to the activity. The simple heuristic approach to this problem is to analyze the moment of risk, which is defined as one of the event parameters. Advanced analysis can be performed using a Bayesian approach.


===Event Chain Diagrams===
===Critical event chains===
{{Unreferenced section|date=June 2023}}
Monte Carlo simulation provides the capability, through sensitivity analysis, to identify single or chains of events. These chains of events can be identified by analyzing the correlations between the main project parameters, such as project duration or cost, and the event chains. These are called “critical events” or “critical chains of events”. By identifying critical events or critical chains of events, we can identify strategies to minimize their negative effects: Avoid, Transfer, Mitigate, or Accept. Event and event chain ranking is performed for all risk categories (schedule-related and non-schedule) as part of one process. Integrated risk probability, impact and score can be calculated using weights for each risk category.


===Project control with event and event chains===
Event Chain Diagrams are visualizations that show the relationships between events and tasks and how the events affect each other. The simplest way to represent these chains is to depict them as arrows associated with certain tasks or time intervals on the Gantt chart. Different events and event chains can be displayed using different colors. Events can be global (for all tasks in the project) and local (for a particular task). By using Event Chain Diagrams to visualize events and event chains, the modeling and analysis of risks and uncertainties can be significantly simplified.
{{Unreferenced section|date=June 2023}}
Monitoring the activity's progress ensures that updated information is used to perform the analysis. During the course of the project, the probability and time of the events can be recalculated based on actual data. The main reason for performance tracking is forecasting an activity's duration and cost if an activity is partially completed and certain events are assigned to the activity. Event chain methodology reduces the risk probability and impact automatically based on the percent of work completed. Advanced analysis can be performed using a Bayesian approach. It is possible to monitor the chance that a project will meet a specific deadline. This chance is constantly updated as a result of the Monte Carlo analysis. Critical events and event chains can be different at the various phases of the project


==Event Chain Methodology Phenomena==
==Phenomena==


===Repeated Activities===
===Repeated activities===
{{Unreferenced section|date=June 2023}}
[[File:RepeatedActivity.jpg|thumb|320px|right|Repeated Activity]]Sometimes events can cause the start of an activity that has already been completed. This is a very common scenario for real life projects; sometimes a previous activity must be repeated based on the results of a succeeding activity. Event chain methodology simplifies modeling of these scenarios. The original project schedule does not need to be updated, all that is required is to define the event and assign it to an activity that points to the previous activity. In addition, a limit to the number of times an activity can be repeated must be defined.


===Event chains and risk response===
[[Image:RepeatedActivity.jpg|thumb|320px|right|Repeated Acitivity]]Sometimes events can cause the start of an activity that has already been completed. This is a very common scenario for real life projects; sometimes a previous activity must be repeated based on the results of a succeeding activity Modeling of these scenarios using event chain methodology is simple. The original project schedule does not need to be updated, as all that is required is to define the event and assign it to an activity that points to the previous activity. In addition, a limit to the number of times an activity can be repeated needs to be defined.
{{Unreferenced section|date=June 2023}}
[[File:MitigationPlan.jpg|thumb|250px|right|Mitigation plan]]If an event or event chain occurs during the course of a project, it may require some risk response effort.
Risk response plans execution are triggered by events, which occur if an activity is in an excited state. Risk response events may attempt to transform the activity from the excited state to the ground state. Response plans are an activity or group of activities (small schedule) that augment the project schedule if a certain event occurs. The solution is to assign the response plan to an event or event chain. The same response plan can be used for one or more events.


===Event Chains and Risk Mitigation===
===Resource allocation based on events===
{{Unreferenced section|date=June 2023}}

One potential event is the reassignment of a resource from one activity to another, which can occur under certain conditions. For example, if an activity requires more resources to complete it within a fixed period, this will trigger an event to reallocate the resource from another activity. Reallocation
[[Image:MitigationPlan.jpg|thumb|250px|right|Mitigation plan]]If event or event chain occurs during the course of a project, it may require some mitigation effort. In some cases, mitigation plans can be generated. Mitigation plans are an activity or group of activities (small schedule) that augment the project schedule if a certain event occurs. The solution is to assign the mitigation plan to an event or event chain. These small schedules will be triggered when an event chain occurs. The same mitigation plan can be used for different events. Each mitigation plan will have entry and exit points.
of resources can also occur when activity duration reaches a certain deadline or the cost exceeds a certain value. Events can be used to model different situations with resources, e.g. temporary leave, illness, vacations, etc.

===Resource Allocation Based on Events===

One potential event is the reassignment of a resource from one activity to another, which can occur under certain conditions. For example, if an activity requires more resources to complete it within a fixed period, this will trigger an event to reallocate the resource from another activity. Reallocation of resources can also occur when activity duration reaches a certain deadline or the cost exceeds a certain value. Events can be used to model different situations with resources, e.g. temporary leave, illness, vacations, etc.


==See also==
==See also==
*[[List of project management software]]
*[[List of project management topics]]
*[[Monte Carlo simulation]]
*[[Monte Carlo simulation]]
*[[List of project management topics]]
*[[Program Evaluation and Review Technique]]
*[[Program Evaluation and Review Technique]]
*[[Project]]
*[[Project]]
*[[Project management]]
*[[Project management]]
*[[Project planning]]
*[[Project planning]]
*[[Virtuous circle and vicious circle]]
*[[Work breakdown structure]]
*[[Work breakdown structure]]
*[[List of project management software]]


== References ==
{{reflist}}


== Further reading ==
==Bibliography==
*Arnaud Doucet, Nando de Freitas and Neil Gordon, ''Sequential Monte Carlo methods in practice'', 2001, ISBN 0-387-95146-6.
* Arnaud Doucet, [[Nando de Freitas]] and Neil Gordon, ''Sequential Monte Carlo methods in Practice'', 2001, {{ISBN|0-387-95146-6}}.
*Hammond, J.S. and Keeney, R.L. and Raiffa, H., ''Smart Choices: A Practical Guide to Making Better Decisions'' (1999). Harvard Business School Press
* Hammond, J.S. and Keeney, R.L. and Raiffa, H., ''Smart Choices: A Practical Guide to Making Better Decisions'' (1999). Harvard Business School Press
*Keeney, R.L.,''Value-focused thinking -- A Path to Creative Decisionmaking'' (1992). Harvard University Press. ISBN 0-674-93197-1
* D. Kahneman and A. Tversky (ed.) (1982). ''Judgement under Uncertainty: Heuristics and Biases''. Cambridge University Press. {{ISBN|0-521-28414-7}}
*Matheson, David, and Matheson, Jim, ''The Smart Organization: Creating Value through Strategic R&D ''(1998). Harvard Business School Press. ISBN 0-87584-765-X
* Keeney, R.L., ''Value-focused thinking: A Path to Creative Decisionmaking'' (1992). Harvard University Press. {{ISBN|0-674-93197-1}}
* Matheson, David, and Matheson, Jim, ''The Smart Organization: Creating Value through Strategic R&D ''(1998). Harvard Business School Press. {{ISBN|0-87584-765-X}}
*Raiffa, Howard, ''Decision Analysis: Introductory Readings on Choices Under Uncertainty'' (1997). McGraw Hill. ISBN 0-07-052579-X
* Raiffa, Howard, ''Decision Analysis: Introductory Readings on Choices Under Uncertainty'' (1997). McGraw Hill. {{ISBN|0-07-052579-X}}
*Robert C.P. and G. Casella. "Monte Carlo Statistical Methods" (second edition). New York: Springer-Verlag, [[2004]], ISBN 0-387-21239-6
* Robert C.P. and G. Casella. "Monte Carlo Statistical Methods" (second edition). New York: Springer-Verlag, 2004, {{ISBN|0-387-21239-6}}
*Skinner, David, ''Introduction to Decision Analysis, 2nd Edition'' (1999). Probabilistic. ISBN 0-9647938-3-0
*Smith, J.Q., ''Decision Analysis: A Bayesian Approach'' (1988), Chapman and Hall. ISBN 0-412-27520-1
* Skinner, David, ''Introduction to Decision Analysis '' (second edition) (1999). Probabilistic. {{ISBN|0-9647938-3-0}}
* Smith, J.Q., ''Decision Analysis: A Bayesian Approach'' (1988), Chapman and Hall. {{ISBN|0-412-27520-1}}
*Judgement under Uncertainty: Heuristics and Biases, ed. D. Kahneman and A. Tversky,(Cambridge University Press, 1982) ISBN 0-521-28414-7
* Virine, L. and Trumper M., ''ProjectThink: Why Good Managers Make Poor Project Choices'' (2013), Gower Pub Co. {{ISBN|978-1409454984}}

* Virine, L. and Trumper M., ''Project Risk Analysis Made Ridiculously Simple'' (2017), World Scientific Publishing. {{ISBN|978-9814759373}}

== References ==
<references/>


== External links ==
== External links ==
{{commons category|Event chain methodology}}
*[http://www.projectdecisions.org/paper/Paper_EventChainMeethodology.pdf Event Chain Methodology in Details]
*[http://www.projectdecisions.org/paper/Paper_EventChainMeethodology.pdf Event Chain Methodology in Details]
*[http://csrc.nist.gov/publications/nistpubs/800-30/sp800-30.pdf Risk Management Guide for Information Technology Systems (July 2002)]
*[http://yosemite.epa.gov/oswer/ceppoweb.nsf/content/EPAguidance.htm#General U.S. EPA's General Risk Management Program Guidance (April 2004)]
*[http://csrc.nist.gov/publications/nistpubs/800-30/sp800-30.pdf NIST Special Publication 800-30 Risk Management Guide for Information Technology Systems (July 2002)]
*[http://www.intaver.com/Articles/RP_Art_EventChainMethodology.html Project Management Using Event Chain Methodology]
*[http://www.intaver.com/Articles/RP_Art_EventChainMethodology.html Project Management Using Event Chain Methodology]
*[http://www.projectdecisions.org Project Decisions: How to make better project decisions, analyze and manage project risks, and manage successful projects]
*[http://www.planningengineers.org/publications/papers_download.aspx?id=20 Project Planning Using Event Chain Methodology]
*[https://doi.org/10.1007%2Fs001700070059 Petri Nets for Project Management and Resource Leveling]
*[http://www.ce.cmu.edu/pmbook/10_Fundamental_Scheduling_Procedures.html Project Management for Construction, by Chris Hendrickson]
*[https://ntrs.nasa.gov/archive/nasa/casi.ntrs.nasa.gov/20120000033.pdf NASA Risk Management Handbook (November 2011)]
*[http://www.dbcenter.cise.ufl.edu/seek/Publications/RCPSP_YGO.pdf Resource-Constrained Project Scheduling: Past Work and New Directions]
*[http://www.springerlink.com/index/CAGPW559AX96QR0R.pdf Petri Nets for Project Management and Resource Levelling]




[[Category:Project management]]
[[Category:Project management techniques]]
[[Category:Management]]
[[Category:Event management]]
[[Category:Business]]
[[Category:Business terms]]
[[Category:Production and manufacturing]]
[[Category:Network analysis]]
[[Category:Operations research]]
[[Category:Engineering]]
[[Category:Scheduling algorithms]]
[[Category:Scheduling algorithms]]
[[Category:Methodology]]
[[Category:Methodology]]
[[Category:Event (computing)]]
[[Category:Events (computing)]]
[[Category:Risk analysis]]

Latest revision as of 00:35, 20 December 2024

Event chain diagram

Event chain methodology is a network analysis technique that is focused on identifying and managing events and relationships between them (event chains) that affect project schedules. It is an uncertainty modeling schedule technique. Event chain methodology is an extension of quantitative project risk analysis with Monte Carlo simulations. It is the next advance beyond critical path method and critical chain project management.[1] Event chain methodology tries to mitigate the effect of motivational and cognitive biases in estimating and scheduling.[2] It improves accuracy of risk assessment and helps to generate more realistic risk adjusted project schedules.[3]

History

[edit]

Event chain methodology is an extension of traditional Monte Carlo simulation of project schedules where uncertainties in task duration and costs are defined by statistical distribution.[4][5][6] For example, task duration can be defined by three point estimates: low, base, and high. The results of analysis is a risk adjusted project schedule, crucial tasks, and probabilities that project will be completed on time and on budget. Defining uncertainties using statistical distribution provide accurate results if there is a reliable historical data about duration and cost of similar tasks in previous projects. Another approach is to define uncertainties using risk events or risk drivers, which can be assigned to different tasks or resources.[7][8] Information about probabilities and impact of such events is easier to elicit, which improves accuracy of analysis. Risks can be recorded in the Risk register. Event chain methodology was first proposed in the period of 2002–2004.[9] It is fully or partially implemented in a number of software application.[10] Event Chain Methodology is based on six principles and has a number of outcomes.

Principles

[edit]

Moment of risk and state of activity

[edit]
Event chain diagram for one activity

Activities (tasks) are not a continuous uniform procedure. Tasks are affected by external events, which transform an activity from one state to another. One of the important properties of an event is the moment when an event occurs during the course of an activity. This moment, when an event occurs, in most cases is probabilistic and can be defined using statistical distribution. The original state is called a ground state, other states are called excited states. For example, if the team completes their job on activity, they can move to other activities. The notion of an activity's state is important because certain events can or cannot occur when activity is in certain state. It means that the state of an activity is subscribed to the events. Events can be local, affecting particular tasks or resources, or global affecting all tasks or resources.

Event chains

[edit]

Events can be related to other events, which will create event chains. These event chains can significantly affect the course of the project. For example, requirement changes can cause an activity to be delayed. To accelerate the activity, the project manager allocates a resource from another activity, which then leads to a missed deadline. Eventually, this can lead to the failure of the project. It could be different relationship between events. One event can trigger one or multiple events.

Events can be correlated with each other without one triggering another one. In this case if one risk has occurred, another one will occur and vice versa. One event assigned in one activity can execute another activity or group of activities. In many cases it the execution of risk response plans. For example, event “structural defect is discovered” can cause one or many activities “Repair”. Events can cause other events to occur either immediately or with a delay. The delay is a property of the event subscription. The delay can be deterministic, but in most cases, it is probabilistic. Also risks can be transferred from one activity to another. To define event chains, we need to identify a "sender", the event that initiates the chain of events. The sender event can cause one or more events that effect multiple activities. These are called "receiver" events. In turn, the receiver events can also act as sender events.

Event chain diagrams

[edit]
Example of event chain diagram: local and global threats and opportunities with different probabilities and impacts

Event chain diagram is a visualization that shows the relationships between events and tasks and how the events affect each other.[11][12] The simplest way to represent these chains is to depict them as arrows associated with certain tasks or time intervals on the Gantt chart. Here are a few important rules:

  • Event chains diagrams present events as arrows on the Gantt charts.
  • Arrows pointing down are threats. Arrows pointing up are opportunities.
  • Issues are shown as an arrow within a circle. Color of the issue arrow is red (dark).
  • Closed or transferred risks are shown using dashed lines. Color of arrow is white. Closed issue is shown in the circle with dashed border line.
  • Excited states are represented by elevating the associated section of the bar on the Gantt chart.
  • Colors represent the calculated impact of the risk. Higher impacts are red or darker shade. Low impacts are green or lighter shade. The size of the arrow represents probability.
  • Event chains are shown as lines connecting arrows depicting events.
  • Event chains may trigger another activity. In this case event chain line will be connected with the beginning of activity with optional arrow.
  • Event chains may trigger a group of activities. In this case this group of activities will be surrounded by the box or frame and event chain line will be connected to the corner of the box or first activity within a frame.

By using event chain diagrams to visualize events and event chains, the modeling and analysis of risks and uncertainties can be significantly simplified.

Example of event chain diagram with critical event chain and activity triggered by event

Another tool that can be used to simplify the definition of events is a state table. Columns in the state table represent events; rows represent the states of an activity. Information for each event in each state includes four properties of event subscription: probability, moment of event, excited state, and impact of the event.

Monte Carlo simulation

[edit]

Once events and event chains are defined, quantitative analysis using Monte Carlo simulation can be performed to quantify the cumulative effect of the events.[13] Probabilities and impacts of risks assigned to activities are used as input data for Monte Carlo simulation of the project schedule.[14] In most projects it is necessary to supplement the event based variance with uncertainties as distributions related to duration, start time, cost, and other parameters.

In Event chain methodology, risk can not only affect schedule and cost, but also other parameters such as safety, security, performance, technology, quality, and other objectives. In other words, one event can belong to different categories.[15] The result of the analysis would show risk exposure for different categories as well as integrated project risk score for all categories. This integrated project risk score is calculated based on relative weights for each risk category.

Critical event chains

[edit]

Monte Carlo simulation provides the capability, through sensitivity analysis, to identify single or chains of events. These chains of events can be identified by analyzing the correlations between the main project parameters, such as project duration or cost, and the event chains. These are called “critical events” or “critical chains of events”. By identifying critical events or critical chains of events, we can identify strategies to minimize their negative effects: Avoid, Transfer, Mitigate, or Accept. Event and event chain ranking is performed for all risk categories (schedule-related and non-schedule) as part of one process. Integrated risk probability, impact and score can be calculated using weights for each risk category.

Project control with event and event chains

[edit]

Monitoring the activity's progress ensures that updated information is used to perform the analysis. During the course of the project, the probability and time of the events can be recalculated based on actual data. The main reason for performance tracking is forecasting an activity's duration and cost if an activity is partially completed and certain events are assigned to the activity. Event chain methodology reduces the risk probability and impact automatically based on the percent of work completed. Advanced analysis can be performed using a Bayesian approach. It is possible to monitor the chance that a project will meet a specific deadline. This chance is constantly updated as a result of the Monte Carlo analysis. Critical events and event chains can be different at the various phases of the project

Phenomena

[edit]

Repeated activities

[edit]
Repeated Activity

Sometimes events can cause the start of an activity that has already been completed. This is a very common scenario for real life projects; sometimes a previous activity must be repeated based on the results of a succeeding activity. Event chain methodology simplifies modeling of these scenarios. The original project schedule does not need to be updated, all that is required is to define the event and assign it to an activity that points to the previous activity. In addition, a limit to the number of times an activity can be repeated must be defined.

Event chains and risk response

[edit]
Mitigation plan

If an event or event chain occurs during the course of a project, it may require some risk response effort.

Risk response plans execution are triggered by events, which occur if an activity is in an excited state. Risk response events may attempt to transform the activity from the excited state to the ground state. Response plans are an activity or group of activities (small schedule) that augment the project schedule if a certain event occurs. The solution is to assign the response plan to an event or event chain. The same response plan can be used for one or more events.

Resource allocation based on events

[edit]

One potential event is the reassignment of a resource from one activity to another, which can occur under certain conditions. For example, if an activity requires more resources to complete it within a fixed period, this will trigger an event to reallocate the resource from another activity. Reallocation of resources can also occur when activity duration reaches a certain deadline or the cost exceeds a certain value. Events can be used to model different situations with resources, e.g. temporary leave, illness, vacations, etc.

See also

[edit]

References

[edit]
  1. ^ Virine, Lev; Trumper, Michael (2007). Project Decisions: The Art and Science. Berrett-Koehler Publishers. ISBN 978-1567262179.
  2. ^ Robyn M. Dawes and Bernard Corrigan, ‘‘Linear Models in Decision Making’’ Psychological Bulletin 81, no. 2 (1974): 93–106.
  3. ^ Virine, Lev (2013). Integrated Qualitative and Quantitative Risk Analysis of Project Portfolios. In Proceedings of Enterprise Risk Management Symposium. April 22–23, 2013, Chicago, IL
  4. ^ Vose, David (2008). Risk Analysis: A Quantitative Guide (3rd ed.). Great Britain: Wiley. ISBN 978-0-470-51284-5.
  5. ^ Hillson, David (2012). Practical Risk Management: The ATOM Methodology (2nd ed.). Berrett-Koehler Publishers. ISBN 978-1567263664.
  6. ^ Hillson, David (2009). Managing Risk in Projects (Fundamentals of Project Management). Routledge. ISBN 978-0566088674.
  7. ^ Hulett, David (2009). Practical Schedule Risk Analysis. Routledge. ISBN 978-0566087905.
  8. ^ Hulett, David (2011). Integrated Cost-Schedule Risk Analysis. Routledge. ISBN 978-0566091667.
  9. ^ Virine, Lev (2013). Integrated Qualitative and Quantitative Risk Analysis of Project Portfolios. In Proceedings of 2013 Enterprise Risk Management Symposium, April 22–24, Chicago, IL
  10. ^ Virine, Lev. and Trumper, Michael. (2015). Predicting the unpredictable: how to analyze project risks using event chain methodology. PM Network, 29(9), 28–29
  11. ^ Virine, Lev & McVean, Jason. (2004). Visual Modeling of Business Problems: Workflow and Patterns, In Proceedings of 2004 Winter Simulation Conference, Washington DC.
  12. ^ Virine, Lev & Rapley, Lisa. (2003). Visualization of Probabilistic Business Models, In Proceedings of 2003 Winter Simulation Conference, New Orleans, LA.
  13. ^ Avlijas, Goran (2018). "Examining the Value of Monte Carlo Simulation for Project Time Management". Management: Journal of Sustainable Business and Management Solutions in Emerging Economies. 24: 11. doi:10.7595/management.fon.2018.0004. S2CID 67095960.
  14. ^ Williams, T. "Why Monte Carlo simulations of project networks can mislead". Project Management Journal, Vol 35. Issue 3, (2004): 53-61
  15. ^ Agarwal, Ruchi. and Virine, Lev. (2017). Monte Carlo Project Risk Analysis. In Raydugin, Y. (ed) Handbook of Research on Leveraging Risk and Uncertainties for Effective Project Management. IGI Global; 1 edition

Further reading

[edit]
  • Arnaud Doucet, Nando de Freitas and Neil Gordon, Sequential Monte Carlo methods in Practice, 2001, ISBN 0-387-95146-6.
  • Hammond, J.S. and Keeney, R.L. and Raiffa, H., Smart Choices: A Practical Guide to Making Better Decisions (1999). Harvard Business School Press
  • D. Kahneman and A. Tversky (ed.) (1982). Judgement under Uncertainty: Heuristics and Biases. Cambridge University Press. ISBN 0-521-28414-7
  • Keeney, R.L., Value-focused thinking: A Path to Creative Decisionmaking (1992). Harvard University Press. ISBN 0-674-93197-1
  • Matheson, David, and Matheson, Jim, The Smart Organization: Creating Value through Strategic R&D (1998). Harvard Business School Press. ISBN 0-87584-765-X
  • Raiffa, Howard, Decision Analysis: Introductory Readings on Choices Under Uncertainty (1997). McGraw Hill. ISBN 0-07-052579-X
  • Robert C.P. and G. Casella. "Monte Carlo Statistical Methods" (second edition). New York: Springer-Verlag, 2004, ISBN 0-387-21239-6
  • Skinner, David, Introduction to Decision Analysis (second edition) (1999). Probabilistic. ISBN 0-9647938-3-0
  • Smith, J.Q., Decision Analysis: A Bayesian Approach (1988), Chapman and Hall. ISBN 0-412-27520-1
  • Virine, L. and Trumper M., ProjectThink: Why Good Managers Make Poor Project Choices (2013), Gower Pub Co. ISBN 978-1409454984
  • Virine, L. and Trumper M., Project Risk Analysis Made Ridiculously Simple (2017), World Scientific Publishing. ISBN 978-9814759373
[edit]