PRINCE2 (TM) Project Initiation Document (PID)
PID template FREE to copy, edit and download. The purpose of the Project Initiation Documentation is to define the project, in order to form the basis for its management and an assessment of its overall success. The Project Initiation Documentation gives the direction and scope of the project and (along with the Stage Plan) forms the ‘contract’ between the Project Manager and the Project Board.
1. Project Approach
1.1. [Define the choice of solution that will be used in the project to deliver the business option selected from the Business Case. Take into consideration the operational environment into which the solution must fit]
2. Business Case
2.1. [Describe the justification for the project based on estimated costs, risks and benefits]
3. Project Management Team Structure
3.1. [Add a chart showing who will be involved with the project]
4. Role Descriptions
4.1. [Role descriptions the project management team and any other key resources]
5. Quality Management Strategy
5.1. [Describe the quality techniques and standards to be applied during the project, and the responsibilities for achieving the required quality levels]
6. Configuration Management Strategy
6.1. [Describe how and by whom the project’s products will be controlled and protected]
7. Risk Management Strategy
7.1. [Describe the specific risk management techniques and standards to be applied, and the responsibilities for achieving an effective risk management procedure]
8. Communication Management Strategy
8.1. [Identify the parties interested in the project and document the means and frequency of communication between them and the project]
9. Project Plan
9.1. [Describe how and when the project’s objectives are to be achieved. Show the major products, activities and resources required on the project. Provides a baseline against which to monitor the project’s progress stage by stage]
10. Project Controls
10.1. [Summarize the project-level controls such as stage boundaries, agreed tolerances, monitoring and reporting]
11. Tailoring of PRINCE2
11.1. [Summarise how PRINCE2 will be tailored the project]
12. Document information
12.1. Project Name
12.1.1. [name]
12.2. Date
12.2.1. [date]
12.3. Release
12.3.1. Draft/Final
12.4. Author
12.4.1. [author]
12.5. Owner
12.5.1. [owner]
12.6. Client
12.6.1. [client]
12.7. Document Number
12.7.1. [number]
12.8. Revision, Approvals & Distribution
12.8.1. Revision History
12.8.1.1. Revision # [....]
12.8.1.1.1. Revision Date
12.8.1.1.2. Previous Revision Date
12.8.1.1.3. Summary of Changes
12.8.1.1.4. Changes Marked
12.8.1.2. Revision # [....]
12.8.1.2.1. Revision Date
12.8.1.2.2. Previous Revision Date
12.8.1.2.3. Summary of Changes
12.8.1.2.4. Changes Marked
12.8.1.3. Revision # [....]
12.8.1.3.1. Revision Date
12.8.1.3.2. Previous Revision Date
12.8.1.3.3. Summary of Changes
12.8.1.3.4. Changes Marked
12.8.1.4. Date of next revision:
12.8.1.4.1. [....]
12.8.2. Approvals
12.8.2.1. Approval # [....]
12.8.2.1.1. Name
12.8.2.1.2. Signature
12.8.2.1.3. Title
12.8.2.1.4. Date of Issue
12.8.2.1.5. Version
12.8.2.2. Approval # [....]
12.8.2.2.1. Name
12.8.2.2.2. Signature
12.8.2.2.3. Title
12.8.2.2.4. Date of Issue
12.8.2.2.5. Version
12.8.2.3. Approval # [....]
12.8.2.3.1. Name
12.8.2.3.2. Signature
12.8.2.3.3. Title
12.8.2.3.4. Date of Issue
12.8.2.3.5. Version
12.8.3. Distribution
12.8.3.1. Distribution # [....]
12.8.3.1.1. Name
12.8.3.1.2. Title
12.8.3.1.3. Date of issue
12.8.3.1.4. Version
12.8.3.2. Distribution # [....]
12.8.3.2.1. Name
12.8.3.2.2. Title
12.8.3.2.3. Date of issue
12.8.3.2.4. Version
13. Overview
13.1. Purpose
13.1.1. The purpose of the Project Initiation Documentation is to define the project, in order to form the basis for its management and an assessment of its overall success. The Project Initiation Documentation gives the direction and scope of the project and (along with the Stage Plan) forms the ‘contract’ between the Project Manager and the Project Board.
13.1.2. The three primary uses of the Project Initiation Documentation are to:
13.1.2.1. Ensure that the project has a sound basis before asking the Project Board to make any major commitment to the project
13.1.2.2. Act as a base document against which the Project Board and Project Manager can assess progress, issues and ongoing viability questions
13.1.2.3. Provide a single source of reference about the project so that people joining the ‘temporary organization’ can quickly and easily find out what the project is about, and how it is being managed.
13.1.3. The Project Initiation Documentation is a living product in that it should always reflect the current status, plans and controls of the project. Its component products will need to be updated and re-baselined, as necessary, at the end of each stage, to reflect the current status of its constituent parts.
13.1.4. The version of the Project Initiation Documentation that was used to gain authorization for the project is preserved as the basis against which performance will later be assessed when closing the project.
13.2. Contents
13.2.1. The Project Initiation Documentation should cover the following topics.
13.2.2. Project Definition
13.2.3. Project Approach
13.2.4. Business Case
13.2.5. Project Management Team Structure
13.2.6. Role Descriptions
13.2.7. Quality Management Strategy
13.2.8. Configuration Management Strategy
13.2.9. Risk Management Strategy
13.2.10. Communication Management Strategy
13.2.11. Project Plan
13.2.12. Project Controls
13.2.13. Tailoring of PRINCE2
13.3. Advice
13.3.1. The Project Initiation Documentation is derived from the Project Brief and discussions with user, business and supplier stakeholders for input on methods, standards and controls.
13.3.2. The Project Initiation Documentation could be a single document; an index for a collection of documents; a document with cross references to a number of other documents; a collection of information in a project management tool.
13.3.3. The following quality criteria should be observed:
13.3.3.1. - Consideration has been given to the format of the Project Initiation Documentation. For small projects a single document is appropriate. For large projects it is more appropriate for the Project Initiation Documentation to be a collection of stand-alone documents. The volatility of each element of the Project Initiation Documentation should be used to assess whether it should be stand-alone, e.g. elements that are likely to change frequently are best separated out.
13.3.3.2. - The controls cover the needs of the Project Board, Project Manager and Team Managers and satisfy any delegated assurance requirements
13.3.3.3. - The Project Initiation Documentation correctly represents the project
13.3.3.4. - It shows a viable, achievable project that is in line with corporate strategy or overall programme needs
13.3.3.5. - The project management team structure is complete, with names and titles. All the roles have been considered and are backed up by agreed role descriptions. The relationships and lines of authority are clear. If necessary, the project management team structure says to whom the Project Board reports • It clearly shows a control, reporting and direction regime that can be implemented, appropriate to the scale, risk and importance of the project to corporate or programme management
13.3.3.6. -It is clear who will administer each control
13.3.3.7. - 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
14. Project Definition
14.1. Background
14.1.1. [...]
14.2. Project objectives
14.2.1. [covering time, cost, quality,scope, risk and benefit performance goals]
14.3. Desired outcomes
14.3.1. [...]
14.4. Project scope and exclusions
14.4.1. [...]
14.5. Constraints and assumptions
14.5.1. [...]
14.6. The user(s) and any other known interested parties
14.6.1. [...]
14.7. Interfaces
14.7.1. [...]
15. How to use this template
15.1. How to share this template with your team
15.1.1. Send an email
15.1.1.1. 1. Click Share this map
15.1.1.2. 2. Select Invite People
15.1.1.3. 3. Write a message
15.1.1.4. 4. Click Invite
15.1.2. Send a link
15.1.2.1. 1. Click Share this map
15.1.2.2. 2. Tick Link to share
15.1.2.3. 3. Copy the link to share it
15.1.3. Export
15.1.3.1. 1. Click down arrow, bottom right
15.1.3.2. 2. Select the export option you want
15.2. How to complete this template
15.2.1. Complete the sections in square brackets
15.2.1.1. [....]
15.2.2. Read these sections for help on this template
15.2.2.1. Purpose
15.2.2.2. Advice
15.2.3. Navigate using the links in Contents
15.2.3.1. Contents
15.3. Attribution
15.3.1. Copyright © AXELOS Limited 2009. All rights reserved. Material is reproduced with the permission of AXELOS