This is one of those concepts that makes professionals scratch their heads. I was a victim of it myself. During my initial days ofPMP考试准备,我很难理解应急计划与后备计划之间的区别。
I used to think that the contingency plan was used to manage identified risks and the fallback plan was for unidentified risks. This was wrong. Contingency and fallback plans help manage identified risks.
但是,由于这两个计划都用于管理风险,因此您可能想知道,如果出现确定的风险,则应遵循哪些风险?
由于我已经通过了PMP和PMI-RMP考试并很好地理解了这些概念,因此我正在写这篇博客文章,并希望阅读它后,您将能够区分意外情况和后备计划。
应急方案
Merriam-Webster将“应急”一词定义为“可能但不确定发生的事件”。
偶然性是可能发生也可能不会发生的事件。因此,我们可以说,应急计划涉及可能发生或可能不会发生的事件。
应急计划是项目管理计划的一部分;它描述了如果发生任何确定的风险,您将采取的每项操作。
让我们看一个现实世界中的现实示例。
意外计划的真实示例
你工作在一个建设项目,re is a risk that rain may fall during execution, which will damage any consumables lying out in the open.
因此,您制定了一个计划,说:“如果有降雨的迹象,所有消耗品将覆盖有塑料板。”您还补充说,雨水停止后,您将带一个风扇/真空泵清洁和干燥湿的消耗品。
This is a contingency plan for this risk event.
您可以在Internet上找到可能与您不同的互联网计划的许多定义,但它们可能是单独正确的。
以下是应急计划的两个不同的解释。
- 应急计划是描述如果有机会或威胁发生的特定行动的计划。
- 如果有足够的警告信号(风险触发),将执行应急响应策略。
If you examine these definitions, you will find that they are not different, just phrased differently.
后备计划
后备计划是项目管理计划的一部分,并定义了必须采取行动的情况。
当应急计划失败或不完全有效时,将实施后备计划。这是应急计划的备份。您可以说,后备计划通常是出于剩余风险而制定的。
后备计划的真实示例
让我们重新考虑上面给出的示例。
假设降雨持续很长一段时间,比预期的时间长,这会损害消耗品。
在这种情况下,您将实施您的后备计划。它说,如果降雨继续持续很长时间,导致消耗品损坏并且应急计划失败,您将重新订购预先识别的供应商的消耗品。
这是后备计划的一个例子。
Before I go any further, let me share another example from my own experience.
我正在使用第三方备份服务为博客保存数据。我可以使用此备份,以防我的网站崩溃和我的托管提供商没有任何备份。
这是我的应急计划。
现在,如果我的网站被黑客入侵会发生什么,与此同时,我的第三方备份服务也倒闭了?我将如何恢复我的博客?
这是我的后备计划发挥作用的地方。为了使自己免于这样的灾难,我总是将博客的最新副本保留在计算机和Google驱动器上。
现在,如果我的博客被黑客入侵,甚至第三方服务失败了,我可以从存储在计算机或在线存储上的备份中还原博客。
The Difference Between the Contingency Plan and Fallback Plan
应急计划和后备计划之间没有区别;他们互相补充。仅当应急计划失败时,后备计划才能使用。
Similarities Between the Contingency Plan and Fallback Plan
这两个计划之间的相似之处如下:
- 这两个计划都被称为风险响应。
- 这两种计划均用于管理确定的风险。
- 两个计划都利用应急储备用于实施。
Summary
偶然性和后备计划是您的骨干风险管理计划that helps you manage identified risks. You will implement the contingency plan if any identified risk occurs, and when the contingency plan fails or seem ineffective, you will implement the fallback plan.
您将使用应急储备应用应急计划或后备计划,而不是管理储备,因为应急储备用于确定的风险。管理储备用于管理身份不明的风险。
我希望现在您了解这些条款。但是,如果您仍然遇到麻烦,请在下面发表评论。我准备讨论。
从PMP和PMI-RMP考试的角度来看,应急计划和后备计划非常重要,因此请务必很好地理解此主题。
项目经理发现已经出现了项目问题。在风险计划活动中从未讨论过该问题,或者将其添加到风险登记册中,现在将花费项目钱。对于这种情况,这将是适当的回应?
由于未发现这种风险,项目经理将通过解决方法进行管理。
我不确定PMBOK术语,但这是从逻辑角度来看,这是我对风险响应计划的看法。
Once you have identified all of the risks you (and your team) can think of:
1.如果您可以通过以不同的方式实现任务目标来消除风险的方式来重新配置项目任务,而无需负面影响时间表,预算,范围或质量,则可以进行更改并避免风险。
2. If you can outsource the risky task to another organization, shifting responsibility for the risk to them, you can TRANSFER the risk.
3. If you can augment your project plan in such a way to lessen either the probability or impact of the risk to a more acceptable level, then you can MITIGATE the risk. In this case, you are developing and implementing a MITIGATION PLAN, which becomes part of the baseline project, and for which you are proactively accepting the associated costs and budget impacts into the project. You are committing to paying for this.
4.如果主动更改不可行(成本或时间表的影响太高,无法按原样接受),则可以制定一个应急计划,只有在发生触发事件时才能实现。该应急计划成为批准的项目基准的一部分,并将相关预算放在应急储备中。您接受风险,但是如果触发事件永远不会发生,则可能不必为此付费。您可能还可能制定因主要应急计划失败时可能发生的二级或残余风险的应急计划,并将额外的预算分配给应急储备,以防其触发事件发生。这些二次应急计划可以被认为是后备计划。
Your approved project baseline allows for all of the above, and anything you do up to here generally would not require a scope change or additional approval. This covers all of the KNOWN-KNOWNS and the KNOWN-UNKNOWNS.
现在,如果您没有想到的其他事情,可以将其放置在其余两个类别之一中:
1.一个未知的是您应该能够在项目中识别出来的事情,但是您以某种方式没有将其包括在计划中。通常,这将被视为计划错误,因为熟练的项目经理会意识到必须将其包括在项目计划中。
2.在项目执行过程中可能会发生一个未知的事物,但是您没有合理的期望将其识别为风险。如果发生这种情况,很难将责任归咎于项目计划,相反,大多数人认为这是不可预见的情况。
为了限制对项目的影响,您必须具有反应性并实施解决方法,要求批准范围更改,然后从管理储备中获取。您可能还可以使用管理储备对以前已经确定但有意保存在观察列表的低风险事件做出反应。
就像我说的那样,我不确定这与PMBOK SPEAK的配合程度如何,但是我发现它是处理实际项目管理情况的非常合乎逻辑的框架。
Known-Unknown are identified risk for which you have to develop the contingency plan.
未知的和未知的未知,应通过解决方法进行管理。
不客气的法哈德。我有一个快速的问题。如果我们想调用连续性储备,我们是否需要打开更改请求?(我知道我们需要它来管理管理储备)。
另外,如果我们需要实施工作,因为发生了不可预见的事情,并且我们没有针对它的任何响应策略,或者我们的计划B也失败了 - 我们是否需要调用CR?我认为答案是“是”,但需要确认。在这两种情况下,您的想法是什么?谢谢。
在首先,您不会提出更改请求。您将使用应急储备,并且不需要更改请求,因为任何基线,范围或项目计划都没有更改。
在第二种情况下,理想情况下,如果发生任何不可预见的事件,则应使用管理储备。
谢谢。
我不同意第一点。应该启动CR,因为一旦使用了应急储备,成本基线就会发生变化。我们可能必须添加更多的应急基金,以实现进一步的风险 /保持它。然而,必须进行CR分析。
有适当的尊重。
我是否需要发布更改请求以利用意外事件的依据?
Do i need to issue a change request after utilising the contingency reserves to reflect the update to the cost baseline?
Do i need to issue a change request to implement contingency plan?
1)否
2)否
3)否
嗨,法哈德,
You do the 3 point estimate (for Time and Cost) based on risk available in project charter and doing so you may uncover some additional risks.
These risk along with the ones identified during project initiation are dealt with risk management.
在风险管理期间,您准备风险反应,但是即使在风险响应计划计划之后,仍然存在一些残留风险。
Now my question is, we keep contingency reserve to “cover cost for risk response that we created” or for the “residual risk remaining that remains after risk response planning” or for both.
Regards,
Shoeb.
您将分析剩余风险。如果需要进一步的计划,您将继续进行,其他明智的方法只需保留观察列表以进行将来的监视。
有一些较低的优先风险将被推入风险登记列表作为监视清单。当这些风险发生时,将使用什么储备?应急或管理储备?
As per the PMBOK 5th edition page: 332,
“在低风险区域中发现的威胁可能不需要主动管理行动,而不是将其作为观察名单的一部分或增加应急储备的一部分。”
在您的风险管理/响应计划中,您必须决定如何管理低优先级风险。如果您不保留应急储备,则必须使用管理储备。
但是我不同意你。我们正在PMBOK中阅读有关接受策略的信息:“此策略可以是被动的,也可以是活跃的。被动接受不需要行动,除了记录该策略,使项目团队在发生风险时处理。最常见的积极接受策略是建立应急储备,包括处理风险的时间,金钱或资源的数量,金钱或资源。”新万博登录手机版
因此,请在上述段落中将“化学”放在质疑情况下。项目经理购买15%的额外资源来应对风险。他想把它作为储备,如果有些化学物质丢失了15个?将会被使用。这是一个积极的接受。
这意味着您说除了被动接受以外的所有策略都将“减轻”,因为它们正在减少潜在的负面影响或风险的可能性。
你同意?
在接受策略(主动)中,您无需采取任何措施来降低风险的可能性。除非发生风险,否则您不会采取任何行动,尽管您为其分配了应急资源。
You deal with it if it occurs.
在缓解时,您尝试减少风险发生的可能性。
阅读后,这篇文章在风险响应和应急计划之间有点混淆。现在对我来说两者看起来都一样,但是它真的相同还是有什么区别?请让我知道,应急计划是否与风险响应更为相同。
请澄清。
应急方案is a Risk Response Plan. When a Risk occurs, you'll implement the contingencyplan.And if the contingency plan fails, you'll implement the Fallback Plan. Fallback Plan is also a risk response plan but it is implemented when contingency plan fails.Contingency and Fallback Plans – both are the risk response plan.Hope it clears your doubt.Sent from my iPhone