Jump to content

Risk management plan: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
Added {{More footnotes}}; and removed {{More citations needed}} tags
no source. organization is that it decides who will prepare the document
(12 intermediate revisions by 8 users not shown)
Line 1: Line 1:
{{Short description|Multi-dimensionable matrix method for mitigating risks}}
{{More footnotes|date=July 2021}}
{{More footnotes|date=July 2021}}


A '''risk management plan''' is a document that a [[project manager]] prepares to foresee risks, estimate impacts, and define responses to risks. It also contains a [[Risk matrix|risk assessment matrix]].
A '''risk management plan''' is a document to foresee risks, estimate impacts, and define responses to risks. It also contains a [[Risk matrix|risk assessment matrix]]. According to the [[Project Management Institute]], a risk management plan is a "component of the project, program, or portfolio management plan that describes how risk management activities will be structured and performed".{{sfn|Project Management Institute|2021|loc=Glossary §3 Definitions}}


A risk is "an uncertain event or condition that, if it occurs, has a positive or negative effect on a project's objectives."<ref>[[Project Management Body of Knowledge|PMBOK]] Guide 5th Edition, Glossary pg. 373.</ref> Risk is inherent with any [[project]], and [[project manager]]s should assess risks continually and develop plans to address them. The risk management plan contains an analysis of likely risks with both high and low impact, as well as mitigation strategies to help the project avoid being derailed should common problems arise. Risk management plans should be periodically reviewed by the project team to avoid having the analysis become stale and not reflective of actual potential project risks.
Moreover, according to the Project Management Institute, a risk is "an uncertain event or condition that, if it occurs, has a positive or negative effect on a project's objectives".{{sfn|Project Management Institute|2021|loc=Glossary §3 Definitions}} Risk is inherent with any project, and project managers should assess risks continually and develop plans to address them. The risk management plan contains an analysis of likely risks with both high and low impact, as well as mitigation strategies to help the project avoid being derailed should common problems arise. Risk management plans should be periodically reviewed by the project team to avoid having the analysis become stale and not reflective of actual potential project risks.

Most critically, [[risk management]] plans include a risk strategy.


==Risk response==
==Risk response==
Line 26: Line 25:


==Examples==
==Examples==
The United States Department of Defense, as part of acquisition, uses risk management planning that may have a Risk Management Plan document for the specific project. The general intent of the RMP in this context is to define the scope of risks to be tracked and means of documenting reports. It is also desired that there would be an integrated relationship to other processes. An example of this would be explaining which developmental tests verify risks of the design type were minimized are stated as part of the [[test and evaluation master plan]]. A further example would be instructions from 5000.2D<ref>[https://acc.dau.mil/CommunityBrowser.aspx?id=44705&lang=en-US SECNAVINST 5000.2D 3.4.4.1]</ref> that for programs that are part of a [[system of systems]] the risk management strategy shall specifically address integration and interoperability as a risk area. The RMP specific process and templates shift over time (e.g. the disappearance of 2002 documents Defense Finance and Accounting Service / System Risk Management Plan, and the SPAWAR Risk Management Process).
The United States Department of Defense, as part of acquisition, uses risk management planning that may have a Risk Management Plan document for the specific project. The general intent of the RMP in this context is to define the scope of risks to be tracked and means of documenting reports. It is also desired that there would be an integrated relationship to other processes. An example of this would be explaining which developmental tests verify risks of the design type were minimized are stated as part of the [[test and evaluation master plan]]. A further example would be instructions from 5000.2D<ref>[https://acc.dau.mil/CommunityBrowser.aspx?id=44705&lang=en-US SECNAVINST 5000.2D 3.4.4.1]</ref> that for programs that are part of a [[system of systems]] the risk management strategy shall specifically address integration and interoperability as a risk area. The RMP specific process and templates shift over time (e.g. the disappearance of 2002 documents Defense Finance and Accounting Service / System Risk Management Plan, and the SPAWAR Risk Management Process).


== See also ==
== See also ==
Line 36: Line 35:
* [[Risk management tools]]
* [[Risk management tools]]
* [[Risk management framework]]
* [[Risk management framework]]
* [[Gordon–Loeb model]] for cyber security investments


==References==
==Citations==
{{Reflist}}
{{Reflist}}

==References==
*{{Cite book|last=Project Management Institute|title=A guide to the project management body of knowledge (PMBOK guide)|date=2021|others=Project Management Institute|isbn=978-1-62825-664-2
|edition=7th|location=Newtown Square, PA}}


== External links ==
== External links ==

Revision as of 19:09, 19 December 2024

A risk management plan is a document to foresee risks, estimate impacts, and define responses to risks. It also contains a risk assessment matrix. According to the Project Management Institute, a risk management plan is a "component of the project, program, or portfolio management plan that describes how risk management activities will be structured and performed".[1]

Moreover, according to the Project Management Institute, a risk is "an uncertain event or condition that, if it occurs, has a positive or negative effect on a project's objectives".[1] Risk is inherent with any project, and project managers should assess risks continually and develop plans to address them. The risk management plan contains an analysis of likely risks with both high and low impact, as well as mitigation strategies to help the project avoid being derailed should common problems arise. Risk management plans should be periodically reviewed by the project team to avoid having the analysis become stale and not reflective of actual potential project risks.

Risk response

Broadly, there are four potential responses to risk with numerous variations on the specific terms used to name these response options:[2][3]

  • Avoid – Change plans to circumvent the problem;
  • Control / mitigate / modify / reduce – Reduce threat impact or likelihood (or both) through intermediate steps;
  • Accept / retain – Assume the chance of the negative impact (or auto-insurance), eventually budget the cost (e.g. via a contingency budget line); or
  • Transfer / share – Outsource risk (or a portion of the risk) to a third party or parties that can manage the outcome. This is done financially through insurance contracts or hedging transactions, or operationally through outsourcing an activity.

(Mnemonic: SARA, for Share Avoid Reduce Accept, or A-CAT, for "Avoid, Control, Accept, or Transfer")

Risk management plans often include matrices.

Examples

The United States Department of Defense, as part of acquisition, uses risk management planning that may have a Risk Management Plan document for the specific project. The general intent of the RMP in this context is to define the scope of risks to be tracked and means of documenting reports. It is also desired that there would be an integrated relationship to other processes. An example of this would be explaining which developmental tests verify risks of the design type were minimized are stated as part of the test and evaluation master plan. A further example would be instructions from 5000.2D[4] that for programs that are part of a system of systems the risk management strategy shall specifically address integration and interoperability as a risk area. The RMP specific process and templates shift over time (e.g. the disappearance of 2002 documents Defense Finance and Accounting Service / System Risk Management Plan, and the SPAWAR Risk Management Process).

See also

Citations

  1. ^ a b Project Management Institute 2021, Glossary §3 Definitions.
  2. ^ Special Publication 800-37 RISK MANAGEMENT FRAMEWORK FOR INFORMATION SYSTEMS AND ORGANIZATIONS (revision 2 draft ed.). National Institute of Science and Technology. May 2018.
  3. ^ CRISC Review Manual (6th ed.). ISACA. 2015. ISBN 978-1-60420-371-4.
  4. ^ SECNAVINST 5000.2D 3.4.4.1

References

  • Project Management Institute (2021). A guide to the project management body of knowledge (PMBOK guide). Project Management Institute (7th ed.). Newtown Square, PA. ISBN 978-1-62825-664-2.{{cite book}}: CS1 maint: location missing publisher (link)