Professional Documents
Culture Documents
Introduction
The template reflects the steps set out in the PRINCE2 Method and is
designed to prompt the Project Manager and help in the creation of the
Project Initiation Document (PID). There is also a Product Description for the
PID at Appendix A of the PRINCE2 Manual.
The Project Initiation Document will reflect the information contained in the
Project Approach, mainly integrated within the Project Plan. The PID will be
created by expanding the Project Brief: there are separate Templates for the
Project Brief and Project Approach.
This template has been produced using Microsoft Word 2003. To use it, load
up the file directly from the directory and starting from page 1 follow the
prompts (in [...] brackets).
When the template is complete, the whole Project Initiation Document can be
printed and approved.
The controls cover the needs of the Project Board, Project Manager
and Team Managers and satisfy any delegated assurance
requirements
The project objectives, approach and strategies are consistent with the
organization’s corporate social responsibility directive, and the project
controls are adequate to ensure that the project remains compliant with
such a directive
Project:
Release:
Date:
PRINCE2
Author:
Owner:
Client:
Document Ref:
Version No:
1 Project Initiation Document History
1.3 Approvals
This document requires the following approvals.
Signed approval forms should be filed appropriately in the project filing system.
1.4 Distribution
This document has been distributed to:
Page
2 Table of Contents
3 Project Definition
4 Project Approach
5 Business Case
7 Role Descriptions
12 Project Plan
13 Project Controls
14 Tailoring of PRINCE2
3 Project Definition
[Extracted from the Project Brief. Explains what the project needs to achieve. It
should include:
- Background
- Interfaces]
4 Project Approach
[Extracted from the Project Brief. Defining the choice of solution the project will use
to deliver the business option selected from the Business Case, and taking into
consideration the operational environment into which the solution must fit]
5.4 Reasons
[Explains the reasons for undertaking the project and how the project will enable the
achievement of corporate strategies and objectives]
5.8 Timescale
[Over which the project will run (summary of the Project Plan) and the period over
which the benefits will be realised]
5.9 Costs
[A summary of the project costs (taken from the Project Plan), the ongoing
operations and maintenance costs and their funding arrangements]
[Describing the justification for the project based on estimated costs, risks and
benefits]
7 Role Descriptions
[For the project management team and any other key resources]
13 Project Controls
[Summarising the project level controls such as stage boundaries, agreed
tolerances, monitoring and reporting]
Example Having established that Time and Cost have restrictions, majority of our project
controls will be based around these. The three largest therefore are:
Cost and Risk in particular have limited margins to work in due to the limited budget left for
emergencies, while Time has a greater degree of flexibility due to the project plan being
designed with break periods allowing for delays.
Throughout the project, we will use Earned Value Analysis will be used for any Cost
Assessment, and Earned Schedule Analysis will be used for any Time assessments, this is due to
advice by Turley and Rad (2013).
14 Tailoring of PRINCE2
[A summary of how PRINCE2 will be tailored for the project]
Appendix 1
Introduction
The template reflects the steps set out in the PRINCE2 Method and is designed to
prompt the Project Manager and help in the creation of the Quality Management
Strategy. There is also a Product Description for the Quality Management Strategy
at Appendix A of the PRINCE2 Manual.
This template has been produced using Microsoft Word 2003. To use it, load up the
file directly from the directory and starting from page 1 follow the prompts (in [...]
brackets).
When the template is complete, the whole Quality Management Strategy document
can be printed and approved.
Saving the Quality Management Strategy document under its own name
The strategy clearly defines ways in which the customer’s quality expectations
will be met
The approaches to assuring quality for the project are appropriate in the light
of the standards selected.
PROJECT DOCUMENTATION
Project:
Release:
Date:
PRINCE2
Author:
Owner:
Client:
Document Ref:
Version No:
1 Quality Management Strategy History
1.3 Approvals
This document requires the following approvals.
Signed approval forms should be filed appropriately in the project filing system.
1.4 Distribution
This document has been distributed to:
2 Table of Contents
3 Introduction
6 Records
7 Reporting
l Quality planning
o Quality standards
o Compliance audits
6 Records
[What quality records will be required and where they will be stored including the
composition and format of the Quality Register?]
7 Reporting
[Any quality management reports that are to produced, their purpose, timing and
recipients]
Introduction
The template reflects the steps set out in the PRINCE2 Method and is designed to
prompt the Project Manager and help in the creation of the Risk Management
Strategy. There is also a Product Description for the Risk Management Strategy at
Appendix A of the PRINCE2 Manual.
This template has been produced using Microsoft Word 2003. To use it, load up the
file directly from the directory and starting from page 1 follow the prompts (in [...]
brackets).
When the template is complete, the Risk Management Strategy document can be
printed and approved.
Saving the Risk Management Strategy document under its own name
The chosen scales are appropriate for the level of control required
Project:
Release:
Date:
PRINCE2
Author:
Owner:
Client:
Document Ref:
Version No:
1 Risk Management Strategy History
1.3 Approvals
This document requires the following approvals.
Signed approval forms should be filed appropriately in the project filing system.
1.4 Distribution
This document has been distributed to:
2 Table of Contents
3 Introduction
6 Records
7 Reporting
10 Scales
11 Proximity
12 Risk Categories
15 Risk Tolerance
16 Risk Budget
3 Introduction
[Purpose, objectives, scope and responsibility of the strategy]
l Identify
l Plan
1. Assess
2. Implement
3. Communicate]
6 Records
[Definition of the composition and format of the Risk Register and any other risk
records to be used by the project]
7 Reporting
[Any risk management reports that are to produced, their purpose, timing and
recipients]
11 Proximity
[Guidance on how proximity for risk events is to be assessed. Proximity reflects the
fact that risks will occur at particular times and the severity of their impact will vary
according to when they occur. Typical proximity categories will be: imminent, within
the stage, within the project, beyond the project]
12 Risk Categories
[Definition of the risk categories to be used (if at all). These may be derived from a
risk breakdown structure or prompt list. If no risks have been recorded against a
category, this may suggest that the risk identification has not been as thorough as it
should have been]
15 Risk Tolerance
[Defining the threshold levels of risk exposure, which, when exceeded, require the
risk to be escalated to the next level of management. The risk tolerance should
define the risk expectations of corporate or programme management and the Project
Board]
16 Risk Budget
[Describing if a risk budget is to be established and if so how will it be used]
Appendix 3
Introduction
The template reflects the steps set out in the PRINCE2 Method and is designed to
prompt the Project Manager and help in the creation of the Risk Register. There is
also a Product Description for the Risk Register at Appendix A of the PRINCE2
Manual.
This template has been produced using Microsoft Word 2003. To use it, load up the
file directly from the directory and starting from page 1 follow the prompts (in [...]
brackets).
When the template is complete, the Risk Register document can be printed and ap -
proved.
Save the Risk Register document by selecting the “SAVE-AS” command; this will
avoid overwriting the standard template. You must specify your own Project
Directory.
Once your Risk Register is complete check the document against the
following Quality Criteria:
Risks are uniquely identified, including information about which product they
refer to
Introduction
The template reflects the steps set out in the PRINCE2 Method and is designed to
prompt the Project Manager and help in the creation of the Communication
Management Strategy. There is also a Product Description for the Communication
Management Strategy at Appendix A of the PRINCE2 Manual.
This template has been produced using Microsoft Word 2003. To use it, load up the
file directly from the directory and starting from page 1 follow the prompts (in [...]
brackets).
All stakeholders have been identified and consulted for their communication
requirements
There is agreement from all stakeholders about the content, frequency and
method of communication
For projects that are part of a programme, the lines of communication, and the
reporting structure between the project and programme, have been made
clear in the Communication Management Strategy
COMMUNICATION MANAGEMENT
STRATEGY
Project:
Release:
Date:
PRINCE2
Author:
Owner:
Client:
Document Ref:
Version No:
1 Communication Management Strategy History
1.3 Approvals
This document requires the following approvals.
Signed approval forms should be filed appropriately in the project filing system.
1.4 Distribution
This document has been distributed to:
2 Table of Contents
3 Introduction
4 Communication Procedure
6 Records
7 Reporting
10 Stakeholder Analysis
3 Introduction
[The purpose, objectives, scope and responsibility of the strategy]
4 Communication Procedure
[A description of (or reference to) any communication methods to be used. Any
variance from corporate or programme management standards should be
highlighted, together with a justification for the variance]
6 Records
[What communication records will be required and where they will be stored (for
example, logging of external correspondence)]
7 Reporting
[Any reports on the communication process that are to be produced, their purpose,
timing and recipients (for example, performance indicators)]
10 Stakeholder Analysis
l [Identification of the interested party (who may include accounts staff,
user forum, internal audit, corporate or programme quality assurance,
competitors etc.)
l Current relationship
l Desired relationship
l Interfaces
l Key messages
o Frequency of communication
o Means of communication
(appendix 5)
Introduction
The template reflects the steps set out in the PRINCE2 Method and is designed to
prompt the Project Manager and help in the creation of Project, Stage and Team-
level Plans. There is also a Product Description for Plans at Appendix A of the
PRINCE2 Manual.
This template has been produced using Microsoft Word 2003. To use it, load up the
file directly from the directory and starting from page 1 follow the prompts (in [...]
brackets).
When the template is complete, the whole Plan can be printed and approved.
Prior to printing, you should delete all [....] prompt text.
Save the Plan by selecting the “SAVE-AS” command; this will avoid overwriting the
standard template. You must specify your own Project Directory.
Once your Plan is complete check the document against the following Quality
Criteria:
Estimates are based on consultation with the resources, who will undertake
the work, and/or historical data
It is planned to an appropriate level of detail (not too much, not too little)
The plan covers management and control activities (such as quality) as well as
the activities to create the products in scope
The plan supports the management controls defined in the Project Initiation
Documentation
PROJECT DOCUMENTATION
PLAN
Project:
Release:
Date:
PRINCE2
Author:
Owner:
Client:
Document Ref:
Version No:
1 Plan History
1.3 Approvals
This document requires the following approvals.
Signed approval forms should be filed appropriately in the project filing
system.
1.4 Distribution
This document has been distributed to:
1 Plan History 1
1.1 Document Location 1
1.2 Revision History
1.3 Approvals
1.4 Distribution
2 Table of Contents
3 Plan Description
4 Plan Prerequisites
5 External Dependencies
6 Planning Assumptions
7 Lessons Incorporated
9 Budgets
10 Tolerances
11 Product Descriptions
12 Schedule
3 Plan Description
[A brief description of what the plan encompasses (i.e. project, stage, team,
exception) and the planning approach]
4 Plan Prerequisites
[Any fundamental aspects which must be in place, and remain in place, for
the plan to succeed]
5 External Dependencies
[Any external dependencies which may influence the plan]
6 Planning Assumptions
[Any assumptions upon which the plan is based]
7 Lessons Incorporated
[Details of relevant lessons from previous similar projects which have been
reviewed and accommodated within this plan] and include lessons log from
this project too in appendix 6
9 Budgets
[Covering time and cost, including provisions for risks and changes]
10 Tolerances
[Time, cost and scope tolerances for the level of plan (it may also include
more specific stage or team level risk tolerances)]
11 Product Descriptions
[Covering the products within scope of the plan (for the Project Plan this will
be the project product; for the Stage Plan this will be the stage products; and
for a Team Plan this will be a reference to the Work Package assigned).
Quality tolerances are defined in each Product Description]
12 Schedule
[Which may include graphical representations of:
l Activity network
Appendix 6
Introduction
The template reflects the steps set out in the PRINCE2 Method and is
designed to prompt the Project Manager and help in the creation of the
Lessons Log. There is also a Product Description for the Lessons Log at
Appendix A of the PRINCE2 Manual.
This template has been produced using Microsoft Word 2003. To use it, load
up the file directly from the directory and starting from page 1 follow the
prompts (in [...] brackets).
Save the Lessons Log document by selecting the “SAVE-AS” command; this
will avoid overwriting the standard template. You must specify your own
Project Directory.
Once your Lessons Log is complete check the document against the
following Quality Criteria:
LESSONS LOG
Project:
Release:
Date:
PRINCE2
Author:
Owner:
Client:
Document Ref:
Version No:
Insert Project Name
Project Initiation Document
Date: 20 January 2022
Page 2
Insert Project Name
Project Initiation Document
Date: 20 January 2022
1.3 Approvals
This document requires the following approvals.
Signed approval forms should be filed appropriately in the project filing system.
1.4 Distribution
This document has been distributed to:
Page 3
Insert Project Name
Project Initiation Document
Date: 20 January 2022
2 Table of Contents
Page
2 Table of Contents
3 Lesson Type
4 Lesson Detail
5 Date Logged
6 Logged By
7 Priority
Page 4
Insert Project Name
Project Initiation Document
Date: 20 January 2022
3 Lesson Type
[The type of lesson being recorded:
4 Lesson Detail
[Details may include:
Event
Category
Causes/trigger
Recommendations
5 Date Logged
[The date on which the lesson was originally logged]
6 Logged By
[The name of the person or team who raised the lesson]
7 Priority
[In terms of the project’s chosen categories]
Page 5