Risk Breakdown Structure (RBS)
CrewMember (Talk | contribs) (→The concept of Risk Breakdown Structure (RBS)) |
CrewMember (Talk | contribs) |
||
| Line 44: | Line 44: | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
==Relation with Work Breakdown Structure (WBS)== | ==Relation with Work Breakdown Structure (WBS)== | ||
Revision as of 20:28, 19 February 2022
Developed by Dimitrios Machairas
Contents |
Abstract
A Risk Breakdown Structure is a tool that depicts in the form of a graph the risks a project might face as it develops. Commonly, this tool's structure follows a hierarchical representation of risk, starting with the top levels and consequently moving down to more specific risks. The scope of this tool is to help project managers map out the possible risk exposure of the project - every parameter that might affect the regular progression of the project.
Risk Breakdown Structure (RBS) is a tool developed by Dr. David Hillson and he describes it as: "A Source-oriented grouping of project risks that organize and defines the total risk exposure of the project. Each descending level represents an increasingly detailed definition of sources of risk to the project."
Introduction: Risk Management
Risk management is a systematic process of identifying, assessing and responding to project risk [1]. The overall goal of the risk management process is to maximize the opportunities and minimize the negative consequences of risk threats [1]. Project Risk Management aims to identify and prioritize risks in advance of their occurrence and provide action-oriented information to project managers. This orientation requires consideration of events that may or may not occur and are therefore described in terms of likelihood or probability of occurrence in addition to other dimensions such as their impact on objectives [2]
Risk identification
A risk cannot be managed unless it is first identified. Consequently, after risk management planning has been completed, the first process in the iterative Project Risk Management process aims to identify all the knowable risks to project objectives [1]. Risk identification is the process of systematically and continuously identifying, categorizing, and assessing the initial significance of risks associated with a project [3]. Risk identification describes risks that can potentially affect the project. Participants in risk identification activities can be the following: project manager, project team members, risk management team (if assigned), experts that are not member of project, customers, end users, other project managers, stakeholders, and risk management experts [4]
Techniques used for risk identification include brainstorming and workshops, checklists and prompt lists, questionnaires and interviews, Delphi groups or Nominal Group Techniques, and various diagramming approaches (cause–effect diagrams, systems dynamics, influence diagrams, etc.)[5]
Risk Analysis
Risk analysis is subsequent step of Risk Identification and aims to evaluate the consequences associated with risks and to assess the impact of risk by using risk analysis and measurement techniques. These techniques involve Qualitative Analysis (description, likelihood of happening and impact of the risk to the project), Quantitative Analysis (sensitivity analysis, Monte Carlo, decision trees etc.)
Risk Response Planning
The step after risk identification and risk analysis is to strategically plan actions focusing on the most significant risks, in a way that increases the possibility of success and minimizes the impacts of the threats on the project. This process aims to determine effective response actions that are appropriate to the priority of individual risks and to the overall project risk. It takes into account the stakeholders‟ risk attitudes and the conventions specified in the Risk Management Plan, in addition to any constraints and assumptions that were determined when the risks were identified and analyzed.[5]. When the response actions are applied, they affect the project objectives and can generate additional risks. These are known as secondary risks and have to be analyzed and planned for in the same way as those risks which were initially identified [1].
Responses to risks can be one/combination of the following options [5] :
- Mitigate: acts on the reduction of the probability and/or the impact of a risk to an acceptable threshold. This may require further resources and therefore may represent a tradeoff of one objective for another. This is one of the most applied methods.
- Avoid: risk avoidance consists of altering the project plan so that the risk is eliminated and does not impose a threat to the project.
- Transfer: in this option, the risk is transferred to another partner or third party that is better positioned to address a particular threat. A good example is insurance companies that are willing to take the risk in exchange for money.
The concept of Risk Breakdown Structure (RBS)
Risk Identification provides an unstructured list of risks that is difficult to communicate to other stakeholders. Therefore, different tools that structure the large amount of data have been proposed including risk registers, risk matrix and risk map. Among them, Risk Breakdown Structure (RBS) is a useful tool that groups the identified risk events into different levels following a bottom-up approach. Risk Breakdown Structure is a practical tool, widely used during the various stages of project life in risk management. It can be used in the risk identification stage and it can provide support in the later stages (risk assessment and risk response) since it offers an overview of the risks which affect the project.[5]. Figure 1 demonstrates an example of RBS [6]
Relation with Work Breakdown Structure (WBS)
Risk Breakdown Structure Template Example
How to Use the RBS
Risk identification aid
Risk assessment
Risk reporting
Drawbacks of the RBS
References
Hillson, David. (2003). Using a Risk Breakdown Structure in project management. Journal of Facilities Management. 2. 85-97. 10.1108/14725960410808131.
Munier, Nolberto. (2014). Risk management for engineering projects: Procedures, methods and tools. 10.1007/978-3-319-05251-9.
Project Management Institute. (2008). A Guide to the Project Management Body of Knowledge
- ↑ 1.0 1.1 1.2 1.3 Project Management Institute, (2009),"A Guide to the Project Management Body of Knowledge - Fourth Edition"
- ↑ Project Management Institute. (2009). "Practice standard for project risk management. Newtown Square"
- ↑ Al-Bahar, J.F. and Crandall, K.C. (1990), "Systematic Risk Management Approach for Construction Projects", Journal of Construction Engineering and Management
- ↑ Mojtahedi, Mohammad & Mousavi, Sana & Makui, Ahmad. (2010). "Project risk identification and assessment simultaneously using multi-attribute group decision making technique", Safety Science
- ↑ 5.0 5.1 5.2 5.3 Rasool Mehdizadeh. (2012)."Dynamic and multi-perspective risk management of construction projects using tailor-made Risk Breakdown Structures"
- ↑ 6.0 6.1 Tah, J.H.M. and Carr, V. (2001) "Towards a Framework for Project Risk Knowledge Management in the Construction Supply Chain" Advances in Engineering Software
