Project Initiation Document
Project Initiation Document
Project Initiation Document
com
Project Management, project planning, templates and advice
<PROJECT NAME>
<PROJECT REFERENCE>
<DD/MM/YYYY>
stakeholdermap.com
PROJECT INITIATION DOCUMENT
DOCUMENT CONTROL
DOCUMENT INFORMATION
Information
DOCUMENT HISTORY
Project Sponsor
i
PROJECT INITIATION DOCUMENT
Project Manager ©
Quality Manager
(if applicable)
Procurement Manager
(if applicable)
Communications Manager
(if applicable)
(if applicable)
ii
PROJECT INITIATION DOCUMENT
Table of Contents
TEMPLATE GUIDE ...................................................................................................................................... 1
PURPOSE .................................................................................................................................................. 2
PROJECT OBJECTIVES................................................................................................................................ 2
PROJECT DELIVERABLES............................................................................................................................ 2
ASSUMPTIONS ........................................................................................................................................... 3
APPENDIX ................................................................................................................................................. 7
RECORD OF AMENDMENTS TO THE PID ........................................................................................................................... 7
iii
PROJECT INITIATION DOCUMENT
TEMPLATE GUIDE
How to use this template
This is a guide to the common sections included in a Project Initiation Document. Sections may be
added, removed or amended to suit the project and project methodology. Example tables, have been
added (where relevant) these are just a suggestion, you may decide to format these sections
differently.
Text in Blue italics is designed to assist you in completing the template. Delete this text before sharing
the final document.
1
PROJECT INITIATION DOCUMENT
PROJECT SUMMARY
Provide an ‘at a glance’ summary of the project purpose. It should show how the project aligns with the
Business Strategy or Program Plan, which departments and technology will be involved and the key
activities that will be performed.
PURPOSE
Explain why the project is being carried out – the rationale for the project. Aim to answer these
questions:
This section is usually concise. If a Project Brief has been completed, it should provide the key
information for this section.
PROJECT OBJECTIVES
This section identifies the key project objectives – what specifically will this project achieve? It should
clearly link to the Program Objectives. It is likely to include active verbs such as replace, revise,
provide, secure, create etc. It will reference Business Case, which is usually a separate document.
PROJECT DELIVERABLES
Provide a complete list of the deliverables/products the project will produce. Make sure each
deliverable has a unique identifier. This section may include links or references to each products
Product Description.
2
PROJECT INITIATION DOCUMENT
ASSUMPTIONS
List the assumptions that have been made in order to conceive of and plan this project. For example
assumptions may have been made around legislation, other projects, market conditions, recruitment
etc.
ACCEPTANCE CRITERIA
Describe in measurable terms the criteria that Project Sponsor will use to evaluate and accept or reject
the project deliverables and outputs. This might include conditions that are not related to products like
delivery by a certain date.
• How feedback will be collected on the value of this project by users of the products.
• The monitoring and evaluation methods the Project Sponsor will use to determine that the
project has been delivered to specification and has had the intended impact
• The time scales and key dates for collecting the above information
• How, when and to whom the feedback and the monitoring and evaluation findings will be
reported.
PROJECT DELIVERY
List the known risks to the successful delivery of the project. These should be specific to the project and
not just a reiteration of common project risks.
3
PROJECT INITIATION DOCUMENT
Helpful guides for this section: A guide to Risk Management. Example Risk Register. Possible
responses to risk.
In this section include an organization chart for the project. It won’t necessarily show line
management responsibilities, rather reporting and communication lines for the project. Include the key
roles and responsibilities in this section and a RACI if applicable.
COMMUNICATION PLAN
To realise the business benefits a communication strategy will be needed, be that for internal staff
impacted by the change or for external parties.
Set out how information about the project will be communicated. For example how will the project
communicate progress, escalations, readiness plans for go live etc. There may need to be separate
plans for internal and external communications.
4
PROJECT INITIATION DOCUMENT
Training plan 3 months prior Users and department Change Manager & Project
to go live managers training manager Sponsor
QUALITY M ANAGEMENT
Two aspects of quality management should be considered within the PID: firstly securing high quality
project management and secondly ensuring that deliverables are produced to agreed quality
standards.
Example text:
Responsibility for checking that all procedures have been correctly followed in preparing this PID rests
with: [Insert Name] Senior Project Manager.
Responsibility for checking and signing off this PID and for ensuring it follows the PID guidance rests
with: [Insert Name] Program Manager.
Responsibility for ongoing monitoring and supervision to ensure that ongoing project management
complies with the agreed procedures and processes rests with [Insert Name] of the Programme Office
5
PROJECT INITIATION DOCUMENT
0034 Web pages Follow existing branding Follow publishing Web change advisory
specification. review process. board via unit test,
user acceptance
Meet Accessibility Pre-approved testing and go live
compliance guidelines suppliers only. testing.
Meet browser
compatibility policy
PROJECT MILESTONES
List the project milestones (key points in a project life cycle). They might be target dates that must be
met or delivery of important work packages or markers of progress. This section will likely contain a
table similar to the one below.
RESOURCE PLAN
This section lists the resources - people and machine that are required for the project. A description of
all of the Roles and Responsibilities should be included along with the resources needed, their skill
set, when they are needed, how long for and the associated costs. Get a Resource Planning
Template.
Document the agreed Project Tolerances and provide a brief confirmation of the Exception Procedure
to be followed if there is a deviation from the approved plan that is forecast to exceed Tolerance.
Refer also to the Change Control Process that will be followed for this project. See example cost and
time tolerances.
6
PROJECT INITIATION DOCUMENT
APPENDIX
Keep a record of the changes made to each version of the PID. This section may form part of the PID
header/document information page, or an appendix.
Include the specifications for the work packages and project deliverables. For example, a unique
reference for each deliverable, title, purpose, composition, format, owner, quality criteria,
location/storage.
Document the budget, cost and revenue forecast and any payment milestones as appropriate for the
project.
DETAILED SCHEDULES
Provide a detailed project schedule. For example, a Microsoft Project plan may be attached here or
referenced in this section. Get ready made Microsoft Project Plans. This may also include detailed
team plans and resource plans. Get a Resource plan Template.