File:Selecting technique.png

2017-09-29T20:38:12Z

Waqaskhld:

File:Risk Management Processes.png

2017-09-29T20:19:55Z

Waqaskhld:

File:Risk management principles.png

2017-09-29T20:18:03Z

Waqaskhld:

Concept of Risk Quantification and Methods used in Project Management

2017-09-22T20:31:36Z

Waqaskhld:

<div style="text-align: justify;">Risk quantification is a 2nd step of project risk management, after risk identification and before risk response development and risk response control. Risk quantification is a process to evaluate identified risks to produce data that can be used in deciding a response to corresponding risks. The objective of project risk quantification is to prepare contingencies in terms of costs, time, or human resources and prioritize them. Risks are quantified by using likelihood or probability of an event to occur i.e. probability of failure on demand (PFD) and its impact or severity on the outcome or situation. Risks then can be categorised into acceptable or not acceptable risks and further actions are taken accordingly. Stakeholder risk tolerance, potential risk events, sources of risks, and estimates of costs and times are some of the inputs to risk quantification process. Whereas, opportunities and threats are the outputs of risk quantification process. Poor risk management may lead to project failures or accidents, hence its importance cannot be overlooked. There are several methods or tools that are used in risk quantification including Expert Opinion, Expected Monetary Value (EMV), Statistical Sums, Monte Carlo Simulations, and Decision Trees. Purpose of this article is provide an overview and importance of the concept of risk quantification in project management and review tools and techniques that are used in project risk quantification with application, advantages, and disadvantages of each tool. Further, limitations or challenges in project risk quantification are also analysed briefly at the end.</div>

= Introduction =
===Definition===

<div style="text-align: center;">Risk quantification is a process of evaluating the risks that have been identified and developing the data that will be needed for making decisions as to what should be done about them [http://pmtips.net/blog-new/defining-risk-management-part-4-risk-quantification]. PMBOK <ref name=Duncan2013 >[Duncan W. R., “A Guide to Project Management Body of Knowledge (PMBOK)”, PMI Standards Committee, (2013).] </ref> describes risk quantification as evaluating risks and risk interactions to assess the range of possible outcomes.</div><br />

===Inputs and Outputs of Risk Quantification===
In risk quantification process of a project, there are inputs that should be considered with delegate care and as a result of risk quantification process outputs are generated. According to PMBOK, following inputs are considered and outputs are produced in risk quantification process of any project:
{| class="wikitable" style="margin-left: auto; margin-right: auto; border: none; width: 70%;"
|+ style="text-align: left;" | Table 1: Inputs and Outputs to Risk Quantification in Project Management
|-
! Inputs
! Outputs
|-
| '''Stakeholder Risk Tolerance:''' ''Every organization and different individuals may have different tolerance for risk value''
| '''Opportunities to Pursue, Threats to Respond to:''' ''The list of opportunities that should be pursued and threats that should be taken care of.''
|-
| '''Sources of Risks:''' ''Categories of possible risk events that may negatively affect the outcome of a project. For example, Designs errors, stakeholder actions, or poor estimates etc.''
| '''Opportunities to Ignore, Threats to Accept:''' ''List of opportunities that can be ignored and threats that can be accepted.''
|-
| '''Potential Risk Events:''' ''Discrete occurrences that can occur during a project that may affect the outcome of the project. Such as natural disaster or departure of key member etc.''
|
|-
| '''Cost Estimates:''' ''Assessment of likely cost required to complete the project activities.''
|
|-
| '''Activity Duration Estimate:''' ''Quantitative assessment of likely number of work period required to activities of a project''
|
|}

===Purpose and Concept ===

<div style="text-align: justify;">The objective of risk quantification is to prepare contingencies in terms of costs, time, or human resources and prioritize them in terms of their severity and likelihood, so that appropriate action can be taken accordingly. In order to quantify risk, it needs to be identified first. Once risk is identified then it is analyzed in terms of probability of occurrence and impact that it could print on the outcome. The probability is assigned either based on intuition or the previous data of failure rates available for similar events in datasheets. The probability of failure on Demand (PFD) of an event or a component is calculated by following formula. </div><br />

<div style="text-align: center;"><math>PFD = 1/2 \times Test Interval (T) \times Failure Rate (F)</math></div><br />

<div style="text-align: justify;">Once probabilities of all events are calculated, a criterion for the likelihood of all the events is defined. For example, if a specific event may occur in exceptional circumstances, like for example <3% chance of occurrence, then its likelihood can be assigned as “Rare”. In a similar way, severity or consequence of the events on a project is also classified. For example, if an event may result in abandonment of project then it can be classified as “Catastrophic” or if it may result in a delay of 50% of schedule or 50% of additional cost then it may be classified as “Major”. The risk(R) is calculated by multiplying probability(P) with the impact(I) or severity.</div><br />

<div style="text-align: center;"><math>R = P\times I</math></div><br />

<div style="text-align: justify;">Once risks are quantified then these are evaluated against a defined risk criteria or risk matrix. Red zone in a risk matrix may represent unacceptable risks, yellow zone as an acceptable risk, and green zone as neglectable risks. For example, if an event has a likelihood of class “Likely” and it has a severity class “Catastrophic” then it may lie in the red zone of the risk matrix. This may mean that this risk is not acceptable and appropriate or immediate actions should be applied to lower this risk into the acceptable zone or prepare contingencies. Figure 1 shows an example of risk matrix of a project. The first column represents criteria for likelihood, where, the first row represents criteria for consequence. Further, nature of any possible risk is defined based on both likelihood and consequence from low, moderate, high, to an extreme. </div><br />
[[File:Risk Matrix of a project.jpg|thumb| |upright=2.5||center||Figure 1: Example of risk matrix of a project (source: http://www.cbisco.com.au/wp-content/uploads/2014/06/aa.jpg)]]

===Importance===
[[File:Why projects fail.png|thumb| |upright=2.5||right||Figure 2: Causes of project failure (source: https://media.licdn.com/mpr/mpr/shrinknp_800_800/AAEAAQAAAAAAAAg4AAAAJDVlMzhiNDM5LWJlMWUtNGU5Zi05ZTY4LTAzYWRhODM5YjhmYQ.png)]]
<div style="text-align: justify;">The term risk or risk assessment may sound like a modern scientific concept, but the idea of risk is as old as recorded human history. The gambling, the very essence of risk, was a popular pastime that inspired Pascal and Fermat’s revolutionary breakthrough into laws of probability <ref>[''Bernstein P.L., “Against the Gods: The remarkable story of risk”, John Wiley & Sons, New York, (1996).''] </ref>. However, Risk as a scientific field is quite young. Around 30-40 years ago scientific journals, papers, and conferences started to cover this idea and principles on how to assess and manage risk <ref>[''Aven T., “Risk assessment and risk management: Review of recent advances on their foundation”, European journal of operational research, (2016), Vol. 253, No. 1, pp. 1-13.'']</ref>. Figure 2 shows that 17% of projects were failed due to inadequate risk management.
[writing in process...] </div><br />

=Applications=
<div style="text-align: justify;">Several tools and techniques are used in order to apply risk quantification in projects. PMBOK <ref name=Duncan2013 /> provides 6 methods that can be used in risk quantification process. These tools and techniques are described briefly below, along with application, advantages, and disadvantages of each tool. </div><br />

[[File:Example of Expert Opinion.png|thumb| |upright=2.5||right||Figure 3: Example of expert opinion in a project (source: Yildiz A. Z. et al, “Using expert opinion for risk assessment: a case study of a construction project utilizing a risk mapping tool “, Procedia - Social and Behavioral Sciences, (2014), Vol. 119, pp. 519-528.)]]
===Expert Opinion===
<div style="text-align: justify;">[https://www.merriam-webster.com/dictionary/expert%20opinion Merriam Webster]defines expert opinion as, “a belief or judgment about something given by an expert on the subject”. Expert opinion is one of the risk quantification techniques. In expert opinion, risks are quantified based on the opinions of experts or senior executives based on their experiences. One of the best ways to use expert opinion is to conduct risk assessments workshops where experts can discuss and consequently assign values to the to the risks identified. But, this may lead to group bias and can affect the outcome. This bias can be minimized by using Delphi method, but there still be a chance of high variation in opinion. [http://www.theactuary.com/archive/old-articles/part-3/risk-quantification-techniques/] Although, expert opinion is not as concrete, as other methods may be, and may prone to personal subjectivity, but it is a very useful tool for risk quantification when data is scarce or no sufficient past experience is available or where risks are very company or project specific.[http://www.theactuary.com/archive/old-articles/part-3/risk-quantification-techniques/] Figure 3 shows an example of risk quantification using expert opinion in a case study on construction project conducted by Yildiz et al. (2014).<ref>[Yildiz A. Z. et al, “Using expert opinion for risk assessment: a case study of a construction project utilizing a risk mapping tool “, Procedia - Social and Behavioral Sciences, (2014), Vol. 119, pp. 519-528.]</ref> The ratings are estimated ratings, quantified by SEM (Structural Equation Modeling) [https://en.wikipedia.org/wiki/Structural_equation_modeling] software based on the sub risks and attributes ratings assigned by experts using 1-5 Likert Scale.[https://da.wikipedia.org/wiki/Likert-skala]</div><br ///>

===Expected Monetary Value (EMV)===
[[File:Example of EMV.png|thumb| |upright=2.5||right||Figure 4: Example of EMV (source: https://pmstudycircle.com/2015/01/a-short-guide-to-expected-monetary-value-emv/)]]
<div style="text-align: justify;">Expected monetary value is another way to quantify risk. According to PMBOK <ref name=Duncan2013 />, expected monetary value is a product of two numbers, risk probability value and risk event value which is an estimate of loss or gain that will be incurred if the risk event occurs. These values can be positive and negative resulting in gain or loss respectively. For example, if there is 60% probability than a certain equipment will fail during a project that will result in USD10,000, then EMV will be USD -6,000. Figure 4 shows an example of EMV analysis. It can be perceived that a total of USD4,500 are required as contingency, but as all of the events are not going to happen. This means, the risks which are not going to happen will add their value to EMV pool, where risks that are going to happen will utilize value from this pool. Hence, for this example, a project manager can add extra USD1,100 into project budget as contingency.[https://pmstudycircle.com/2015/01/a-short-guide-to-expected-monetary-value-emv/] EMV helps project managers in two ways. First, it helps to manage estimate the amount required to manage all identified risks. Second, it helps in selecting the choice to manage the risk by selecting the option with minimum value.[https://pmstudycircle.com/2015/01/a-short-guide-to-expected-monetary-value-emv/]
EMV is generally used as an input to further analysis, for example, in [https://en.wikipedia.org/wiki/Decision_tree decision trees]. Benefits of using EMV are that it provides help in calculating contingency reserves, in procurement planning decision making, in spreading impact of large number of risks, and in decision tree analysis. Whereas, drawbacks of using this technique are that this technique is not used in samall and small-medium sized projects, use of expert opinion may result in personal bias, and chance of forgetting of inclusion of positive risks. [http://pmstudycircle.com/2015/01/a-short-guide-to-expected-monetary-value-emv/]</div><br />

===Statistical Sums===
<div style="text-align: justify;">Statistical sums is another way to quantify risks. In this technique cost estimates of individual work items are calculated and then are used to calculate range of total project costs using statistical probability distribution. The range of different project costs can help to quantify relative risks of alternative project budgets (PMBOK)<ref name=Duncan2013 />. In this method, instead of using one point estimate, 3 point estimates are used. Cost of each work item is estimated through 3 points of likelihood i.e. low, likely, and high. Then statistical distribution such as normal distribution or beta distribution is used to calculate mean and variance. To calculate mean and variance of total project estimate, means and variances are added together for all work items. Figure 5 shows an example of this method. It is an easy technique for calculating budget and time contingency of a project, but it cannot be used for unforeseeable risks that may happen during a project. Further, as estimates are provided on expert opinion bases so it may subject to personal bias.
</div><br />
[[File:Example of Statistical Sums.png|thumb| |upright=2.5||center||Figure 5: Example of Statistical Sums (3 point estimates) (source: Duncan W. R., “A Guide to Project Management Body of Knowledge (PMBOK)”, PMI Standards Committee, (2013))]]

[[File:Monte carlo 1.png |thumb| |upright=2.5||right||Figure 6: 3 point estimates of e-learning project (source: http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/)]]
[[File:Example of Monte Carlo simulation run.png |thumb| |upright=2.5||right||Figure 7: Example of Monte Carlo simulation run(source: http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/)]]
===Monte Carlo Analysis or Simulation===
<div style="text-align: justify;">Monte Carlo is a computerized mathematical simulation technique that is used to quantify risks in project management. This technique is helpful in seeing the probable outcomes of decisions and assesses the impact of risk that is useful in decision making [http://www.palisade.com/risk/monte_carlo_simulation.asp]. Most likely and least likely estimates of risks are provided for each event and then these estimates are summed together to calculate a range of possible outcome. Monte Carlo simulation then generates random values between the range and calculates the number of occurrences the value lies within each possible outcome. This probability is then distributed and the decision is made based on the most probable outcome.
For example, if there are three tasks required in an e-learning project. Best case, most likely, and worst case estimates of all the tasks required are given in figure 5. It can be seen that the project is most likely to complete in between 11 and 23 days. Now for example, if Monte Carlo simulation is run 500 times generating random values between 11 and 23. The total number of times the simulation result was less than or equal to projected duration is calculated as shown in figure 6. Then, the probability of each projected duration is calculated and distributed as shown in figure 7. It can be seen that, from figure 5, the most likely projected completion time is 17 days. But, as per figure 7, Monte Carlo simulation shows that likelihood of project completion in 17 days is almost 33%. Whereas, the likelihood of project completion in 19 days is 88%. Hence, it can be estimated that the project will most likely complete in 19 to 20 days. [http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/]
Monte Carlo simulation is usually used in cost and schedule estimation. It can also be used in large projects or programs. The benefits of using Monte Carlo are easiness of tool, numerical estimation, and greate level of confidence [http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/]. Whereas drawbacks or challenges are the use of right distribution as wrong distribution may lead to wrong results, input estimates as right estimates are required to produce right results, and use of right mathematical formula in the software.[http://abovethelaw.com/2016/05/finance-and-law-the-pros-and-cons-of-monte-carlo-simulations-in-valuation/]
</div><br />
[[File:Result of probability distribution after Monte Carlo simulation.png |thumb| |upright=2.5||center||Figure 8: Result of probability distribution as a result of Monte Carlo simulation (source: http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/)]]

===Decision Trees===
[[File:Example of decision tree.png |thumb| |upright=2.5||right||Figure 9: Example of decision tree analysis (source: https://www.mpug.com/articles/pmp-prep-decision-tree-analysis-in-risk-management/)]]
<div style="text-align: justify;">Decision tree is a tool that uses tree-like graph or model of decisions and their corresponding consequences [http://en.wikipedia.org/wiki/Decision_tree] that can be used to quantify risks and make a decision under uncertainty in a project. Expected Monetary Value (EMV) is usually used to quantify risks, where probability(P) of an event is multiplied by its impact(I) to calculate the EMV. For example, if there is a decision to make in a project under uncertainty that whether make a prototype or not in a project. This decision has only two options, prototype and no prototype, shown in figure 9. Each of these choices has two consequences, success or failure. The probability of each consequence is also shown in figure 9. Impact in terms of costs for each option or chance and consequence or outcome is also shown in figure 9. Net path value for prototype with 70% success is equal to payoff minus prototype cost i.e. $500,000 - $100,000 = +$400,000. Similarly, net path values for rest of the paths are also shown in figure 9. EMV value for the path option of prototype is then calculated as [70%*($400,000) + 30%*(-$150,000)] = +$235,000. Similarly, the EMV value for no prototype is -$100,000. Hence, EMV value at decision node will be +$235,000, which means that the project manager should decide to select prototype option as the other option actually gives a loss. [http://www.mpug.com/articles/pmp-prep-decision-tree-analysis-in-risk-management/]
Benefits of using decision tree analysis are ease of understanding and implementation, quantification of even little hard data, and a possibility to add several new scenarios. While disadvantages are biases of input data and increase in complexity for a large number of outcomes that are linked together. [http://en.wikipedia.org/wiki/Decision_tree] </div><br />

=Limitations and Challenges=
<div style="text-align: justify;">One of the limitations in risk quantification is that probabilities are estimated either by past history or in some cases by expert opinion or intuition. Both of these cases cannot define the probability of an event with 100% certainty, which means no matter how much effort is put in risk quantification process, it can never be completely accurate. Another challenge is the quantification of the impact in term of cost or time. It is very difficult to correctly estimate the exact cost of the impact or consequence even with utmost care. Nonetheless, risk quantification provides contingencies in terms of costs and time, but still several unforeseeable events can occur that may result in a project failure. Hence, risk can be quantified to a certain extent, but full confidence level cannot be assured. Further, methods or tools that are used in risk quantification process of a project, as mentioned in section 2, try to reduce the uncertainty level to some extent and help build up confidence level but the inputs to these methods are also prone to limitations of intuition and hence pose limitations in accurate risk assessment.
All these facts, make one questions that when risk assessment or quantification cannot guarantee the success of a project then why do managers invest so much effort and money into risk assessment. The answer lies in a famous phrase “better than nothing”. It is always better to perform risk assessment beforehand and be prepared and control for uncertain events than drastically act on uncertain events unprepared when they occur. [further writing in process....]
</div><br />

=Annotated Bibliography=
==References==
<references />

Articles Fall Term 2017

2017-09-22T20:02:36Z

Waqaskhld: /* Overview of 2017 Wiki articles */

{| class="wikitable"
|+ '''Disclaimer!
|-
|''The requirements for the articles written in previous Terms (2014, 2015, 2016, Jun 2017) were not the same as for Fall Term 2017. Please make sure you read the requirements for your own fall term carefully before starting your wiki article.''
|}

Please complete this table with your group number, full name, username and the title of your article.

To create more lines in the table click '''Edit''' and use the following code to create more lines in the table and replace the example text with your own information:

<pre style="white-space: pre-wrap;
white-space: -moz-pre-wrap;
white-space: -pre-wrap;
white-space: -o-pre-wrap;
word-wrap: break-word;">
|-
|Group Number
|First Name
|Last Name
|Username
|Link to Article
|-
</pre>
Create a direct link by making square brackets ([[ ]]) around the title such as [[Title]]

The straight lines ( | ) create columns and the straight line with a dash ( |- ) creates a new row in the table.

( |} ) is only used at the very end to finish the coding for the table.

=Overview of 2017 Wiki articles=

{| class="wikitable sortable"
|+June 2017 Wiki Articles
|-
!Group number
!First name
!Second name
!User name
!Link to article
|-
|8
|Malyn
|Jørgensen
|Malyn
|[[Construction Contract Management Guidelines and Administration]]
|-
|4
|Javier
|Durá María
|Jaduma
|[[Delphi Method (expert for identification)]]
|-
|2
|Cornelis Johannes
|Jongenelen
|CJJongenelen
|[[Stage-Gate Process]]
|-
|4
|Waqas
|Khalid
|waqaskhld
|[[Concept of Risk Quantification and Methods used in Project Management]]
|-
|9
|Thomas
|Reigstad
|Thomas Reigstad
|[[Quality Control and Safety During Construction]]
|-
|GN
|Karlotta
|Thorhallsdóttir
|S162285
|[[Impact vs. Probability]]
|-
|GN
|Guillermo
|Altuna Faus
|Galtunaf
|[[RAPID Outcome Mapping Approach (ROMA)]]
|-
|4
|Bjarke
|Schjødt Rasmussen
|Schjodt92
|[[Project Performance Management Scorecard]]
|-
|8
|Marion
|Chambon
|s172284
|[[HAZOP method, deviation analysis]]
|-
|8
|Davide
|Morbin
|Davide
|[[Kaizen Week]]
|-
|GN
|Ignacio
|López Cabañas
|S161357
|[[PERT]]
|-
|GN
|Leon David
|Schleer
|LeonS
| [[Project Manager Competencies and Personality Types]]
|-
|GN
|Pascal
|Trebin
|Pascal
|[[Kano model]]
|-
|2
|Michael Kirkeby
|Hansen
|Mikirkeby
|[[Scenario Analysis]]
|-
|7
|Julian
|Ofenstein
|Bekis
|[[Waterfall vs. Agile Methodology]]
|-
|GN
|Kamma
|Christensen
|Kamma
|[[Change order]]
|-
|5
|Alexandra
|Darmaraki
|s162578
|[[Scenario Planning Strategy]]
|-
|3
|Eyðbjørg Amanda
|Petersen
|EAP
|[[Feasibility Study]]
|-
|5
|Iason
|Divanis
|Iason Divanis
|[[Dynamic Systems Development Method(DSDM)]]
|-
|2
|Signe
|Risager
|s163071
|[[Teamweek (virtual resource management tool)]]
|-
|11
|Erik A.
|Heggstad
|Erikheggstad
|[[Stage-Gate Model]]
|-
|GN
|Philip
|van Berkom
|PA
|[[Contingency]]
|-
|GN
|Apostolos
|Bougas
|S162469
|[[Decision Tree]]
|-
|11
|Paolo
|Meneghini
|Paolo M
|[[Reporting]]
|-
|GN
|Ragnheidur
|Ragnarsdottir
|S161269
|[[Benefit map analysis]]
|-
|3
|Thorunn Sif
|Ingimundardottir
|Thorunn
|[[MBTI]]
|-
|2
|Sophie Emilie
|Smietana
|SophieEmilie
|[[Agile Methodology]]
|-
|5
|Thomas
|Engelhart
|Engelhart
|[[DICE Framework]]
|-
|3
|Nathalie Lückstädt
|Nielsen
|S130038
|[[Scope creep]]
|-
|11
|Eleni
|Pagoni
|Ele
|[[The Stage-Gate Model]]
|-
|11
|Konstantinos
|Vontas
|Konstantinos
|[[Project Control]]
|-
|5
|Emmanouil
|Psomas
|Manolis
|[[Decision making skills]]
|-
|GN
|Ingvild Reine
|Assmann
|Ingvild Assmann
|[[Muda, Mura and Muri]]
|-
|-
|GN
|Javier
|Gumà
|S161631
|[[Simon's four levels of control]]
|-
|-
|GN
|Christina Diget
|Christiansen
|S160541
|[[Lean Construction on Bispebjerg Bakke]]
|-
|-
|10
|Nikoleta
|Kolitsopoulou - Maridaki
|Nikoletta
|[[Roles and responsibilities]]
|-
|-
|7
|Matthis
|Hanstein
|Matthis
|[[Communication with public stakeholders on the femern link project in Germany]]
|-
|-
|6
|Patrick
|Grimm
|S161459
|[[SMART goals in project planning and performance management]]
|-
|-
|7
|John
|Gomes
|S161001
|[[Application of Alignment Matrix in Project Coordination and Communication]]
|-
|-
|6
|Hani
|Selim
|s135278
|[[Project Scope Control]]
|-
|-
|9
|Anders Stig
|Pedersen
|S124052
|[[Project Network Diagram]]
|-
|-
|10
|Timokleia
|Orfanidou
|S155592
|[[Situational Leadership II]]
|-
|-
|4
|Gudmann
|Tommy
|tg_dk
|[["Interpersonal skills of a Project Manager"]]
|-
|-
|4
|Gudjon
|Arngrimsson
|Gudjon
|[[Expectations Management]]
|-
|-
|6
|Victor
|Aguasca Lloberes
|S161321
|[[Performance Measurement and Performance Management]]
|-
|3
|Asger
|Fuhr Høyer
|Asger
|[[Antifragility]]
|-
|1
|Klavs
|Skovby
|Klask
|[[Decision Tree: Risk & Opportunities]]
|-
|1
|Nicolaj J. B.
|Thomsen
|Kittymaumau
|[[Pro-active: Risk and Opportunity Management]]
|-
|-
|7
|Laurens M.
|van der Schaft
|s172077
|[[Implementation of BIM as communication tool for construction site operations]]
|-
|-
|8
|Thuritha
|Ravindran
|s123252
|[[Role of a project sponsor]]
|-
|-
|GN
|Rune
|Nedergaard
|RRN
|[[Case Study: Updating Airplane Tracking Systems in the Australian Defense Force]]
|-
|11
|Ioanna-Eleni
|Vasilopoulou
|Ioanna-Eleni Vasilopoulou
|[[Balanced Scorecard]]
|-
|6
|Maria
|Barba Garcia
|MariaB
|[[Omnichannel strategy]]
|-
|1
|Frederik Lybek
|Lind
|Frederik Lind
|[[Decision tree]]
|-
|1
|Alisha
|Patnaik
|Alisha.patnaik
|[[Critical Path Method (CPM)]]
|-
|6
|Patricia
|Máñez Aleixandre
|Patriciamanez
|[[Schein's model of organizational culture]]
|-
|4
|Niels
|Mikkelsen
|Niels
|[[Servant Leadership]]
|-
|GN
|Einar
|Loktu
|ELoktu
|[[Lean construction, takt time planning]]
|-
|-
|10
|Edvinas
|Zamaratskis
|Edvinas
|[[Risk tolerances]]
|-
|-
|2
|Lea
|Glahn Christiansen
|LeaGlahn
|http://apppm.man.dtu.dk/index.php/Jung%27s_personality_Theory
|-
|2
|Karoline
|Holm Hansen
|Karoline
|[[Fishbone diagram]]
|-
|9
|Thomas
|Sotiriadis
|ThomasSot
|[[Theory of Constrains Manufacturing Systems]]
|-
|9
|Rick
|Kool
|Rick Kool
|[[Collaborative_Tendering]]
|-

Concept of Risk Quantification and Methods used in Project Management

2017-09-22T19:59:29Z

Waqaskhld: Created page with " <div style="text-align: justify;">Humanity is quite familiar with the concept of risk or uncertainty since the beginning of recorded history. The difference between risk and ..."

<div style="text-align: justify;">Humanity is quite familiar with the concept of risk or uncertainty since the beginning of recorded history. The difference between risk and uncertainty is that the risk can be quantified, while uncertainty is rather a vague concept that cannot be quantified. Poor risk assessment may lead to project failures or accidents, hence appropriate risk quantification is very important. However, to quantify the risk, once it has been identified, in order to remove or reduce it and take a decisive action, is a big challenge. Risks are quantified by using likelihood or probability of an event to occur and its impact on the outcome or situation. Risks then can be categorized into acceptable or not acceptable risks and further actions are taken accordingly. </div>
<div style="text-align: justify;">This article substantiates the concept of risk quantification and reviews the methods that are used in risk quantification process. Critical content analysis and literature review are carried out in order to draft this article. It is found out that risk quantification plays a significant role prior to initiate any project, program, or portfolio as it helps pinpoint possible risks involved and enables managers to take necessary precautions. It applies to every field of life from medical, projects, construction, safety and etc. and its criticality cannot be overlooked. In order to highlight the importance and challenges that are faced during risk quantification, applications of risk quantification and limitations or new challenges are analyzed briefly in this article.</div>

= Introduction =
===Definition===

<div style="text-align: center;">Risk quantification is a process of evaluating the risks that have been identified and developing the data that will be needed for making decisions as to what should be done about them [http://pmtips.net/blog-new/defining-risk-management-part-4-risk-quantification]. PMBOK <ref name=Duncan2013 >[Duncan W. R., “A Guide to Project Management Body of Knowledge (PMBOK)”, PMI Standards Committee, (2013).] </ref> describes risk quantification as evaluating risks and risk interactions to assess the range of possible outcomes.</div><br />

===Inputs and Outputs of Risk Quantification===
In risk quantification process of a project, there are inputs that should be considered with delegate care and as a result of risk quantification process outputs are generated. According to PMBOK, following inputs are considered and outputs are produced in risk quantification process of any project:
{| class="wikitable" style="margin-left: auto; margin-right: auto; border: none; width: 70%;"
|+ style="text-align: left;" | Table 1: Inputs and Outputs to Risk Quantification in Project Management
|-
! Inputs
! Outputs
|-
| '''Stakeholder Risk Tolerance:''' ''Every organization and different individuals may have different tolerance for risk value''
| '''Opportunities to Pursue, Threats to Respond to:''' ''The list of opportunities that should be pursued and threats that should be taken care of.''
|-
| '''Sources of Risks:''' ''Categories of possible risk events that may negatively affect the outcome of a project. For example, Designs errors, stakeholder actions, or poor estimates etc.''
| '''Opportunities to Ignore, Threats to Accept:''' ''List of opportunities that can be ignored and threats that can be accepted.''
|-
| '''Potential Risk Events:''' ''Discrete occurrences that can occur during a project that may affect the outcome of the project. Such as natural disaster or departure of key member etc.''
|
|-
| '''Cost Estimates:''' ''Assessment of likely cost required to complete the project activities.''
|
|-
| '''Activity Duration Estimate:''' ''Quantitative assessment of likely number of work period required to activities of a project''
|
|}

===Purpose and Concept ===

<div style="text-align: justify;">The objective of risk quantification is to prioritize them in terms of their severity and likelihood, so that appropriate action can be taken accordingly. In order to quantify risk, it needs to be identified first. Once risk is identified then it is analyzed in terms of probability of occurrence and impact that it could print on the outcome. The probability is assigned based on the previous data of failure rates available for similar events in datasheets. Probability of failure on Demand (PFD) of an event or a component is calculated by following formula. </div><br />

<div style="text-align: center;"><math>PFD = 1/2 \times Test Interval (T) \times Failure Rate (F)</math></div><br />

<div style="text-align: justify;">Once probabilities of all events are calculated, a criteria for likelihood of all the events is defined. For example, if a specific event may occur in exceptional circumstances, like for example <3% chance of occurance, then its likelihood can be assigned as “Rare”. In the similar way, severity or consequence of the events on project is also classified. For example if an event may result in abandonment of project then it can be classified as “Catastrophic” or if it may result in delay of 50% of schedule or 50% of additional cost then it may be classified as “Major”. The risk(R) is calculated by multiplying probability(P) with the impact(I) or severity.</div><br />

<div style="text-align: center;"><math>R = P\times I</math></div><br />

<div style="text-align: justify;">Once risks are quantified then these are evaluated against a defined risk criteria or risk matrix. Red zone in a risk matrix may represents unacceptable risks, yellow zone as acceptable risk, and green zone as neglectable risks. For example, if an event has a likelihood of class “Likely” and it has a severity class “Catastrophic” then it may lie in red zone of risk matrix. This may mean that this risk is not acceptable and appropriate or immediate actions should be applied to lower this risk into acceptable zone. Figure 1 shows an example of risk matrix of a project. First column represents criteria for likelihood, where, first row represents criteria for consequence. Further, nature of any possible risk is defined based on both likelihood and consequence from low, moderate, high, to extreme. </div><br />
[[File:Risk Matrix of a project.jpg|thumb| |upright=2.5||center||Figure 1: Example of risk matrix of a project (source: http://www.cbisco.com.au/wp-content/uploads/2014/06/aa.jpg)]]

===Importance===
[[File:Why projects fail.png|thumb| |upright=2.5||right||Figure 2: Causes of project failure (source: https://media.licdn.com/mpr/mpr/shrinknp_800_800/AAEAAQAAAAAAAAg4AAAAJDVlMzhiNDM5LWJlMWUtNGU5Zi05ZTY4LTAzYWRhODM5YjhmYQ.png)]]
<div style="text-align: justify;">The term risk or risk assessment may sound like a modern scientific concept, but the idea of risk is as old as recorded human history. The gambling, the very essence of risk, was a popular pastime that inspired Pascal and Fermat’s revolutionary breakthrough into laws of probability <ref>[''Bernstein P.L., “Against the Gods: The remarkable story of risk”, John Wiley & Sons, New York, (1996).''] </ref>. However, Risk as a scientific field is quite young. Around 30-40 years ago scientific journals, papers, and conferences started to cover this idea and principles on how to assess and manage risk <ref>[''Aven T., “Risk assessment and risk management: Review of recent advances on their foundation”, European journal of operational research, (2016), Vol. 253, No. 1, pp. 1-13.'']</ref>. Figure 2 shows that 17% of projects were failed due to inadequate risk management.
[writing in process...] </div><br />

=Applications=
<div style="text-align: justify;">Several tools and techniques are used in order to apply risk quantification in projects. PMBOK <ref name=Duncan2013 /> provides 6 methods that can be used in risk quantification process. These tools and techniques are described briefly below, along with application, advantages, and disadvantages of each tool. </div><br />

[[File:Example of Expert Opinion.png|thumb| |upright=2.5||right||Figure 3: Example of expert opinion in a project (source: Yildiz A. Z. et al, “Using expert opinion for risk assessment: a case study of a construction project utilizing a risk mapping tool “, Procedia - Social and Behavioral Sciences, (2014), Vol. 119, pp. 519-528.)]]
===Expert Opinion===
<div style="text-align: justify;">[https://www.merriam-webster.com/dictionary/expert%20opinion Merriam Webster]defines expert opinion as, “a belief or judgment about something given by an expert on the subject”. Expert opinion is one of the risk quantification techniques. In expert opinion, risks are quantified based on the opinions of experts or senior executives based on their experiences. One of the best ways to use expert opinion is to conduct risk assessments workshops where experts can discuss and consequently assign values to the to the risks identified. But, this may lead to group bias and can affect the outcome. This bias can be minimized by using Delphi method, but there still be a chance of high variation in opinion. [http://www.theactuary.com/archive/old-articles/part-3/risk-quantification-techniques/] Although, expert opinion is not as concrete, as other methods may be, and may prone to personal subjectivity, but it is a very useful tool for risk quantification when data is scarce or no sufficient past experience is available or where risks are very company or project specific.[http://www.theactuary.com/archive/old-articles/part-3/risk-quantification-techniques/] Figure 3 shows an example of risk quantification using expert opinion in a case study on construction project conducted by Yildiz et al. (2014).<ref>[Yildiz A. Z. et al, “Using expert opinion for risk assessment: a case study of a construction project utilizing a risk mapping tool “, Procedia - Social and Behavioral Sciences, (2014), Vol. 119, pp. 519-528.]</ref> The ratings are estimated ratings, quantified by SEM (Structural Equation Modeling) [https://en.wikipedia.org/wiki/Structural_equation_modeling] software based on the sub risks and attributes ratings assigned by experts using 1-5 Likert Scale.[https://da.wikipedia.org/wiki/Likert-skala]</div><br ///>

===Expected Monetary Value (EMV)===
[[File:Example of EMV.png|thumb| |upright=2.5||right||Figure 4: Example of EMV (source: https://pmstudycircle.com/2015/01/a-short-guide-to-expected-monetary-value-emv/)]]
<div style="text-align: justify;">Expected monetary value is another way to quantify risk. According to PMBOK <ref name=Duncan2013 />, expected monetary value is a product of two numbers, risk probability value and risk event value which is an estimate of loss or gain that will be incurred if the risk event occurs. These values can be positive and negative resulting in gain or loss respectively. For example, if there is 60% probability than a certain equipment will fail during a project that will result in USD10,000, then EMV will be USD -6,000. Figure 4 shows an example of EMV analysis. It can be perceived that a total of USD4,500 are required as contingency, but as all of the events are not going to happen. This means, the risks which are not going to happen will add their value to EMV pool, where risks that are going to happen will utilize value from this pool. Hence, for this example, a project manager can add extra USD1,100 into project budget as contingency.[https://pmstudycircle.com/2015/01/a-short-guide-to-expected-monetary-value-emv/] EMV helps project managers in two ways. First, it helps to manage estimate the amount required to manage all identified risks. Second, it helps in selecting the choice to manage the risk by selecting the option with minimum value.[https://pmstudycircle.com/2015/01/a-short-guide-to-expected-monetary-value-emv/]
EMV is generally used as an input to further analysis, for example, in [https://en.wikipedia.org/wiki/Decision_tree decision trees]. Benefits of using EMV are that it provides help in calculating contingency reserves, in procurement planning decision making, in spreading impact of large number of risks, and in decision tree analysis. Whereas, drawbacks of using this technique are that this technique is not used in samall and small-medium sized projects, use of expert opinion may result in personal bias, and chance of forgetting of inclusion of positive risks. [http://pmstudycircle.com/2015/01/a-short-guide-to-expected-monetary-value-emv/]</div><br />

===Statistical Sums===
<div style="text-align: justify;">Statistical sums is another way to quantify risks. In this technique cost estimates of individual work items are calculated and then are used to calculate range of total project costs using statistical probability distribution. The range of different project costs can help to quantify relative risks of alternative project budgets (PMBOK)<ref name=Duncan2013 />. In this method, instead of using one point estimate, 3 point estimates are used. Cost of each work item is estimated through 3 points of likelihood i.e. low, likely, and high. Then statistical distribution such as normal distribution or beta distribution is used to calculate mean and variance. To calculate mean and variance of total project estimate, means and variances are added together for all work items. Figure 5 shows an example of this method. It is an easy technique for calculating budget and time contingency of a project, but it cannot be used for unforeseeable risks that may happen during a project. Further, as estimates are provided on expert opinion bases so it may subject to personal bias.
</div><br />
[[File:Example of Statistical Sums.png|thumb| |upright=2.5||center||Figure 5: Example of Statistical Sums (3 point estimates) (source: Duncan W. R., “A Guide to Project Management Body of Knowledge (PMBOK)”, PMI Standards Committee, (2013))]]

[[File:Monte carlo 1.png |thumb| |upright=2.5||right||Figure 6: 3 point estimates of e-learning project (source: http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/)]]
[[File:Example of Monte Carlo simulation run.png |thumb| |upright=2.5||right||Figure 7: Example of Monte Carlo simulation run(source: http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/)]]
===Monte Carlo Analysis or Simulation===
<div style="text-align: justify;">Monte Carlo is a computerized mathematical simulation technique that is used to quantify risks in project management. This technique is helpful in seeing the probable outcomes of decisions and assesses the impact of risk that is useful in decision making [http://www.palisade.com/risk/monte_carlo_simulation.asp]. Most likely and least likely estimates of risks are provided for each event and then these estimates are summed together to calculate a range of possible outcome. Monte Carlo simulation then generates random values between the range and calculates the number of occurrences the value lies within each possible outcome. This probability is then distributed and the decision is made based on the most probable outcome.
For example, if there are three tasks required in an e-learning project. Best case, most likely, and worst case estimates of all the tasks required are given in figure 5. It can be seen that the project is most likely to complete in between 11 and 23 days. Now for example, if Monte Carlo simulation is run 500 times generating random values between 11 and 23. The total number of times the simulation result was less than or equal to projected duration is calculated as shown in figure 6. Then, the probability of each projected duration is calculated and distributed as shown in figure 7. It can be seen that, from figure 5, the most likely projected completion time is 17 days. But, as per figure 7, Monte Carlo simulation shows that likelihood of project completion in 17 days is almost 33%. Whereas, the likelihood of project completion in 19 days is 88%. Hence, it can be estimated that the project will most likely complete in 19 to 20 days. [http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/]
Monte Carlo simulation is usually used in cost and schedule estimation. It can also be used in large projects or programs. The benefits of using Monte Carlo are easiness of tool, numerical estimation, and greate level of confidence [http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/]. Whereas drawbacks or challenges are the use of right distribution as wrong distribution may lead to wrong results, input estimates as right estimates are required to produce right results, and use of right mathematical formula in the software.[http://abovethelaw.com/2016/05/finance-and-law-the-pros-and-cons-of-monte-carlo-simulations-in-valuation/]
</div><br />
[[File:Result of probability distribution after Monte Carlo simulation.png |thumb| |upright=2.5||center||Figure 8: Result of probability distribution as a result of Monte Carlo simulation (source: http://quantmleap.com/blog/2010/07/project-risk-management-and-the-application-of-monte-carlo-simulation/)]]

===Decision Trees===
[[File:Example of decision tree.png |thumb| |upright=2.5||right||Figure 9: Example of decision tree analysis (source: https://www.mpug.com/articles/pmp-prep-decision-tree-analysis-in-risk-management/)]]
<div style="text-align: justify;">Decision tree is a tool that uses tree-like graph or model of decisions and their corresponding consequences [http://en.wikipedia.org/wiki/Decision_tree] that can be used to quantify risks and make a decision under uncertainty in a project. Expected Monetary Value (EMV) is usually used to quantify risks, where probability(P) of an event is multiplied by its impact(I) to calculate the EMV. For example, if there is a decision to make in a project under uncertainty that whether make a prototype or not in a project. This decision has only two options, prototype and no prototype, shown in figure 9. Each of these choices has two consequences, success or failure. The probability of each consequence is also shown in figure 9. Impact in terms of costs for each option or chance and consequence or outcome is also shown in figure 9. Net path value for prototype with 70% success is equal to payoff minus prototype cost i.e. $500,000 - $100,000 = +$400,000. Similarly, net path values for rest of the paths are also shown in figure 9. EMV value for the path option of prototype is then calculated as [70%*($400,000) + 30%*(-$150,000)] = +$235,000. Similarly, the EMV value for no prototype is -$100,000. Hence, EMV value at decision node will be +$235,000, which means that the project manager should decide to select prototype option as the other option actually gives a loss. [http://www.mpug.com/articles/pmp-prep-decision-tree-analysis-in-risk-management/]
Benefits of using decision tree analysis are ease of understanding and implementation, quantification of even little hard data, and a possibility to add several new scenarios. While disadvantages are biases of input data and increase in complexity for a large number of outcomes that are linked together. [http://en.wikipedia.org/wiki/Decision_tree] </div><br />

=Limitations and Challenges=
<div style="text-align: justify;">One of the limitations in risk quantification is that probabilities are estimated either by past history or in some cases by expert opinion or intuition. Both of these cases cannot define the probability of an event with 100% certainty, which means no matter how much effort is put in risk quantification process, it can never be completely accurate. Another challenge is the quantification of the impact in term of cost or time. It is very difficult to correctly estimate the exact cost of the impact or consequence even with utmost care. Nonetheless, risk quantification provides contingencies in terms of costs and time, but still several unforeseeable events can occur that may result in a project failure. Hence, risk can be quantified to a certain extent, but full confidence level cannot be assured. Further, methods or tools that are used in risk quantification process of a project, as mentioned in section 2, try to reduce the uncertainty level to some extent and help build up confidence level but the inputs to these methods are also prone to limitations of intuition and hence pose limitations in accurate risk assessment.
All these facts, make one questions that when risk assessment or quantification cannot guarantee the success of a project then why do managers invest so much effort and money into risk assessment. The answer lies in a famous phrase “better than nothing”. It is always better to perform risk assessment beforehand and be prepared and control for uncertain events than drastically act on uncertain events unprepared when they occur. [further writing in process....]
</div><br />

=Annotated Bibliography=
==References==
<references />

Risk Quantification

2017-09-14T18:42:40Z

Waqaskhld: /* Importance */

== Abstract ==
<div style="text-align: justify;">Human beings are familiar with the concept of risk or uncertainty since the beginning. The difference between risk and uncertainty is that the risk can be quantified. Poor risk assessment may lead to project failures or accidents, hence appropriate risk quantification is very important. However, to quantify the risk, once it has been identified, in order to remove or reduce it and take a decisive action is a big challenge. Risks are quantified by using likelihood or probability of an event to occur and its impact on the outcome or situation. Risks then can be categorized into acceptable or not acceptable risks and further actions are taken accordingly. </div><br />

<div style="text-align: justify;">This article discusses the importance of risk quantification and reviews the methods that are used in risk quantification process. Risk quantification applies into every field of life from medical, projects, construction, to safety. Applications of risk quantifications are discussed and limitations or new challenges are analyzed briefly in this article.</div>

== Introduction ==
====Definition and Concept====

<div style="text-align: center;">'' "Risk quantification is a process of evaluating the risks that have been identified and developing the data that will be needed for making decisions as to what should be done about them" ''[http://pmtips.net/blog-new/defining-risk-management-part-4-risk-quantification]</div><br />

<div style="text-align: justify;">The objective of risk quantification is to prioritize them in terms of their severity and likelihood, so that appropriate action can be taken accordingly. In order to quantify risk, it needs to be identified first. Once risk is identified then it is analyzed in terms of probability of occurrence and impact that it could print on the outcome. The probability is assigned based on the previous data of failure rates available for similar events or products in datasheets. Probability of Failure on Demand (PFD) of an event or a component is calculated by following formula. </div><br />

<div style="text-align: center;"><math>PFD = 1/2 \times Test Interval (T) \times Failure Rate (F)</math></div><br />

[[File:Likelihood.png|thumb| |upright=2.5||Table 1: Example of criteria for likelihood classification of events.]]
<div style="text-align: justify;">Once probabilities of all events are calculated, a criterion for likelihood of all the events is defined. For example, if a specific event may occur in exceptional circumstances then its likelihood can be assigned as class “A” or “Unlikely”. Table 1 shows an example of likelihood classification of events.</div><br />

[[File:Severity criteria.png|thumb| |upright=2.5||Table 2: Example of criteria for severity classification of events.]]
<div style="text-align: justify;">In the similar way, severity of the events is also classified. For example, if an event may result in extensive damage or its impact may cost for more than 10 million dollars then this event can be classified as class “1” or “catastrophic”. An example of severity classification is given in Table 2.</div><br />

The risk(R) is calculated by multiplying probability(P) with the impact(I) or severity.

<div style="text-align: center;"><math>R = P\times I</math></div><br />

<div style="text-align: justify;">Once risks are quantified then these are evaluated against a defined risk criteria or risk matrix. Red zone in a risk matrix may mean unacceptable risks, yellow zone may mean acceptable risk, and green zone may mean neglectable risks. For example, if an event has a likelihood of class “D” (Occasional) and it has the severity class “1” (Catastrophic) then it may lie in red zone of risk matrix. This may mean that appropriate or immediate actions should be applied to lower this risk into acceptable zone. Figure 1 shows an example of risk matrix of airbag deployment in air duct of coal mine. </div><br />
[[File:RiskMatrix.png|thumb| |upright=2.5||none||Table 2: Example of risk matrix of airbag deployment in ventilating duct of a coal mine.]]

====Importance====
<div style="text-align: justify;">The term risk or risk assessment may sound like a modern scientific concept, but the idea of risk is as old as recorded human history. The gambling, the very essence of risk, was a popular pastime that inspired Pascal and Fermat’s revolutionary breakthrough into laws of probability (Bernstein, 1996). However, Risk as a scientific field is quite young. Around 30-40 years ago scientific journals, papers, and conferences started to cover this idea and principles on how to assess and manage risk (Aven, 2016). </div><br />

==Applications==
====Methods====
====Real life applications====
==Limitations and Challenges==
==Annotated Bibliography==
==References==

Risk Quantification

2017-09-14T18:41:14Z

Waqaskhld:

== Abstract ==
<div style="text-align: justify;">Human beings are familiar with the concept of risk or uncertainty since the beginning. The difference between risk and uncertainty is that the risk can be quantified. Poor risk assessment may lead to project failures or accidents, hence appropriate risk quantification is very important. However, to quantify the risk, once it has been identified, in order to remove or reduce it and take a decisive action is a big challenge. Risks are quantified by using likelihood or probability of an event to occur and its impact on the outcome or situation. Risks then can be categorized into acceptable or not acceptable risks and further actions are taken accordingly. </div><br />

<div style="text-align: justify;">This article discusses the importance of risk quantification and reviews the methods that are used in risk quantification process. Risk quantification applies into every field of life from medical, projects, construction, to safety. Applications of risk quantifications are discussed and limitations or new challenges are analyzed briefly in this article.</div>

== Introduction ==
====Definition and Concept====

<div style="text-align: center;">'' "Risk quantification is a process of evaluating the risks that have been identified and developing the data that will be needed for making decisions as to what should be done about them" ''[http://pmtips.net/blog-new/defining-risk-management-part-4-risk-quantification]</div><br />

<div style="text-align: justify;">The objective of risk quantification is to prioritize them in terms of their severity and likelihood, so that appropriate action can be taken accordingly. In order to quantify risk, it needs to be identified first. Once risk is identified then it is analyzed in terms of probability of occurrence and impact that it could print on the outcome. The probability is assigned based on the previous data of failure rates available for similar events or products in datasheets. Probability of Failure on Demand (PFD) of an event or a component is calculated by following formula. </div><br />

<div style="text-align: center;"><math>PFD = 1/2 \times Test Interval (T) \times Failure Rate (F)</math></div><br />

[[File:Likelihood.png|thumb| |upright=2.5||Table 1: Example of criteria for likelihood classification of events.]]
<div style="text-align: justify;">Once probabilities of all events are calculated, a criterion for likelihood of all the events is defined. For example, if a specific event may occur in exceptional circumstances then its likelihood can be assigned as class “A” or “Unlikely”. Table 1 shows an example of likelihood classification of events.</div><br />

[[File:Severity criteria.png|thumb| |upright=2.5||Table 2: Example of criteria for severity classification of events.]]
<div style="text-align: justify;">In the similar way, severity of the events is also classified. For example, if an event may result in extensive damage or its impact may cost for more than 10 million dollars then this event can be classified as class “1” or “catastrophic”. An example of severity classification is given in Table 2.</div><br />

The risk(R) is calculated by multiplying probability(P) with the impact(I) or severity.

<div style="text-align: center;"><math>R = P\times I</math></div><br />

<div style="text-align: justify;">Once risks are quantified then these are evaluated against a defined risk criteria or risk matrix. Red zone in a risk matrix may mean unacceptable risks, yellow zone may mean acceptable risk, and green zone may mean neglectable risks. For example, if an event has a likelihood of class “D” (Occasional) and it has the severity class “1” (Catastrophic) then it may lie in red zone of risk matrix. This may mean that appropriate or immediate actions should be applied to lower this risk into acceptable zone. Figure 1 shows an example of risk matrix of airbag deployment in air duct of coal mine. </div><br />
[[File:RiskMatrix.png|thumb| |upright=2.5||none||Table 2: Example of risk matrix of airbag deployment in ventilating duct of a coal mine.]]

====Importance====
<div style="text-align: justify;">The term risk or risk assessment may sound like a modern scientific concept, but the idea of risk is as old as recorded human history. The gambling, the very essence of risk, was a popular pastime that inspired Pascal and Fermat’s revolutionary breakthrough into laws of probability (Bernstein, 1996). However, Risk as a scientific field is quite young. Around 30-40 years ago scientific journals, papers, and conferences started to cover this idea and principles on how to assess and manage risk (Aven, 2016). </div><br />

==Applications==
====Methods====
====Real life applications====
==Limitations and Challenges==
==Annotated Bibliography==
==References==

File:RiskMatrix.png

2017-09-14T18:33:01Z

Waqaskhld: Example of Risk Matrix for Airbag deployment in ventilating duct in a coal mine.

Example of Risk Matrix for Airbag deployment in ventilating duct in a coal mine.

File:Severity criteria.png

2017-09-14T18:25:01Z

Waqaskhld: Example of criteria for severity classification.

Example of criteria for severity classification.

File:Likelihood.png

2017-09-14T17:50:58Z

Waqaskhld:

Risk Quantification

2017-09-14T16:35:47Z

Waqaskhld: /* Abstract */

== Abstract ==
Human beings are familiar with the concept of risk or uncertainty since the beginning. The difference between risk and uncertainty is that the risk can be quantified. Poor risk assessment may lead to project failures or accidents, hence appropriate risk quantification is very important. However, to quantify the risk, once it has been identified, in order to remove or reduce it and take a decisive action is a big challenge. Risks are quantified by using likelihood or probability of an event to occur and its impact on the outcome or situation. Risks then can be categorized into acceptable or not acceptable risks and further actions are taken accordingly.
This article discusses the importance of risk quantification and reviews the methods that are used in risk quantification process. Risk quantification applies into every field of life from medical, projects, construction, to safety. Applications of risk quantifications are discussed and limitations or new challenges are analyzed briefly in this article.

== Introduction ==
====Definition and Concept====
====Importance====

Risk Quantification

2017-09-14T12:22:15Z

Waqaskhld:

Articles Fall Term 2017

2017-09-13T08:06:43Z

Waqaskhld: /* Overview of 2017 Wiki articles */

Articles Fall Term 2017

2017-09-07T09:55:53Z

Waqaskhld: /* Overview of 2017 Wiki articles */

Risk Quantification

2017-09-07T09:45:24Z

Waqaskhld: Created page with "In writing process..."

In writing process...