Risk Management Overview

From apppm
(Difference between revisions)
Jump to: navigation, search
(References Credibility)
 
(347 intermediate revisions by one user not shown)
Line 1: Line 1:
==Abstract==
+
''Developed by Jonas Heiberg Larsen''
Projects are part of a dynamic and fast changeling world. Therefore there are a degree of uncertainty and unpredictability in projects. In-order to minimize uncertainties and unforeseeable events related to the project, risk are identified and managed throughout the project life cycle, Rumsfeld's Unknown-Knowns and Risk categorization (mitigate, control, monitor).
+
  
Risk management is impotent tool to use in project management, even-though the Risk management is only estimates of potential future situations. Risk identification help the manager get an overview of potential obstacles that can occur or prevent the team from achieving their goals. By identifying the risks, managers can map them and initiate appropriate measurements to counter them.
 
Risk management is highly impotent discipline and is therefore present in most projects. <ref name="iso31000" />
 
  
The Risk Management Process is a continuous process, which can be divided in to divided in to five steps steps <ref name="iso31000" /> <ref name="RMGeorgUni" />
+
==Abstract==
 
+
Projects are part of a dynamic and fast-changing world. Therefore there is a degree of uncertainty and unpredictability in projects. In order to minimize uncertainties and unforeseeable events related to a project, risks are identified and managed throughout the project lifecycle. A risk is an uncertain event that can have e negative effect on one or more objects in a project such as time, cost, performance or scope <ref name="HowToDoProjects" /> <ref name="iso31000" />.
The risks are identified and managed by using quantitative & qualitative tools.
+
This Wiki-article will focus on Risk categorization, Risk Matrix, actions to take against identified risks and Rumsfeld's Unknown-Knowns.
+
Furthermore describing inherent and residual risks, and parameters which a company can use to measure impact.
+
At last limitations and advantages of Risk Management will be discussed. Furthermore this article will give a brief overview of other relevant reading material.
+
  
Please note that this article only covers the risk (threat) management of a project and does not look in to opportunities management (risks with positive effect).
+
This Wiki-article will describe the risk management Process, Risk matrix, Rumsfeld's Unknown-Knowns, inherent- and residual risks.
 +
At last limitations and advantages of risk management will be discussed and a brief overview of other relevant reading material is given.  
  
 +
Please note that this article only covers the risk (threat) management of a project and does not look into opportunities management (risks with a positive effect).
  
 +
In order to control and manage risks, the Risk Management Process (RMP) is used. RMP is divided into four main categories ''Identify risks'', ''Assess risks'', ''Treat risks'' and ''Monitor risks''. However, RMP is a continuous process, which happens throughout the lifecycle of a project.  <ref name="iso31000" />  <ref name="RMGeorgUni" />
  
 +
The different natures of risks can be categorized with D. Rumsfeld's Unknown-Knowns and assessed with the risk matrix (both residual- & inherent risk). When treating a risk, the risk managers can choose to ''Avoid'', ''Reduce'', ''Share'' or ''Accept'' the risk. The risks can be monitored by using a risk register, where risks and countermeasures can be mapped.
  
Ref Test <ref name="PMBogen" /> <ref name="iso31000sme" /> <ref name="iso31000" /> <ref name="RiskMatrixPicture" /> <ref name="ResidualInherent" /> <ref name="KnownKnownsWiki" /> <ref name="HowToDoProjects" /> <ref name="TreatRisks" /> <ref name="RiskTreatBook" /> <ref name="RMGeorgUni" />
+
Risk management is an essential tool to use in project management and helps managers get an overview of potential obstacles that can occur or prevent a team from achieving their goals.
 +
Risk management is a highly importent discipline and should be present in all projects, however, its importance is often neglected. <ref name="iso31000" /> <ref name="RisikoRadio" />
  
 
==Introduction==
 
==Introduction==
Line 23: Line 21:
 
=== Risk definition ===
 
=== Risk definition ===
 
Risk can be defined as follows: "''Risk is an uncertain event or condition that if occurs, has a positive or negative effect on one or more project objectives such as time, cost and quality, or effect of uncertainty on objectives''"
 
Risk can be defined as follows: "''Risk is an uncertain event or condition that if occurs, has a positive or negative effect on one or more project objectives such as time, cost and quality, or effect of uncertainty on objectives''"
All activities in a organization involve risks. These risks can be managed by identifying it, analyzing it and then evaluating whether the risk should be modified by risk treatment in order to satisfy the organization's risk criteria.  
+
All activities in an organization involve risks. These risks can be managed by identifying them, analyzing them and then evaluating whether the risk should be modified by risk treatment in order to satisfy the organization's risk criteria.  
During this process risk managers communicate with stakeholders and monitor the risk. The controls are modified in-order to ensure that the amount of risk treatment is minimized. [p. V]<ref name="iso31000" />
+
During this process, risk managers communicate with stakeholders and monitor the risk. The controls are modified to ensure that the amount of risk treatment is minimized. <ref name="iso31000" /><sup>(pV)</sup>
  
Risk identification (RI) is the "''process of finding, recognizing and describing risks''" [p. 4]<ref name="iso31000" />. RI involves the identification of risk sources, event, causes and potential consequences. The identification can involve historical data, theoretical analysis, expert opinions, and stakeholder needs [p. 4]<ref name="iso31000" />.
+
Risk identification is the "''process of finding, recognizing and describing risks''" <ref name="iso31000" /><sup>(p4)</sup>. Risk identification involves the identification of risk sources, event, causes and potential consequences. The identification can involve historical data, theoretical analysis, expert opinions, and stakeholder needs <ref name="iso31000" /><sup>(p4)</sup>.
  
However identifications is only the first step, managers also need to analyze the risk so the most significant ones can be deltwith on a ongoing basis [p. 219]<ref name="PMBogen" />.
+
However identification is only the first step, managers also need to analyze the risk to the most significant ones can be dealt with on an ongoing basis <ref name="PMBogen" /><sup>(p219)</sup>.
  
 
=== Rumsfeld's Unknown-Knowns ===
 
=== Rumsfeld's Unknown-Knowns ===
The different nature of risks, can be categorized with former US Defense Secretary, Donald Rumsfeld's definition. Rumsfeld categorizes risks as the following <ref name="KnownKnownsWiki" /> :  
+
The different nature of risks can be categorized with former US Defense Secretary, Donald Rumsfeld's definition. Rumsfeld categorizes risks as the following <ref name="KnownKnownsWiki" /> :  
  
 
*''Known-Knowns'' describes the things we know we know. An example could be the fact that we know that there are some risks in every project or maybe learning's from a previous project.
 
*''Known-Knowns'' describes the things we know we know. An example could be the fact that we know that there are some risks in every project or maybe learning's from a previous project.
*''Known-Unknowns'' describes the things we know are uncertain. For example the delays because of third party fails to deliver on deadline or human errors administration wise or misunderstandings.
+
*''Known-Unknowns'' describes the things we know are uncertain. For example, the delays because of a third party fail to deliver on deadline or human errors administration wise or misunderstandings.
*''Unknown-Unknowns'' describes the things that we in noway could have seen or expected. This could be a sudden death, war or terrorist attack.  
+
*''Unknown-Unknowns'' describes the things that we in no way could have seen or expected. This could be a sudden death, war or terrorist attack.  
*''Unknown-Knowns'' describes the things we should have known, but we for various reason (mostly complexity) don't. An example could be when a terrorist attack happens on American solid, to some extent this is a Unknown-Known for the CIA [p. 219-220]<ref name="PMBogen" />.
+
*''Unknown-Knowns'' describes the things we should have known, but we for various reason (mostly complexity) don't. An example could be when a terrorist attack happens on American solid, to some extent, this is an Unknown-Known for the CIA <ref name="PMBogen" /><sup>(pp.219-220)</sup>.
  
=== Risk Matrix ===
+
=== Risk matrix ===
[[File:Rm3.png|right|thumb|500px|Risk Matrix <ref name="RiskMatrixPicture" />]]
+
[[File:Risk_matrix_Pic.png|right|thumb|500px|Risk matrix <ref name="RiskMatrixPicture" />]]
 
When the risk elements to be managed is identified, the next step is to ensure that either the likelihood is reduced or the impact of that activity occurring.
 
When the risk elements to be managed is identified, the next step is to ensure that either the likelihood is reduced or the impact of that activity occurring.
  
Line 45: Line 43:
 
The matrix can be used to determine the size of a risk & whether or not a risk is sufficiently controlled.  
 
The matrix can be used to determine the size of a risk & whether or not a risk is sufficiently controlled.  
  
The risk-matrix is compiled of two dimensions Probability (also called likelihood) and Severity (also called impact). Likelihood is the measure of how likely a given event is, and impact is the effect the risk can do.
+
The risk-matrix is compiled of two dimensions Probability (also called likelihood) and Impact (also called severity). Likelihood is the measure of how likely a given event is, and impact is the effect the risk can do.
 
The combination of these two dimensions gives a collective risk rating in the matrix.
 
The combination of these two dimensions gives a collective risk rating in the matrix.
Usually the risk-matrix consists of 3 different risk ratings: Low (Acceptable), Medium and high (Not acceptable), however some matrices also have a 4. level very high  <ref name="RiskMatrixPicture" />.
+
Usually, the risk-matrix consists of 3 different risk ratings: Low (Acceptable), Medium and high (Not acceptable), however, some matrixes also have a 4. level very high  <ref name="RiskMatrixPicture" />.
  
The horizontal and vertical scale can have different values or tags, however in this case both impact and probability have a scale from 1-5.  
+
The horizontal and vertical scale can have different values or tags, however, in this case, both impact and probability have a scale from 1-5.  
An example of a risk rating could have a probability of 3 (possible) and a impact of 2 (Minor) would have a collective risk ration of medium [p. 223]<ref name="PMBogen" />.
+
An example of a risk rating could have a probability of 3 (possible), and an impact of 2 (Minor) would have a collective risk ration of medium <ref name="PMBogen" /><sup>(p223)</sup>.
  
The numeric scale of 1-5 can be hard for managers to visualize and use, therefore more subjective values like unlikelig and likelig is ofen used, as seen in the table below.  
+
The numeric scale of 1-5 can be hard for managers to visualize and use, therefore more subjective values like unlikely and likely is often used, as seen in the table below.  
  
 
{| class="wikitable" style="margin-left: auto; margin-right: auto; border: none;"
 
{| class="wikitable" style="margin-left: auto; margin-right: auto; border: none;"
|+ Objectively describtion of numeric scale
+
|+ Objectively description of numeric scale
 
! Scale (1-5)
 
! Scale (1-5)
! Likelihood (Subjective values)
+
! Probability (Subjective values)
 
! Impact (Subjective values)
 
! Impact (Subjective values)
 
|-
 
|-
Line 82: Line 80:
 
   
 
   
  
It is important to notice that the risk matrix is only used to rank risks, and not as a decision tool itself. How to treat the individual risk the matrix does not answer - other tools and a deeper analysis should be used for this. The tool however can be used to prioritize and categorize the risks.
+
It is important to notice that the risk matrix is only used to rank risks, and not as a decision tool itself. How to treat the individual risk the matrix does not answer - other tools and analysis should be used for this (see section [[#Treat risks/Control|Treat risks/Control]]). The tool, however, can be used to prioritize and categorize the risks, so the risks with the highest rating can be dealt with first and so forth.
 +
Visually risks in the red and yellow area, should, if possible, move towards the green area, when mitigations and controls are applied.
  
 
=== Residual - & Inherent risks ===
 
=== Residual - & Inherent risks ===
 
Identified risks can be categorized into two different categories, depending on, if controls fail or not.  
 
Identified risks can be categorized into two different categories, depending on, if controls fail or not.  
 
The residual risk is the identified risk as it is today, with the controls in place.  
 
The residual risk is the identified risk as it is today, with the controls in place.  
An example could be the risk of "financial loss if bank is robed", however we have a control in place and hired security people.  
+
An example could be the risk of "financial loss if the bank is robbed", however, we have a control in place and hired security people.  
The inherent risk is the risk we face if the controls for the residual risk fail. For instance all the security people get food poisoning, and the banks protection is there for gone.  
+
The inherent risk is the risk we face if the controls for the residual risk fail. For instance, all the security people get food poisoning, and the bank's protection is therefore gone.  
Naturally the Impact/Probability for the inherent risk should be grater or equal to the ratings in the residual <ref name="iso31000" /> <ref name="ResidualInherent" />.
+
Naturally the Impact/Probability for the inherent risk should be greater or equal to the ratings in the residual <ref name="iso31000" /> <ref name="ResidualInherent" />.
 
+
  
 
== Risk Management Process (RMP) ==
 
== Risk Management Process (RMP) ==
 
[[File:IAMC.jpg|right|thumb|500px|Risk Management Process <ref name="RMPPic" />]]
 
[[File:IAMC.jpg|right|thumb|500px|Risk Management Process <ref name="RMPPic" />]]
The risk management process can be divided in to four main categories ''Identify risks'', ''Assess risks'', ''Treat risks'' and ''Monitor risks''.  
+
The Risk Management Process can be divided into four main categories ''Identify risks'', ''Assess risks'', ''Treat risks'' and ''Monitor risks''.  
 
=== Identify risks ===
 
=== Identify risks ===
The first process is "''Identify risks''", here potential risk events and their characteristics that can have a negative effect on the project is identified. The ''identification of risk'' is a repeatable process since new risks can change through it's life or new risks is discovered. The identification process can consist of a variety of different stakeholders, project management team, experts, senior managers etc.  
+
The first process is "''Identify risks''", here potential risk events and their characteristics that can have a negative effect on the project is identified. The ''identification of risk'' is a repeatable process since risks can change or new risks are discovered, throughout the project's lifecycle. The identification process can consist of a variety of different stakeholders, project management team, experts, senior managers, etc.
 +
 
 
=== Assess risks ===
 
=== Assess risks ===
The second process is "''Assess risks''", which is used to measure and priorities risks. In the ''assessment of risks'' the probability of each risk occurring & the corresponding impact for the project, if the risk does occur. The probability and impact is then used to prioritize the risks. This process is also repetitive throughout the project. The [[#Risk Matrix]], as described earlier,can be used for accessing the risks.
+
The second process is "''Assess risks''", which is used to measure and prioritize risks. In the ''assessment of risks'' the probability of each risk occurring & the corresponding impact for the project, if the risk does occur. The probability and impact are then used to prioritize the risks. This process is also repetitive throughout the project. The [[#Risk matrix|Risk matrix]], as described earlier, can be used for accessing the risks.
  
 
=== Treat risks/Control ===
 
=== Treat risks/Control ===
The third process is "''Treat risks''", here actions to reduce risks, are developed and determined. The ''treatment of risks'' can consist of adding additional resources (manpower, budget) in to the schedule. However the treatment should be customized to fit the individual risk and be as realistic and cost-effective as possible. The process also include measures to avoid, mitigate or deflect the risk. Another possibility is to develop contingency plans which can be used if the risk occurs [p. 138]<ref name="HowToDoProjects" />.
+
The third process is "''Treat risks''", here actions to reduce risks, are developed and determined. The ''treatment of risks'' can consist of adding additional resources (manpower, budget) into the schedule. However, the treatment should be customized to fit the individual risk and be as realistic and cost-effective as possible. The process also includes measures to avoid, mitigate or deflect the risk. Another possibility is to develop contingency plans which can be used if the risk occurs <ref name="HowToDoProjects" /><sup>(p138)</sup>.
  
''Risk Treatment'' consist of a range of options for mitigating the risk, assessing options, and preparations for implementing action plans. As mentioned earlier the highest risks should be addressed first and so on and forth. Of course the cost of treating the risk should be evaluated and compared whit potentially loss by risk.
+
''Risk Treatment'' consists of a range of options for mitigating the risk, assessing options, and preparations for implementing action plans. As mentioned earlier (in section [[#Risk matrix|Risk matrix]]) the highest risks should be addressed first and so on and forth. Of course, the cost of treating the risk should be evaluated and compared with a potential loss by risk.
 
Depending on the type and nature of the risk, the following options are available <ref name="TreatRisks" />:  
 
Depending on the type and nature of the risk, the following options are available <ref name="TreatRisks" />:  
*Avoid - The risk is avoided by stopping to proceed with the activity that introduced the risk. Instead an alternative activity that still meets business objectives is chosen or a less risky approach or process.
+
*Avoid - The risk is avoided by stopping to proceed with the activity that introduced the risk. Instead, an alternative activity that still meets business objectives is chosen or a less risky approach or process.
 
*Reduce - The likelihood or effect of the risk is reduced to an acceptable level. However in regards to time and expense, it is desirable to eliminate the risk <ref name="PMBogen" />.  
 
*Reduce - The likelihood or effect of the risk is reduced to an acceptable level. However in regards to time and expense, it is desirable to eliminate the risk <ref name="PMBogen" />.  
*Share or Transfer - The risk is transferred away from the risk-owner. Fore instance by outsourcing the activities that the risk is tied to, making contracts with service providers or buying a insurance that covers that risk.  
+
*Share or Transfer - The risk is transferred away from the risk-owner. For instance by outsourcing the activities that the risk is tied to, making contracts with service providers or buying insurance that covers that risk.  
*Accept - The risk is simply accepted, risks with very low impact and likelihood can often be accepted. A risk can also be accepted if the cost of the treatment outweighs the benefit. By accepting the risk no further action is taken to treat the risk, the risk is of cause still monitored and evaluated on an ongoing basis, do to potentially changes <ref name="TreatRisks" />.
+
*Accept - The risk is simply accepted, risks with very low impact and likelihood can often be accepted. A risk can also be accepted if the cost of the treatment outweighs the benefit. By accepting the risk no further action is taken to treat the risk, the risk is of cause still monitored and evaluated on an ongoing basis, due to potential changes <ref name="TreatRisks" />.
  
 
=== Monitor risks ===
 
=== Monitor risks ===
The fourth process is "''Monitor risks''", here actions to track and monitor risks is developed. One of the most common approches to risk monitoring is to use a risk register, which is initiated in the start of a project and continually reviewed and updated. A risk register should as a minimum contain the following information:  
+
The fourth process is "''Monitor risks''", here actions to track and monitor risks are developed. One of the most common approaches to risk monitoring is to use a risk register, which is initiated at the start of a project and continually reviewed and updated. A risk register should as a minimum contain the following information:  
 
*Risk identification number (Used for identification of risks)
 
*Risk identification number (Used for identification of risks)
 
*Risk Owner (Should be clearly defined and registered in the risk register)
 
*Risk Owner (Should be clearly defined and registered in the risk register)
 
*Description of Risk (Makes it easier to communicate risk)
 
*Description of Risk (Makes it easier to communicate risk)
 
*Results of assessment (Probability/Impact) and assessment date
 
*Results of assessment (Probability/Impact) and assessment date
*Mitigating Actions (Actions taken to address the risk)
+
*Mitigating Actions (Actions to address the risk)
 
*Date for next risk review <ref name="RMPPic" />.
 
*Date for next risk review <ref name="RMPPic" />.
  
Is is impotent to note that risks should be monitored, reviewed and controlled on an ongoing bases. The controlling of a risk is done by continuous tracking of identified risks while identifying and analyzing new risks.
+
It is important to note that risks should be monitored, reviewed and controlled on an ongoing base. The controlling of risks is done by continuous tracking of identified risks while identifying and analyzing new risks.
Risks and the effectiveness of controls and mitigation's  should be evaluated throughout the project life cycle [p. 142]<ref name="RMGeorgUni" />.
+
Risks and the effectiveness of controls and mitigations should be evaluated throughout the project life cycle <ref name="RMGeorgUni" /><sup>(p142)</sup>.
  
== Limitations and advantages of RPM (discussion) ==
+
== Risk management ==
ARTA diagrams are included for risk treatment and control????? XXX
+
=== Risk management in different industries ===
 +
Risk management is relevant for all industries. However, the degree of importance and impact can vary a lot.
 +
Risk management is highly essential in sectors like finance/banks, Formula One, drilling oil & gas or space programs. Where big money can be lost, reputations ruined or even lives lost.
 +
Risk management is especially important in the following areas:
 +
*Construction
 +
*Medical procedures
 +
*Disaster and terrorism management
 +
*Tech companies
 +
*Oil and gas
 +
*Financial
 +
*Large government projects
 +
*Pharmaceutical sector
 +
The parameters used to measure the impact can also vary a lot. For an R&D project, the impact measurements could be delays, financial and mistakes while a bank could use reputational, regulatory, and financial scales to measure the impact. The space program could be an operational risk such as the risk of burning up when astronauts are reentering the atmosphere. While financial institutions could loose reputation or customers if they have a security breach, like hacking or transferring the wrong amount of money from one customer to another.
  
=== ISO 31000 ===
+
====Examples of good and bad risk management====
Eventhough risk management indaisputbly is benefitial, most managers uses the ISO 31000 standard, wich have som critical flaws.
+
 
 +
'''Bad:'''
 +
*''Volkswagen - Dieselgate'': In 2015 it was discovered that car manufacturer VW was cheating in emissions test, which made their cars seem more eco-friendly. This act resulted in a recall which costed around 6.7 billion euro and resulted in the company posting its first quarterly loss in 15 years. <ref name="VWArticle" />
 +
*''Samsung - Galaxy Note 7 smartphone explosions'': When Samsung launched Galaxy Note 7 in August 2017, there was a fatal error with the batteries which caused them to explode, and Samsung was forced to recall 2 million devices with an estimated cost of 5.3 billion USD. <ref name="SamsungArticle" />
 +
*''Deutsche Bank -Fined 14 billion USD'': Deutsche Bank was fined 14 billion USD, by the US for misselling mortgage securities in the US. The bank selected mortgages, packed them into bonds (RMBS) and sold on to investors.<ref name="DBArticle" />
 +
 
 +
'''Good:'''
 +
*''NASA - mission planning and real-time mission operations'': NASA is known for having a lot of risks in their projects, and have managed to excel in risk management.
 +
*''Formula One racing'' - Is high-performance racer sport, where safety and risk management is taken very seriously. Resulting in a 20-year streak with no fatal incidents, until October 2014 <ref name="FOneArticle" />. Former Formula One driver Jackie Stewart did even say: "''There is no doubt that Formula One has the best risk management of any sport and any industry in the world''"<ref name="FOneQoute" />
 +
 
 +
== Implementing Risk management ==
 +
[[File:ReducingRisk.jpg|right|thumb|500px|Steps in implementing Risk management <ref name="ProjectManager" />]]
 +
The steps to implementing risk management can be divided into the following steps <ref name="ProjectManager" />:
 +
 
 +
#'''Start right''' - It is important to have a clear and precise definition of what the project outcome should be, along with project vision, objectives, scope, and deliverables<ref name="ProjectManager" /> <ref name="iso31000" /><sup>(p12)</sup>.
 +
#'''Accountable''' - Involve the whole team and share responsibilities among team members.
 +
#'''Identify''' - Start with identifying the risks (step 1-2 in the [[#Risk Management Process (RMP)|Risk Management Process (RMP)]])
 +
#'''Risk plan''' - The actions to counter risks is planned and mapped (step 3 in RMP)
 +
#'''Monitor''' - The identified risks are monitored and tracked (Step 4 in RMP)
 +
#'''Transparency''' - Is about communication, being clear and straight up with stakeholders, bosses and employees, which will make the project easier<ref name="ProjectManager" /><ref name="iso31000" /><sup>(p12)</sup>.
 +
 
 +
 
 +
Project Managers can use these six steps to implement risk management into their projects. Since projects are different, variations in the implementation can occur. However, these steps are a good guideline.
 +
 
 +
== Limitations and advantages of Risk management (discussion) ==
 +
 
 +
=== Advantages ===
 +
By having an effective and structured risk management system, organizations will get the following benefits:
 +
*Increased ability to deliver projects on time, since there will be fewer surprises.
 +
*Better use of resources.
 +
*Overview of risks and losses.
 +
*Better quality data for decision making.
 +
*Budgets are less relying on guesswork.
 +
 
 +
There are many more benefits of good risk management than just the ones listed here, but this is some of the important ones for organizations.
 +
Risk management helps organization overview and control risks and therefore make better decisions. Risk management is therefore highly relevant and should be implemented and used in organizations.
 +
 
 +
=== Limitations ===
 +
Risk management has an array of advantages. However, risk management also has some limitations:
 +
*No matter how much preparation is done, accidents and unforeseen events will always happen.
 +
*Risk management will not delay or remove all risks.
 +
*It can be used as decision support, but not as a decision tool.
 +
*Risk management uses a lot of time, to gather information, it has information and can be difficult to implement. <ref name="AdvantageDisadvantage" />
 +
 
 +
Risk Management Process is concerned with managing the identified and quantified risks & mitigations and does not tackle other types of uncertainty like the cost to develop a new prototype or if customers will buy the product <ref name="HowToDoProjects" /><sup>(pp.134-135)</sup>.
 +
Furthermore, a lot of time and resources can potentially be spent on prioritizing and assessing, risks that are not likely to occur, which will divert resources that could have allocated more efficiently.
 +
 
 +
 
 +
''' ISO 31000 '''
 +
 
 +
The ISO 31000 is probably the most used risk management standard. However, it has some flaws, which managers need to take into consideration.
 
   
 
   
First a considerable ammount of scientific literature arguing for the ISO 31000 is outdatet since it uses ideas of risk assessment and characterisation as used in the 1970s and 1980s <ref name="CriticArticle" />.
+
First, a considerable amount of scientific literature arguing for the ISO 31000 is outdated since it uses ideas of risk assessment and characterization as used in the 1970s and 1980s, which does not take the fast-changing and connected world which projects happens in today into account <ref name="CriticArticle" />.
 +
 
 +
Second, the ISO 31000 is often criticized for having a narrow scope, for instance, the standard does not include setting objectives, but it does require that objectives are set.
 +
Furthermore, the guidelines provided in the ISO 31000 can be harder to understand and implement in ''Small and Medium-sized Enterprises'' which is why the ISO 31000 SME <ref name="iso31000sme" /> can be an additional standard, which managers need to take into consideration.  
  
Furtheremore a significant porportion of management researchers and analysts agrees on risk basically captures two dimensions:
+
Therefore it is vital that risk managers do not blindly follow the ISO 31000, but read material from multiple sources, for instance, the literature listed in section [[#Annotated Bibliography|Annotated Bibliography]].
# something is at stake (health and lives, the environment and material assets)
+
# uncertainties.
+
Above-mentioned can be conceprualized, measured and described in a more and understandbely way than the ISO 31000, forinstance the SRA glossary <ref name="CriticArticle" />.
+
Therefore it is important that risk managers not blindly follow the ISO 31000, but try to explore as broad a littirature search as possible, forinstance the SRA glossary.
+
  
 
== Conclusion ==
 
== Conclusion ==
It is important that managers use risk management, and spent time on imporving and develoup the risk management programme of companies. xxx
 
  
There will always be risks in projects, and how they are managed will have a large impact on the success of a project [p. 232] <ref name="PMBogen" />.
 
  
==Further Reading Material==
+
There will always be risks in projects, and how they are managed will have a large impact on the success of a project <ref name="PMBogen" /><sup>(p232)</sup>.
 +
 
 +
Bad or no risk management can lead to immense losses and complications, whereas great risk management will lead to better decision making, quality, and budgets for projects.
 +
Naturally, risk management has some limitations such as its time consumption and the missing ability to remove all delays/risks.
 +
 
 +
The RMP helps manages to get an overview of potential obstacles that can occur or prevent the team from achieving their goals. By identifying the risks, managers can map them and initiate appropriate measurements to counter them.
 +
It is important that managers use risk management, and spent time on improving and develop the risk management programme of companies.
 +
 
 +
Even though risk management naturally is a more integrated and important discipline in some industries, it is recommended that it is used at least to some degree throughout all projects and companies.
 +
 
 +
==Literature==
 +
===References Credibility===
 +
This section contains a brief discussion of the used online sources credibility. This is done to ensure transparency and provide a high-quality list of sourcing which the reader can follow up on.
 +
*<ref name="RMGeorgUni" />: Is written by the ''Office of risk management'' at Georgetown University and can, therefore, be seen as an academically valid source.
 +
*<ref name="RisikoRadio" />: Is a podcast produced by a Danish radio called ''Risiko Radio'', which specialize in risk. However this podcast is in Danish, which can be problematic, the interviewed author J.L. Jensen, also argues for this in his book ''Redefining Risk & Return - The Economic Red Phone Explained'' (ISBN 978-3-319-41368-6).
 +
*<ref name="KnownKnownsWiki" />: ''Wikipedia'' is often criticised for is reliability since everybody can edit the pages. However, since this source is used in combination with the book Project Management by H. Pearson <ref name="PMBogen" /> and since this article is a Wikipedia itself, this is not a huge issue. Last modified 02-02-2018
 +
*<ref name="RiskMatrixPicture" />: Is written by ''CGE Academy'' which is a information site created by the company ''CGE - Risk Management Solutions''. ''CGE'' is a multinational company which specializes in risk management solutions. The company has over 10.000 end users and a 21% growth over the last five years, and it is fair to say that ''CGE'' is a reliable source considering Risk Management. (https://www.cgerisk.com/about-us/) Last modified 24-07-2017
 +
*<ref name="ResidualInherent" />: ''Nasdaq BWise'' is a global company which helps streamline risk management activities, furthermore the information from their webpage was compared with information from the ISO 31000 <ref name="iso31000" />. (http://www.bwise.com/about) Last modified 29-09-2015
 +
*<ref name="RMPPic" />: ''Procurement Journey'' is a webpage written by the Schottish Government (http://www.gov.scot/About) and can be seen as a credible source. Last modified 2016
 +
*<ref name="TreatRisks" />: Is written by ''Chartered Accountants'', which is New Zealand based. They provide business and finance support to over 100.000 members, which is a huge company and therefore must have a lot and specialized knowledge within their field (https://www.charteredaccountantsanz.com/about-us). Furthermore the ISO 31000 <ref name="iso31000" /> is used as a reference on the page.
 +
*<ref name="ProjectManager" /> Is written by the CEO of "Projectmanager.com, which is a company that produces Project Management software. The company has more than 10.000 users, including NASA, VOLVO, and UN (https://www.projectmanager.com/). The webpage can be seen as credible. However information from webpage is used in combination with information from the ISO 31000 <ref name="iso31000" />.
 +
*<ref name="AdvantageDisadvantage" /> Is an article published on the business site Wisestep, which can be seen as a credible source. The article was last modified/published 12-02-2018.
 +
 
 +
However, a more general critic of the use of online source could be based on the following:
 +
#Information available on the Internet is not regulated for quality or accuracy.
 +
#Almost anyone can publish anything they wish on the internet.
 +
#The information on a given webpage can change over time.
 +
#The information can be outdated.
 +
#Information can be twisted to reflect a person or companies interests.
 +
 
 +
As earlier stated the used online sources are relatively credible (point 1-2). When considering the change and outdatedness (point 3-4), the webpages was last edited between 29-09-2015 and 02-02-2018, which is relatively new and relevant.
 +
Since all the internet pages used are on a factual and information level, and not analytical the risk of exposure to company interests are minimal (point 5).
 +
In conclusion, the used internet pages are credible sources.
 +
 
 +
===References===
 +
<references>
 +
 
 +
<ref name="PMBogen">Pearson H. "Project Management", ''Pearson Education Limited''. 4th. Edition; 2010.</ref>
 +
<ref name="iso31000sme">ISO. "31000 Risk Management for smes", ''ISO''; 2015. https://www.iso.org/iso/iso_31000_for_smes.pdf, Visited 07-02-2018</ref>
 +
<ref name="iso31000">ISO. "31000 Risk management — Principles and guidelines", ''International Standard''; 2009. </ref>
 +
<ref name="RiskMatrixPicture">CGE Academy. "Risk matrices", https://www.cgerisk.com/knowledgebase/Risk_matrices, Visited 05-02-2018</ref>
 +
<ref name="ResidualInherent">Nasdaq. "Assessing Risks: Inherent or Residual", http://www.bwise.com/blog/assessing-risks-inherent-or-residual/obj5382859, Visited 08-02-2018</ref>
 +
<ref name="KnownKnownsWiki">Wikipedia. "There are known knowns", https://en.wikipedia.org/wiki/There_are_known_knowns, Visited 03-02-2018</ref>
 +
<ref name="HowToDoProjects">Geraldi J, Thuesen C, Oehmen J. "How to Do Projects". 1st ed. ''Dansk Standard''; 2017.</ref>
 +
<ref name="TreatRisks">Chartered Accountants, "Treat Risks", https://survey.charteredaccountantsanz.com/risk_management/midsize-firms/treat.aspx, Visited 09-02-2018</ref>
 +
<ref name="RMGeorgUni">Georgetown University. "Risk Management Overview", https://riskmanagement.georgetown.edu/overview, Visited 10-02-2018</ref>
 +
<ref name="RMPPic">Procurement Journey. "Risk Management Process", https://www.procurementjourney.scot/risk-management-process, Visited 10-02-2018</ref>
 +
<ref name="CriticArticle">Aven T. "The flaws of the ISO 31000 conceptualisation of risk", ''Proceedings of the Institution of Mechanical Engineers, Part O: Journal of Risk and Reliability''; 2017.</ref>
 +
<ref name="RisikoRadio">Risko Radio. "Episode 027: Hvad er en Risikoejer? Interview med Jesper Lyng Jensen", https://podtail.com/da/podcast/risiko-radio/episode-027-hvad-er-en-risikoejer-interview-med-je/, Visited 13-02-2018</ref>
 +
<ref name="AdvantageDisadvantage">Reddy C. "Advantage and Disadvantage of Risk Management" (published: 12/02-2018), ''Wisestep'', https://content.wisestep.com/advantage-disadvantage-risk-management/, Visited 13-02-2018</ref>
 +
<ref name="SamsungArticle">Lopez M. "Samsung Explains Note 7 Battery Explosions, And Turns Crisis Into Opportunity" (published: 22/01-2017), ''Forbes'', https://www.forbes.com/sites/maribellopez/2017/01/22/samsung-reveals-cause-of-note-7-issue-turns-crisis-into-opportunity/#9a47e4b24f12, Visited 15-02-2018</ref>
 +
<ref name="VWArticle">Hotten R. "Volkswagen: The scandal explained" (published: 10/12-2015), ''BBC'', http://www.bbc.com/news/business-34324772, Visited 15-02-2018</ref>
 +
<ref name="DBArticle">Treanor J. "The $14bn Deutsche Bank fine – all you need to know" (published: 06/09-2016), ''The Guardian'', https://www.theguardian.com/business/2016/sep/16/deutsche-bank-14bn-dollar-fine-doj-q-and-a, Visited 15-02-2018</ref>
 +
<ref name="FOneArticle">Gonzalez G. "Formula One risk management strives to prevent racing deaths after tragedies" (published: 16/10-2017), ''Business Insurance'', http://www.businessinsurance.com/article/00010101/NEWS06/912316546/Formula-One-risk-management-strives-to-prevent-racing-deaths-after-tragedies, Visited 15-02-2018</ref>
 +
<ref name="FOneQoute">vGroup. "DFA Launch", http://www.vgroupinternational.com/news-and-media/latest-news/dfa-launch, Visited 15-02-2018</ref>
 +
 
 +
<ref name="ProjectManager">Westland J. ProjectManager.com, "What Is Project Risk and Why Should You Care?", https://www.projectmanager.com/blog/what-is-project-risk-and-why-should-you-care, Visited 23-02-2018</ref>
 +
</references>
 +
 
 +
===Annotated Bibliography===
 +
 
 +
'''Wikipedia articles'''
  
 
*[[Risk management]]
 
*[[Risk management]]
Line 147: Line 266:
 
*[[Risk and Opportunities Management]]
 
*[[Risk and Opportunities Management]]
  
*[[There are known knowns]]
+
*[[#https://en.wikipedia.org/wiki/There_are_known_knowns|There are known knowns]]
  
 
*[[Risk Management in Renewable Energy Projects]]
 
*[[Risk Management in Renewable Energy Projects]]
Line 159: Line 278:
 
*[[Risk identification]]
 
*[[Risk identification]]
  
*[[Risk Management in Construction]]
+
*[[Including Risk Management in Construction Projects]]
  
*[[ISO 31000]]
+
*[[#ISO_31000|ISO 31000]]
  
==References==
+
'''Books'''
<references>
+
*Chapter 10 in: Maylor H. "Project Management".4th ed. ''Pearson Education Limited''; 2010.
 +
::This chapter is about Risk & Opportunities Management and describes: ''risk matrix, Rumsfeld's Known-unknowns, qualitative and quantitative approaches, sensitivity analysis, PERT technique'' and ''Monte Carlo simulation''.
 +
*ISO. "31000 Risk management — Principles and guidelines". ''International Standard''; 2009.
 +
::The golden standard within risk management, it gives a great overview of definitions and approaches to risk management and is, therefore, a must-read.
 +
*Chapter 11 in Project Management Institute. "A guide to the project management body of knowledge: PMBOK Guide". ''Project Management Institute''; 2000.
 +
::This chapter is about Project Risk Management and describes: ''risk Management Planning, Risk Identification, Qualitative Risk Analysis, Quantitative Risk Analysis, Risk Response Planning'' and ''Risk Monitoring and Control.
 +
*Committee on Foundations of risk analysis. "SRA glossary ". ''Committee on Foundations of risk analysis''; 2015. (Link: http://www.sra.org/sites/default/files/pdf/SRA-glossary-approved22june2015-x.pdf)
 +
::The SRA is similar to the ISO 31000, in the way it gives an overview of definitions and approaches to risk management.
 +
*Jensen JL. "Risk & Return - The Economic Red Phone Explained". ''Springer International Publishing AG''; 2017.
 +
::This book attempt to re-define objective risk, and addresses the critical factor of defining a risk owner. It argues for defining risk owner at the lowest possible management level, and the importance of proper risk management.
  
<ref name="PMBogen">H. Pearson, "Project Management", ''Pearson Education Limited'', 4th. Edition (2010):.</ref>
+
'''Articles'''
<ref name="iso31000sme">ISO, "31000 Risk Management for smes", ''ISO'', (2015):. https://www.iso.org/iso/iso_31000_for_smes.pdf, Visited 07-02-2018</ref>
+
*Nassim NT, Goldstein DG, Spitznagel MW. "The Six Mistakes Executives Make in Risk Management". ''Harvard Business School Publishing Corporation''. 2009;87(10):123-123
<ref name="iso31000">ISO, "31000 Risk management — Principles and guidelines", ''INTERNATIONAL STANDARD'', (2009):. </ref>
+
::This article outlines some of the general mistakes managers make when doing risk management, and have some great arguments which managers should take into consideration.
<ref name="RiskMatrixPicture">CGE Academy, "Risk matrices", https://www.cgerisk.com/knowledgebase/Risk_matrices, Visited 05-02-2018</ref>
+
<ref name="ResidualInherent">Nasdaq, "ASSESSING RISKS: INHERENT OR RESIDUAL", http://www.bwise.com/blog/assessing-risks-inherent-or-residual/obj5382859, Visited 08-02-2018</ref>
+
<ref name="KnownKnownsWiki">Wikipedia, "There are known knowns", https://en.wikipedia.org/wiki/There_are_known_knowns, Visited 03-02-2018</ref>
+
<ref name="HowToDoProjects">J. Geraldi, C. Thuesen and J. Oehmen, "How to Do Projects", ''Dansk Standard'', (2017):.</ref>
+
<ref name="TreatRisks">Chartered Accountants, "Treat Risks", https://survey.charteredaccountantsanz.com/risk_management/midsize-firms/treat.aspx, Visited 09-02-2018</ref>
+
<ref name="RiskTreatBook">D. Hillson, "Effective Opportunity Management for Projects: Exploiting Positive Risk", ''Taylor & Francis'', (2003):.</ref>
+
<ref name="RMGeorgUni">Georgetown University, "RISK MANAGEMENT OVERVIEW", https://riskmanagement.georgetown.edu/overview, Visited 10-02-2018</ref>
+
<ref name="RMPPic">Procurement Journey, "Risk Management Process", https://www.procurementjourney.scot/risk-management-process, Visited 10-02-2018</ref>
+
<ref name="CriticArticle">T. Aven, "The flaws of the ISO 31000 conceptualisation of risk", ''Proceedings of the Institution of Mechanical Engineers, Part O: Journal of Risk and Reliability'', 5 (2017):.</ref>
+
 
+
 
+
 
+
</references>
+
 
+
===References Credibility===
+
This section contains a brief discussen of the used online sources credibility. This is done to ensure transparency and provide a high quality list of sourcing which the reader can follow up on.
+
*<ref name="RiskMatrixPicture" />
+

Latest revision as of 16:34, 16 November 2018

Developed by Jonas Heiberg Larsen


Contents

[edit] Abstract

Projects are part of a dynamic and fast-changing world. Therefore there is a degree of uncertainty and unpredictability in projects. In order to minimize uncertainties and unforeseeable events related to a project, risks are identified and managed throughout the project lifecycle. A risk is an uncertain event that can have e negative effect on one or more objects in a project such as time, cost, performance or scope [1] [2].

This Wiki-article will describe the risk management Process, Risk matrix, Rumsfeld's Unknown-Knowns, inherent- and residual risks. At last limitations and advantages of risk management will be discussed and a brief overview of other relevant reading material is given.

Please note that this article only covers the risk (threat) management of a project and does not look into opportunities management (risks with a positive effect).

In order to control and manage risks, the Risk Management Process (RMP) is used. RMP is divided into four main categories Identify risks, Assess risks, Treat risks and Monitor risks. However, RMP is a continuous process, which happens throughout the lifecycle of a project. [2] [3]

The different natures of risks can be categorized with D. Rumsfeld's Unknown-Knowns and assessed with the risk matrix (both residual- & inherent risk). When treating a risk, the risk managers can choose to Avoid, Reduce, Share or Accept the risk. The risks can be monitored by using a risk register, where risks and countermeasures can be mapped.

Risk management is an essential tool to use in project management and helps managers get an overview of potential obstacles that can occur or prevent a team from achieving their goals. Risk management is a highly importent discipline and should be present in all projects, however, its importance is often neglected. [2] [4]

[edit] Introduction

[edit] Risk definition

Risk can be defined as follows: "Risk is an uncertain event or condition that if occurs, has a positive or negative effect on one or more project objectives such as time, cost and quality, or effect of uncertainty on objectives" All activities in an organization involve risks. These risks can be managed by identifying them, analyzing them and then evaluating whether the risk should be modified by risk treatment in order to satisfy the organization's risk criteria. During this process, risk managers communicate with stakeholders and monitor the risk. The controls are modified to ensure that the amount of risk treatment is minimized. [2](pV)

Risk identification is the "process of finding, recognizing and describing risks" [2](p4). Risk identification involves the identification of risk sources, event, causes and potential consequences. The identification can involve historical data, theoretical analysis, expert opinions, and stakeholder needs [2](p4).

However identification is only the first step, managers also need to analyze the risk to the most significant ones can be dealt with on an ongoing basis [5](p219).

[edit] Rumsfeld's Unknown-Knowns

The different nature of risks can be categorized with former US Defense Secretary, Donald Rumsfeld's definition. Rumsfeld categorizes risks as the following [6] :

  • Known-Knowns describes the things we know we know. An example could be the fact that we know that there are some risks in every project or maybe learning's from a previous project.
  • Known-Unknowns describes the things we know are uncertain. For example, the delays because of a third party fail to deliver on deadline or human errors administration wise or misunderstandings.
  • Unknown-Unknowns describes the things that we in no way could have seen or expected. This could be a sudden death, war or terrorist attack.
  • Unknown-Knowns describes the things we should have known, but we for various reason (mostly complexity) don't. An example could be when a terrorist attack happens on American solid, to some extent, this is an Unknown-Known for the CIA [5](pp.219-220).

[edit] Risk matrix

Risk matrix [7]

When the risk elements to be managed is identified, the next step is to ensure that either the likelihood is reduced or the impact of that activity occurring.

The risk matrix is one of the most used tools for risk evaluation. The matrix can be used to determine the size of a risk & whether or not a risk is sufficiently controlled.

The risk-matrix is compiled of two dimensions Probability (also called likelihood) and Impact (also called severity). Likelihood is the measure of how likely a given event is, and impact is the effect the risk can do. The combination of these two dimensions gives a collective risk rating in the matrix. Usually, the risk-matrix consists of 3 different risk ratings: Low (Acceptable), Medium and high (Not acceptable), however, some matrixes also have a 4. level very high [7].

The horizontal and vertical scale can have different values or tags, however, in this case, both impact and probability have a scale from 1-5. An example of a risk rating could have a probability of 3 (possible), and an impact of 2 (Minor) would have a collective risk ration of medium [5](p223).

The numeric scale of 1-5 can be hard for managers to visualize and use, therefore more subjective values like unlikely and likely is often used, as seen in the table below.

Objectively description of numeric scale
Scale (1-5) Probability (Subjective values) Impact (Subjective values)
1 Highly unlikely No impact
2 Unlikely Minor
3 Possible Medium
4 Likely Major
5 Very likely Extensive


It is important to notice that the risk matrix is only used to rank risks, and not as a decision tool itself. How to treat the individual risk the matrix does not answer - other tools and analysis should be used for this (see section Treat risks/Control). The tool, however, can be used to prioritize and categorize the risks, so the risks with the highest rating can be dealt with first and so forth. Visually risks in the red and yellow area, should, if possible, move towards the green area, when mitigations and controls are applied.

[edit] Residual - & Inherent risks

Identified risks can be categorized into two different categories, depending on, if controls fail or not. The residual risk is the identified risk as it is today, with the controls in place. An example could be the risk of "financial loss if the bank is robbed", however, we have a control in place and hired security people. The inherent risk is the risk we face if the controls for the residual risk fail. For instance, all the security people get food poisoning, and the bank's protection is therefore gone. Naturally the Impact/Probability for the inherent risk should be greater or equal to the ratings in the residual [2] [8].

[edit] Risk Management Process (RMP)

Risk Management Process [9]

The Risk Management Process can be divided into four main categories Identify risks, Assess risks, Treat risks and Monitor risks.

[edit] Identify risks

The first process is "Identify risks", here potential risk events and their characteristics that can have a negative effect on the project is identified. The identification of risk is a repeatable process since risks can change or new risks are discovered, throughout the project's lifecycle. The identification process can consist of a variety of different stakeholders, project management team, experts, senior managers, etc.

[edit] Assess risks

The second process is "Assess risks", which is used to measure and prioritize risks. In the assessment of risks the probability of each risk occurring & the corresponding impact for the project, if the risk does occur. The probability and impact are then used to prioritize the risks. This process is also repetitive throughout the project. The Risk matrix, as described earlier, can be used for accessing the risks.

[edit] Treat risks/Control

The third process is "Treat risks", here actions to reduce risks, are developed and determined. The treatment of risks can consist of adding additional resources (manpower, budget) into the schedule. However, the treatment should be customized to fit the individual risk and be as realistic and cost-effective as possible. The process also includes measures to avoid, mitigate or deflect the risk. Another possibility is to develop contingency plans which can be used if the risk occurs [1](p138).

Risk Treatment consists of a range of options for mitigating the risk, assessing options, and preparations for implementing action plans. As mentioned earlier (in section Risk matrix) the highest risks should be addressed first and so on and forth. Of course, the cost of treating the risk should be evaluated and compared with a potential loss by risk. Depending on the type and nature of the risk, the following options are available [10]:

  • Avoid - The risk is avoided by stopping to proceed with the activity that introduced the risk. Instead, an alternative activity that still meets business objectives is chosen or a less risky approach or process.
  • Reduce - The likelihood or effect of the risk is reduced to an acceptable level. However in regards to time and expense, it is desirable to eliminate the risk [5].
  • Share or Transfer - The risk is transferred away from the risk-owner. For instance by outsourcing the activities that the risk is tied to, making contracts with service providers or buying insurance that covers that risk.
  • Accept - The risk is simply accepted, risks with very low impact and likelihood can often be accepted. A risk can also be accepted if the cost of the treatment outweighs the benefit. By accepting the risk no further action is taken to treat the risk, the risk is of cause still monitored and evaluated on an ongoing basis, due to potential changes [10].

[edit] Monitor risks

The fourth process is "Monitor risks", here actions to track and monitor risks are developed. One of the most common approaches to risk monitoring is to use a risk register, which is initiated at the start of a project and continually reviewed and updated. A risk register should as a minimum contain the following information:

  • Risk identification number (Used for identification of risks)
  • Risk Owner (Should be clearly defined and registered in the risk register)
  • Description of Risk (Makes it easier to communicate risk)
  • Results of assessment (Probability/Impact) and assessment date
  • Mitigating Actions (Actions to address the risk)
  • Date for next risk review [9].

It is important to note that risks should be monitored, reviewed and controlled on an ongoing base. The controlling of risks is done by continuous tracking of identified risks while identifying and analyzing new risks. Risks and the effectiveness of controls and mitigations should be evaluated throughout the project life cycle [3](p142).

[edit] Risk management

[edit] Risk management in different industries

Risk management is relevant for all industries. However, the degree of importance and impact can vary a lot. Risk management is highly essential in sectors like finance/banks, Formula One, drilling oil & gas or space programs. Where big money can be lost, reputations ruined or even lives lost. Risk management is especially important in the following areas:

  • Construction
  • Medical procedures
  • Disaster and terrorism management
  • Tech companies
  • Oil and gas
  • Financial
  • Large government projects
  • Pharmaceutical sector

The parameters used to measure the impact can also vary a lot. For an R&D project, the impact measurements could be delays, financial and mistakes while a bank could use reputational, regulatory, and financial scales to measure the impact. The space program could be an operational risk such as the risk of burning up when astronauts are reentering the atmosphere. While financial institutions could loose reputation or customers if they have a security breach, like hacking or transferring the wrong amount of money from one customer to another.

[edit] Examples of good and bad risk management

Bad:

  • Volkswagen - Dieselgate: In 2015 it was discovered that car manufacturer VW was cheating in emissions test, which made their cars seem more eco-friendly. This act resulted in a recall which costed around 6.7 billion euro and resulted in the company posting its first quarterly loss in 15 years. [11]
  • Samsung - Galaxy Note 7 smartphone explosions: When Samsung launched Galaxy Note 7 in August 2017, there was a fatal error with the batteries which caused them to explode, and Samsung was forced to recall 2 million devices with an estimated cost of 5.3 billion USD. [12]
  • Deutsche Bank -Fined 14 billion USD: Deutsche Bank was fined 14 billion USD, by the US for misselling mortgage securities in the US. The bank selected mortgages, packed them into bonds (RMBS) and sold on to investors.[13]

Good:

  • NASA - mission planning and real-time mission operations: NASA is known for having a lot of risks in their projects, and have managed to excel in risk management.
  • Formula One racing - Is high-performance racer sport, where safety and risk management is taken very seriously. Resulting in a 20-year streak with no fatal incidents, until October 2014 [14]. Former Formula One driver Jackie Stewart did even say: "There is no doubt that Formula One has the best risk management of any sport and any industry in the world"[15]

[edit] Implementing Risk management

Steps in implementing Risk management [16]

The steps to implementing risk management can be divided into the following steps [16]:

  1. Start right - It is important to have a clear and precise definition of what the project outcome should be, along with project vision, objectives, scope, and deliverables[16] [2](p12).
  2. Accountable - Involve the whole team and share responsibilities among team members.
  3. Identify - Start with identifying the risks (step 1-2 in the Risk Management Process (RMP))
  4. Risk plan - The actions to counter risks is planned and mapped (step 3 in RMP)
  5. Monitor - The identified risks are monitored and tracked (Step 4 in RMP)
  6. Transparency - Is about communication, being clear and straight up with stakeholders, bosses and employees, which will make the project easier[16][2](p12).


Project Managers can use these six steps to implement risk management into their projects. Since projects are different, variations in the implementation can occur. However, these steps are a good guideline.

[edit] Limitations and advantages of Risk management (discussion)

[edit] Advantages

By having an effective and structured risk management system, organizations will get the following benefits:

  • Increased ability to deliver projects on time, since there will be fewer surprises.
  • Better use of resources.
  • Overview of risks and losses.
  • Better quality data for decision making.
  • Budgets are less relying on guesswork.

There are many more benefits of good risk management than just the ones listed here, but this is some of the important ones for organizations. Risk management helps organization overview and control risks and therefore make better decisions. Risk management is therefore highly relevant and should be implemented and used in organizations.

[edit] Limitations

Risk management has an array of advantages. However, risk management also has some limitations:

  • No matter how much preparation is done, accidents and unforeseen events will always happen.
  • Risk management will not delay or remove all risks.
  • It can be used as decision support, but not as a decision tool.
  • Risk management uses a lot of time, to gather information, it has information and can be difficult to implement. [17]

Risk Management Process is concerned with managing the identified and quantified risks & mitigations and does not tackle other types of uncertainty like the cost to develop a new prototype or if customers will buy the product [1](pp.134-135). Furthermore, a lot of time and resources can potentially be spent on prioritizing and assessing, risks that are not likely to occur, which will divert resources that could have allocated more efficiently.


ISO 31000

The ISO 31000 is probably the most used risk management standard. However, it has some flaws, which managers need to take into consideration.

First, a considerable amount of scientific literature arguing for the ISO 31000 is outdated since it uses ideas of risk assessment and characterization as used in the 1970s and 1980s, which does not take the fast-changing and connected world which projects happens in today into account [18].

Second, the ISO 31000 is often criticized for having a narrow scope, for instance, the standard does not include setting objectives, but it does require that objectives are set. Furthermore, the guidelines provided in the ISO 31000 can be harder to understand and implement in Small and Medium-sized Enterprises which is why the ISO 31000 SME [19] can be an additional standard, which managers need to take into consideration.

Therefore it is vital that risk managers do not blindly follow the ISO 31000, but read material from multiple sources, for instance, the literature listed in section Annotated Bibliography.

[edit] Conclusion

There will always be risks in projects, and how they are managed will have a large impact on the success of a project [5](p232).

Bad or no risk management can lead to immense losses and complications, whereas great risk management will lead to better decision making, quality, and budgets for projects. Naturally, risk management has some limitations such as its time consumption and the missing ability to remove all delays/risks.

The RMP helps manages to get an overview of potential obstacles that can occur or prevent the team from achieving their goals. By identifying the risks, managers can map them and initiate appropriate measurements to counter them. It is important that managers use risk management, and spent time on improving and develop the risk management programme of companies.

Even though risk management naturally is a more integrated and important discipline in some industries, it is recommended that it is used at least to some degree throughout all projects and companies.

[edit] Literature

[edit] References Credibility

This section contains a brief discussion of the used online sources credibility. This is done to ensure transparency and provide a high-quality list of sourcing which the reader can follow up on.

  • [3]: Is written by the Office of risk management at Georgetown University and can, therefore, be seen as an academically valid source.
  • [4]: Is a podcast produced by a Danish radio called Risiko Radio, which specialize in risk. However this podcast is in Danish, which can be problematic, the interviewed author J.L. Jensen, also argues for this in his book Redefining Risk & Return - The Economic Red Phone Explained (ISBN 978-3-319-41368-6).
  • [6]: Wikipedia is often criticised for is reliability since everybody can edit the pages. However, since this source is used in combination with the book Project Management by H. Pearson [5] and since this article is a Wikipedia itself, this is not a huge issue. Last modified 02-02-2018
  • [7]: Is written by CGE Academy which is a information site created by the company CGE - Risk Management Solutions. CGE is a multinational company which specializes in risk management solutions. The company has over 10.000 end users and a 21% growth over the last five years, and it is fair to say that CGE is a reliable source considering Risk Management. (https://www.cgerisk.com/about-us/) Last modified 24-07-2017
  • [8]: Nasdaq BWise is a global company which helps streamline risk management activities, furthermore the information from their webpage was compared with information from the ISO 31000 [2]. (http://www.bwise.com/about) Last modified 29-09-2015
  • [9]: Procurement Journey is a webpage written by the Schottish Government (http://www.gov.scot/About) and can be seen as a credible source. Last modified 2016
  • [10]: Is written by Chartered Accountants, which is New Zealand based. They provide business and finance support to over 100.000 members, which is a huge company and therefore must have a lot and specialized knowledge within their field (https://www.charteredaccountantsanz.com/about-us). Furthermore the ISO 31000 [2] is used as a reference on the page.
  • [16] Is written by the CEO of "Projectmanager.com, which is a company that produces Project Management software. The company has more than 10.000 users, including NASA, VOLVO, and UN (https://www.projectmanager.com/). The webpage can be seen as credible. However information from webpage is used in combination with information from the ISO 31000 [2].
  • [17] Is an article published on the business site Wisestep, which can be seen as a credible source. The article was last modified/published 12-02-2018.

However, a more general critic of the use of online source could be based on the following:

  1. Information available on the Internet is not regulated for quality or accuracy.
  2. Almost anyone can publish anything they wish on the internet.
  3. The information on a given webpage can change over time.
  4. The information can be outdated.
  5. Information can be twisted to reflect a person or companies interests.

As earlier stated the used online sources are relatively credible (point 1-2). When considering the change and outdatedness (point 3-4), the webpages was last edited between 29-09-2015 and 02-02-2018, which is relatively new and relevant. Since all the internet pages used are on a factual and information level, and not analytical the risk of exposure to company interests are minimal (point 5). In conclusion, the used internet pages are credible sources.

[edit] References

  1. 1.0 1.1 1.2 Geraldi J, Thuesen C, Oehmen J. "How to Do Projects". 1st ed. Dansk Standard; 2017.
  2. 2.00 2.01 2.02 2.03 2.04 2.05 2.06 2.07 2.08 2.09 2.10 2.11 ISO. "31000 Risk management — Principles and guidelines", International Standard; 2009.
  3. 3.0 3.1 3.2 Georgetown University. "Risk Management Overview", https://riskmanagement.georgetown.edu/overview, Visited 10-02-2018
  4. 4.0 4.1 Risko Radio. "Episode 027: Hvad er en Risikoejer? Interview med Jesper Lyng Jensen", https://podtail.com/da/podcast/risiko-radio/episode-027-hvad-er-en-risikoejer-interview-med-je/, Visited 13-02-2018
  5. 5.0 5.1 5.2 5.3 5.4 5.5 Pearson H. "Project Management", Pearson Education Limited. 4th. Edition; 2010.
  6. 6.0 6.1 Wikipedia. "There are known knowns", https://en.wikipedia.org/wiki/There_are_known_knowns, Visited 03-02-2018
  7. 7.0 7.1 7.2 CGE Academy. "Risk matrices", https://www.cgerisk.com/knowledgebase/Risk_matrices, Visited 05-02-2018
  8. 8.0 8.1 Nasdaq. "Assessing Risks: Inherent or Residual", http://www.bwise.com/blog/assessing-risks-inherent-or-residual/obj5382859, Visited 08-02-2018
  9. 9.0 9.1 9.2 Procurement Journey. "Risk Management Process", https://www.procurementjourney.scot/risk-management-process, Visited 10-02-2018
  10. 10.0 10.1 10.2 Chartered Accountants, "Treat Risks", https://survey.charteredaccountantsanz.com/risk_management/midsize-firms/treat.aspx, Visited 09-02-2018
  11. Hotten R. "Volkswagen: The scandal explained" (published: 10/12-2015), BBC, http://www.bbc.com/news/business-34324772, Visited 15-02-2018
  12. Lopez M. "Samsung Explains Note 7 Battery Explosions, And Turns Crisis Into Opportunity" (published: 22/01-2017), Forbes, https://www.forbes.com/sites/maribellopez/2017/01/22/samsung-reveals-cause-of-note-7-issue-turns-crisis-into-opportunity/#9a47e4b24f12, Visited 15-02-2018
  13. Treanor J. "The $14bn Deutsche Bank fine – all you need to know" (published: 06/09-2016), The Guardian, https://www.theguardian.com/business/2016/sep/16/deutsche-bank-14bn-dollar-fine-doj-q-and-a, Visited 15-02-2018
  14. Gonzalez G. "Formula One risk management strives to prevent racing deaths after tragedies" (published: 16/10-2017), Business Insurance, http://www.businessinsurance.com/article/00010101/NEWS06/912316546/Formula-One-risk-management-strives-to-prevent-racing-deaths-after-tragedies, Visited 15-02-2018
  15. vGroup. "DFA Launch", http://www.vgroupinternational.com/news-and-media/latest-news/dfa-launch, Visited 15-02-2018
  16. 16.0 16.1 16.2 16.3 16.4 Westland J. ProjectManager.com, "What Is Project Risk and Why Should You Care?", https://www.projectmanager.com/blog/what-is-project-risk-and-why-should-you-care, Visited 23-02-2018
  17. 17.0 17.1 Reddy C. "Advantage and Disadvantage of Risk Management" (published: 12/02-2018), Wisestep, https://content.wisestep.com/advantage-disadvantage-risk-management/, Visited 13-02-2018
  18. Aven T. "The flaws of the ISO 31000 conceptualisation of risk", Proceedings of the Institution of Mechanical Engineers, Part O: Journal of Risk and Reliability; 2017.
  19. ISO. "31000 Risk Management for smes", ISO; 2015. https://www.iso.org/iso/iso_31000_for_smes.pdf, Visited 07-02-2018

[edit] Annotated Bibliography

Wikipedia articles

Books

  • Chapter 10 in: Maylor H. "Project Management".4th ed. Pearson Education Limited; 2010.
This chapter is about Risk & Opportunities Management and describes: risk matrix, Rumsfeld's Known-unknowns, qualitative and quantitative approaches, sensitivity analysis, PERT technique and Monte Carlo simulation.
  • ISO. "31000 Risk management — Principles and guidelines". International Standard; 2009.
The golden standard within risk management, it gives a great overview of definitions and approaches to risk management and is, therefore, a must-read.
  • Chapter 11 in Project Management Institute. "A guide to the project management body of knowledge: PMBOK Guide". Project Management Institute; 2000.
This chapter is about Project Risk Management and describes: risk Management Planning, Risk Identification, Qualitative Risk Analysis, Quantitative Risk Analysis, Risk Response Planning and Risk Monitoring and Control.
The SRA is similar to the ISO 31000, in the way it gives an overview of definitions and approaches to risk management.
  • Jensen JL. "Risk & Return - The Economic Red Phone Explained". Springer International Publishing AG; 2017.
This book attempt to re-define objective risk, and addresses the critical factor of defining a risk owner. It argues for defining risk owner at the lowest possible management level, and the importance of proper risk management.

Articles

  • Nassim NT, Goldstein DG, Spitznagel MW. "The Six Mistakes Executives Make in Risk Management". Harvard Business School Publishing Corporation. 2009;87(10):123-123
This article outlines some of the general mistakes managers make when doing risk management, and have some great arguments which managers should take into consideration.
Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox