The document provides a template for a risk management plan for a project. It includes sections for defining risks, assigning roles and responsibilities, quantifying risks, establishing a risk register to log and monitor risks, assigning actions to address risks, and documenting the risk management process. Key aspects of the template include defining risk categories and identifying specific risks, prioritizing risks based on likelihood and impact, scheduling preventative and contingency actions, and obtaining approval of risks and the overall risk management plan.

1. Tugas Kelompok (UTS)
Risk Management
Buatlah proposal Risk Management Plan untuk sebuah proyek di
tempat saudara/i bekerja berdasarkan format berikut ini :
1. Overview
Provide an overview of the Risk Management Plan such as :
1.1. Definitions
For example, Risks are defined as ‘any event which is likely to adversely
affect the ability of the project to achieve the defined objectives’
1.2. Purpose
Describe the purpose of risk management and the general process for
the identification and mitigation of risks within the project.
1.3. Procedures
Provide a diagrammatic representation of the processes undertaken to
identify and mitigate risks within the project.
Risk Management will be undertaken on the project through the
implementation of five key processes:
The identification of project risks
The logging and prioritizing of project risks
The identification of risk mitigating actions
The assignment and monitoring of risk mitigating actions
The closure of project risks. ©
The following diagram provides an overview of the risk processes and
procedures to be undertaken to effectively manage project-related risks.
Risk Roles have also been identified.”
1

2. ©
2

3. 2.Risk Roles
Define the roles and responsibilities of all resources involved with the
identification and mitigation of risks within the project.
For an example follows:
2.1.Risk Originator
The Risk Originator identifies the risk and formally communicates the
risk to the Project Manager. The Risk Originator is responsible for:
Identifying the risk within the project
Documenting the risk (by completing a Risk Form)
Submitting the Risk Form to the Project Manager for review. ©
2.2.Project Manager
The Project Manager receives each Risk Form and records and monitors
the progress of all risks within the project. The Project Manager is
responsible for:
Receiving all Risk Forms and identifying whether the risk is
appropriate to the project
Recording all risks in the Risk Register
Presenting all risks to the Project Review Group
Communicating all decisions made by the Project Review Group
Monitoring the progress of all risk mitigating actions assigned.
2.3.Project Review Group
The Project Review Group confirm the Risk ‘likelihood’ and ‘impact’ and
assign risk mitigating actions where appropriate. The Project Review
Group is responsible for:
The regular review of all risks recorded in the Risk Register
Identifying change requests required to mitigate risks raised
Allocating risk mitigating actions
Closing risks which are no longer likely to impact on the project.
©
3

4. 2.4.Project Team
The Project Team undertake all risk mitigating actions delegated by the
Project Review Group.
3.Raise Risk
This process provides the ability for any member of the project team to
raise a project-related risk. The following procedures are undertaken:
Risk Originator identifies a risk applicable to a particular aspect of the
project (e.g. scope, deliverables, timescales or resources)
Risk Originator completes a Risk Form and distributes the form to the
Project Manager.
3.1.Risk Identification
The first step in creating a Risk Plan is to identify the likely risks which
may affect the project. A series of risk categories is identified and for
each category a suite of potential risks is listed. This may take place
during a ‘Risk Planning’ workshop, involving each of the key project
stakeholders who are involved in / affected by the project. This may
include the project sponsor, manager, team, suppliers, and in some
cases, even the customer. Each of the risks identified is described in
detail and documented within the Risk Plan.
3.1.1.Categories
Identify the likely categories of risks for the project. Each risk category is
a particular aspect of the project which is likely to experience a risk
during the lifecycle of the project. Examples of typical risk categories
include:
Requirements
Benefits
Schedule
4

5. Budget
Deliverable
Scope
Issues
Supplier
Acceptance
Communication
Resource. ©
Category© Description Id
Requirement The requirements have not been clearly 1.1
s specified 1.2
The requirements specified do not match the 1.3
customer's needs
The requirements specified are not measurable©
Benefits The business benefits have not been identified 2.1
The business benefits are not quantifiable 2.2
The final solution delivered does not achieve the 2.3
required benefits
Schedule The schedule doesn’t provide enough time to 3.1
complete the project 3.2
The schedule doesn’t list all of the activities and 3.3
tasks required
The schedule doesn’t provide accurate
dependencies
5

6. Budget The project exceeds the budget allocated 4.1
There is unaccounted expenditure on the project 4.2
There is no single resource accountable for 4.3
recording budgeted spending
Deliverables The deliverables required by the project are not 5.1
clearly defined 5.2
Clear quality criteria for each deliverable have 5.3
not been defined
The deliverable produced doesn’t meet the
quality criteria defined
Scope The scope of the project is not clearly outlined 6.1
The project is not undertaken within the agreed 6.2
scope 6.3
Project changes negatively impact on the project
Issues Project issues are not resolved within an 7.1
appropriate timescale 7.2
Similar issues continually reappear throughout 7.3
the project
Unresolved issues become new risks to the
project©
Suppliers The expectations for supplier delivery are not 8.1
defined 8.2
Suppliers do not meet the expectations defined 8.3
Supplier issues negatively impact on the project
Acceptance The criteria for accepting project deliverables 9.1
aren’t clearly defined 9.2
Customers do not accept the final deliverables of 9.3
the project
The acceptance process leaves the customer
dissatisfied
Communicati Lack of controlled communication causes project 10.1
on issues 10.2
Key project stakeholders are ‘left in the dark’ 10.3
6

7. about progress
Resource Staff allocated to the project are not suitably 11.1
skilled 11.2
Insufficient equipment is available to undertake 11.3
the project
There is a shortage of materials available when
required
3.1.2.Risks ID
Identify the likely risks for each category provided above by completing
the following table. Each risk identified should be allocated a unique
identifier (id) number.
4. Risk Register
The Project Manager reviews all risks raised and determines whether or
not each risk identified is applicable to the project. This decision will be
primarily based upon whether or not the risk impacts on the:
Deliverable specified in the Deliverables Register
Quality targets specified in the Quality Plan
Delivery targets specified in the Project Plan
Resource targets specified in the Resource Plan
Financial targets specified in the Financial Plan. ©
If the risk is considered by the Project Manager to be ‘related to the
project’, then a formal risk is raised in the Risk Register and a Risk ID
assigned. The Project Manager will assign the level of ‘impact’ and
‘likelihood’ based upon the risk's severity.
4.1. Risk Quantification
The next step is to quantify the likelihood of each risk's eventuating and
its impact on the project and surrounding business. Each risk is
prioritized according to the likelihood and impact rating and the low,
medium and high priority risks are clearly marked for attention.
4.1.1.Probability/Likelihood
Describe the scoring system for measuring the ‘likelihood’ of the risk
eventuating. Example:
7

8. Title Score© Description
Very 20 Highly unlikely to occur; however, still needs to be
Low monitored as certain circumstances could result in
this risk becoming more likely to occur during the
project
Low 40 Unlikely to occur, based on current information, as
the circumstances likely to trigger the risk are also
unlikely to occur©
Medium 60 Likely to occur as it is clear that the risk will probably
eventuate
High 80 Very likely to occur, based on the circumstances of
the project
Very 100 Highly likely to occur as the circumstances which will
High cause this risk to eventuate are also very likely to be
created
4.1.2.Consequences/Impact
Describe the scoring system for measuring the ‘impact’ of the risk.
Example:
Title Score Description©
Very 20 Insignificant impact on the project. It is not possible to
Low measure the impact on the project as it is minimal
8

9. Low 40 Minor impact on the project, e.g. < 5% deviation in
scope, scheduled end-date or project budget
Medium 60 Measurable impact on the project, e.g. 5-10%
deviation in scope, scheduled end-date or project
budget
High 80 Significant impact on the project, e.g. 10-25%
deviation in scope, scheduled end-date or project
budget
Very 100 Major impact on the project, e.g. >25%% deviation in
High scope, scheduled end-date or project budget
4.1.3.Priority
Establish the priority of each risk by identifying the likelihood of the risk's
eventuating and its impact on the project. Once the likelihood and impact
scores have been allocated, the priority score should be calculated as
follows:
Priority equals the average Likelihood and Impact score
This is calculated as Priority = (Likelihood + Impact) / 2©
Complete the following table (includes examples):
ID Likelihood Impact© Priority Score Rating
1.1 20 80 50 Medium
1.2 80 60 70 High
1.3 100 40 70 High
2.1 40 20 30 Low
2.2 80 100 80 Very
High
2.3 20 80 50 Medium
9

10. The Rating is based on the calculated Priority score. Use the following
system to determine the Rating:
Priority Score Priority Rating
0 – 20 Very low
21 – 40 Low
41 – 60 Medium
61 – 80 High
81 – 100 Very High©
Finally, it is worth colour-coding the above final ratings to highlight the
risks which require the most attention. The following system is used to
colour-code the risks identified:
Priority Rating Colour
Very low Blue
Low Green
Medium Yellow
High Orange
Very High Red
5.Assign Risk Actions
The Project Review Group then complete a formal review of each risk
listed in the Risk Register and decide (based upon the risk ‘impact’ and
‘likelihood’) whether or not to:
Close the risk in the Risk Register if there are no outstanding risk
actions and the risk is no longer likely to impact on the project
Raise a change request if a change to the project is required to
mitigate the risk
Assign risk actions to mitigate the risk.
6.Implement Risk Actions
The risk mitigating actions assigned by the Project Review Group are
then implemented. These may include:
10

11. Scheduling each action for implementation
Implementing each action scheduled
Reviewing the success of each action implemented
Communicating the success of each action implemented.
6.1.Schedule
For each risk identified and in priority order, list:
the preventative actions to be taken to reduce the likelihood of the
risk's occurring
the contingent actions to be taken to reduce the impact should the
risk eventuate©
For each risk action identified, assign a resource responsible for
undertaking the action and a date within which the action must be
completed. For example:
Rati ID Preventativ Action Actio Contingent Action Actio
ng e Actions Resou n Actions Resou n
rce Date rce Date
©
Very 2. Clearly Project xx/yy/ Measure Project xx/yy/
High 2 quantify the Spons zz the actual Manag zz
expected or business er
business benefits
benefits in achieved by
the Business the project
Case
document
High 1. Clearly Project xx/yy/ Reconsider Project xx/yy/
2 specify the Manag zz the Manag zz
customer er requirement er
requirements s after the
in the Quality deliverable
Plan has been
11

12. produced,
measure
any
deviation
and
enhance
the
deliverable
to meet the
requirement
s
High 1. Clearly Quality xx/yy/ Reconsider Quality xx/yy/
3 specify the Manag zz the quality Manag zz
quality er criteria after er
criteria used the
to determine deliverable
that the has been
stated produced,
requirements measure
for each any
deliverable deviation
have been and
met within enhance
the Quality the
Plan deliverable
to meet the
quality
criteria set
The above table should be completed for every risk identified. Higher
priority risks should be assigned more comprehensive actions where
possible.
12

13. Risk Documents
Risk Form
The ‘Risk Form’ is used to identify and describe a risk to the project.
Insert a template for the Risk Form here to show how risks will be
defined on this project.
Risk Form
PROJECT DETAILS©
Project Name: Name of the project to which the risk relates
Project Manager: Name of the project manager responsible for
mitigating the risk
RISK DETAILS
Risk ID: Unique identifier assigned to this risk
Raised By: Name of person who is raising the risk
Date Raised: Date on which this form is completed
Risk Description:
Add a brief description of the risk identified and its likely impact on the
project (e.g. scope, resources, deliverables, timescales and/or budgets)
Risk Likelihood: Risk Impact:
Describe and rate the likelihood of Describe and rate the impact on the
the risk eventuating (i.e. Low, project if the risk eventuates (i.e.
Medium or High) Low, Medium or High)
RISK MITIGATION
13

14. Recommended Preventive Actions:
Add a brief description of any actions that should be taken to prevent
the risk from eventuating
Recommended Contingency Actions:
Add a brief description of any actions that should be taken, in the event
that the risk happens, to minimize its impact on the project
APPROVAL DETAILS©
Supporting Documentation:
Reference any supporting documentation used to substantiate this risk
Signature: Date:
_______________________ ___/___/____
PLEASE FORWARD THIS FORM TO THE PROJECT MANAGER
14

15. Risk Register
The ‘Risk Register’ is the log / database where all risks are registered and tracked through to closure.
Insert a template for the Risk Register here to show how risks will be recorded and monitored on the project
RISK REGISTER
Project
Name:
Project
Manager:
Summary Description Preventive Actions C
Date Raised Received Description Description Likelihood Impact Priority Preventative Action Action C
ID
Raised By By of Risk of Impact Rating Rating Rating Actions Resource Date
15

16. 16

17. Document Control
Document Information
©
Document Information
Document Id [Document Management System ]
Document Owner [Owner Name]
Issue Date [Date]
Last Saved Date [Date]
File Name [Name]
Document History
Versio Issue Date Changes
n
[1.0] [Date] [Section, Page(s) and Text Revised]
Document Approvals
Role Name© Signature Date
Project Sponsor
Project Review
Group
Project Manager©
Quality Manager
(if applicable)
Procurement
Manager
(if applicable)
Communications
Manager
(if applicable)
Project Office
Manager
(if applicable)
17

18. Appendix
Attach any documentation you believe is relevant to the Risk Plan. For
example:
Other project documentation (Business Case, Feasibility Study,
Terms of Reference, Project Plan, Resource Plan, Financial Plan,
Quality Plan)
Organizational Risk Management Policies, Standards, Guidelines or
Procedures
Risk documentation from other related projects
Other relevant information or correspondence
18