2.8 - MDV3 Risk Register PDF

You might also like

Download as pdf or txt
Download as pdf or txt
You are on page 1of 6

For more information, refer to the Deeply Practical Project Management (DPPM) reference book

Risk Register
Amazon.com/dp/1548650463 or online course at DeeplyPracticalPM.com

In particular see the section: "Planning: Risk".

The entire Magical Devices Version 3 project is available from available from
DeeplyPracticalPM.com or with the online course.

© 2020-10-10 William Stewart


DeeplyPracticalPM.com

Risk Register For Project: Magical Devices Version 3 (MDV3)


Project Manager: Charles Wallace
Version Date: 20YY-MM-DD

Before Response Planning After Response Planning


Risk Risk Statement P% T (d) $K PxT P x $K P% T (d) $K PxT P x $K
Software Development Issues If the software development effort is not 50% 40 $4,000 20 $2,000 30% 30 $3,000 9 $900
accurately planned, estimated, and
sufficiently staffed, the software
development schedule will extend,
increasing the project schedule and
budget.

Magic Dust Availability If there is not sufficient magic dust 60% 60 $6,000 36 $3,600 20% 40 $4,000 8 $800
available to complete integration of the
equipment, the hardware builds will not
be able to proceed, increasing the project
schedule and budget.

Manufacturing Integration If the interfaces between the new set of 60% 40 $4,000 24 $2,400 30% 25 $2,500 7.5 $750
Incompatibilities complex and innovative equipment are
not completely compatible, there will be
additional integration work required,
increasing the project schedule and
budget.
Page 1
Team Turnover If team members do not find the project 30% 30 $3,000 9 $900 20% 30 $3,000 6 $600
and organization sufficiently rewarding
and enjoyable, they might leave for other Risk Register
opportunities, increasing the project
schedule and budget.

Scope Changes If the cost and schedule driving scope is 30% 30 $3,000 9 $900 20% 25 $2,500 5 $500
not completely identified before project
execution begins, it will be discovered
once design and build are underway
requiring significant replanning,
increasing the project schedule and
budget.

Security Certification Issues If the manufacturing system does not 60% 40 $4,000 24 $2,400 20% 20 $2,000 4 $400
meet all requirements of the Magical
Management Institute standard Secure
Device Manufacturing & Operations (MMI-
321123-G), the security certification will
be delayed, preventing opening of the
facility, startup of production, and
delaying availability of the devices on the
market.

Procurement Delays If the hardware equipment does not 50% 20 $2,000 10 $1,000 20% 20 $2,000 4 $400
arrive on the expected schedule, the
builds will not be able to proceed,
increasing the project schedule and
budget.

Operational Surprises If unexpected issues are revealed once 50% 30 $3,000 15 $1,500 20% 20 $2,000 4 $400
the system is in actual operation,
potentially difficult fixes and retrofits
might be required delaying full
production, increasing the project
schedule and budget.
Resource Unavailability If personnel are not dedicated full-time 30% 30 $3,000 9 $900 10% 30 $3,000 3 $300
to this project, they might be unavailable
when required due to work on other
projects, increasing the project schedule
and budget.

Total Risk Budget: 156 $15,600 50.5 $5,050

Page 2
Use
CODING: White cells are for user entry, gray cells are for results. Risk Register
RISKS (MORE): If you insert rows for more risks, make sure you copy the formulas from an existing row into the PxT and PX$ columns.
RISKS (LESS): You can delete rows if not needed.
BEFORE & AFTER RESPONSE PLANNING: This register shows the risk calculations for both before and after response planning, so management can see how much the risks improved during proje
delete those columns in the working copy used as execution proceeds.
SECONDARY RISKS: For larger projects you sometimes also include secondary risks, the risks to the response plan solutions.
SECOND LAST ROW: The second last row, above the last row Total Risk Budget, is blank, so the register can be sorted, for example by the After Risk Planning column Px$, without affecting the l

Page 3
Risk Register

Owner Trigger Response Plan Backup Plan Resolution Date


Byomkesh Bakshi, Status burndown • The software development team incorporated all • Increase the software Project not
Software Lead charts of early the lessons of the Magical Devices Version 2 development team by dedicating started, risk has
sprints indicate the project to prepare realistic estimates and plans for the research and development not yet appeared.
planned schedule Version 3. personnel to the project until
is not achievable. • The version 3 software is building on the near complete.
feature complete prototypes developed by the R&D • Review the software scope to see
projects over the couple years. if there is any non-essential
• Detailed software requirements are documented second priority scope that can be
and development planning is conducted before removed from the project or
design begins. implemented in a later follow-on
• Several iterations of design are conducted before project.
build commences.
• Five sprints are planned, each incorporating
testing and documentation, in addition to separate
QA test cycles.
Andre Young, Suppliers cannot • An advance order for 70% of the amount of Three backup suppliers have been Project not
Hardware Lead commit to delivery magic dust anticipated to be required shall be identified, and sufficient research started, risk has
dates when made with our standard suppliers on the first day done to preliminarily qualify them not yet appeared.
ordering. of execution of the project. as potential candidates should our
• The remainder shall be ordered as the first step regular suppliers be unable to
in hardware procurement. fulfill our orders for any reason.
• An additional 15% was added to the planned
costs to enable payment to suppliers for expedited
delivery should it be needed.
Mary Sperling, The first build • Use only industry standard and proven interfaces. • Add a dedicated interface Project not
System Lead focusing on • The first hardware build will test interfaces for resolution team to work in parallel started, risk has
integration testing early validation. to mainline project work to resolve not yet appeared.
surfaces issues. issues as fast as possible.

Page 4
Charles Wallace, Dissatisfaction is • Empower the team and reward initiative. • Human resources department to Project not
Project Manager expressed to team • Provide competitive salary and benefits. pro-actively establish channels to started, risk has
leads or HR. • Provide sincere recognition and appreciation ofRisk Register
sources of qualified personnel, not yet appeared.
effort. prepared to recruit new staff on
• Continue regular team-building including monthly very short notice with very
lunches and quarterly off-site events. attractive hiring packages.

Kong Qui, Design reviews of • Professional business analysts were used to • Perform a scope analysis to see Project not
Business Process prototypes, identify all cost and schedule driving project if there is any non-essential started, risk has
Lead mockups, and requirements during planning. second priority scope that can be not yet appeared.
walkthroughs • Business process gap analysis is one of the early removed from the project, or
identify missing or activities in the schedule. implemented in a later follow-on
incorrect scope. • Detailed requirements documents will be project, to avoid increasing this
prepared and reviewed before each phase of design project's schedule and budget and
commences. delaying facility opening.
• All design and build proceeds in several agile
iterations to identify any problems and enable
response at the earliest possible point.
Cathy Kerr, Dry-run security • Dry-run testing of the security test procedures is • Identify former directors, board Project not
Security Lead testing during the incorporated as part of the system build testing to members, and senior consultants started, risk has
system build obtain early warning and resolution. from the Magical Management not yet appeared.
testing surfaces • The leading consulting company Magical Security Institute and retain them analyze
issues. Certification Assurance Inc. will be retained to any issues and oversee the
analyze the design and review the early builds to resolutions.
identify any issues and ensure proactive resolution.
• Pilot production periods are built into all phase
rollouts to enable any unexpected issues to be
addressed before full production.

Andre Young, Shipment and • Early notification of all hardware procurement • Turn to secondary suppliers and Project not
Hardware Lead delivery tracking requirements will be provided as the design phases order required items with started, risk has
indicate delays. progress, so the procurement department can payments for expedited delivery. not yet appeared.
proactively identify suppliers that can provide the
items quickly once procurement commences.

Son Goku, QA Inspection of • As per the Scope Change risk, a great emphasis • Establish a fully staffed and Project not
Lead devices from initial
has been placed on early scope identification and dedicated design, build, and started, risk has
production runs agile iterative design and builds to minimize operations team to provide rapid not yet appeared.
identify issues. surprises. reaction remediation solutions.
• Each of the three production phases will first go
through a low production run pilot.
Lucy Pevensie, Personnel indicate • The President has indicated to all department • Have President re-emphasize to Project not
President their work start heads that this project is the first priority for the the organization that this project started, risk has
time will be organization, and personnel must be allocated full- is the first priority. not yet appeared.
delayed due to time when required.
other priorities.

Page 5
Risk Register

improved during project planning. As the project progresses, it is common to hide the columns for before planning, or make a copy of this sheet and then

without affecting the last row.

Page 6

You might also like