项目风险管理模板risk_management_plan_template(编辑修改稿)

项目风险管理模板risk_management_plan_template(编辑修改稿)内容摘要：

contingency plans, along with proposing improvements to the risk management plan and processes. . Project Sponsors Project sponsors participate in risk identification and risk activities, as necessary. Project sponsors also receive escalated risks and assist with mitigation and contingency actions for escalated risks. . Project Stakeholders Stakeholders assist in monitoring risk action effectiveness and participate in risk escalation, as necessary. Risk Management Plan ProjectName Company_Name| Version_Date | Page 7 of 16 3. Risk Identification This section contains sample content which should be adapted to your specific project. . Background During risk identification potential sources of risk and potential risk events are developed. Section shows a sample risk categorization. Predefined risk categories provide a structure that helps to ensure that a systematic process is followed to identify risks. Risk categories can be tailored over time, as specific projects demand (additions to risk categories should be maintained in this document for use in future projects). After identifying and categorizing the risk event, it is entered into the risk register. . Sources Risk identification is done throughout the lifecycles of a project, although a majority of the risks should be identified early on so proper response planning and monitoring can occur. The following should be considered as tools and techniques for risk identification:  Analysis of highlevel deliverables  Analysis of the WBS and project schedule  Analysis of scope change requests  Analysis of project assumptions  Project team input (which can take the form of interviews, brainstorming sessions, and/or Delphi technique)  Stakeholder and sponsor input  Formal risk identification sessions  Previous lessons learned  SQA audits and reviews  Performance and status reports  Diagramming techniques such as cause and effect diagrams, process or system flows, and influence diagrams. . Documentation All identified risks should be documented and entered into the risk register (an Excel spreadsheet), which is kept list location here. During risk identification, the following information is required for documentation:  Risk category  Risk trigger  Potential oute ProjectName Risk Management Plan Page 8 of 16 | Version_Date | Company_Name  Raised By  Date Raised  Source The risk trigger is the event that would need to happen in order for the potential oute to occur. Risk triggers are usually expressed with some sort of dependency, or qualifier. For example, a risk trigger might be that a resource on the project leaves. This might easily be accounted for by utilizing other resources. But if a resource with key skills or knowledge leaves, then the project may be significantly impacted. This approach is suggested in order to clarify the thought process of identifying risks. When the risk trigger occurs, the risk is no longer a risk, but has materialized into a problem/issue that needs resolution. Risk Management Plan ProjectName Company_Name| Version_Date | Page 9 of 16 4. Risk Analysis This section contains sample content which should be adapted to your specific project. . Background After a risk or group of risks has been identified and documented, risk analysis should be performed. During risk analysis, each potential risk event is analyzed for:  The probability that the risk will occur  The impact of the risk if it occurs Risk probabilities are defined in Section of the Appendix. Risk impact definitions are defined in Section of the Appendix. Impacts can be assessed against project cost, schedule, scope, and/or quality. If the risk event affects more than one dimension and the scores are different, the higher impact definition should be utilized. Once the appropriate risk impact and probability are selected, the risk score can be determined. The risk probability and impact matrix is shown in section of the Appendix. The matrix shows the bination of impact and probability that in turn yield a risk priority (shown by the red, yellow, and green colored shadings). Risk priority is utilized during response planning and risk monitoring/control (see Sections 5 and 6). It is critical to understand the priority for each risk as it allows the project team to properly understand the relative importance of each risk. Risk impact analysis can be qualitative or quantitative. . Qualitative Analysis Qualitative analysis is a quicker and usually more costeffective way to analysis risks (as opposed to quantitative analysis). Analysis shou。