Skip main navigation

The contents of a PID

There is no one ‘right’ format or way a PID should be presented. Here, we offer descriptions of some typical sections you can expect to find.
© Coventry University. CC BY-NC 4.0

The contents of a PID

The sections we have divided it into below describe all the key elements you should aim to include in a PID, but they don’t necessarily need to be displayed or divided in this way.

You should develop your own style of presentation and modify this to the needs of the project you are working on; these sections act as a guide for you to adapt as necessary.

1. Purpose

The purpose of the project is the reason for the project existence. In the PID, the purpose section develops the mechanisms to judge whether it is worthwhile to initiate the project.

During the project, it also tells anyone how the project remains desirable, viable and achievable, as a way to support decision making and ensure investment in the project continues.

2. Background

The project background describes the foundation or rationale for project initiation. This section describes the project in general terms, discusses why the project is being pursued and how it relates to other projects within, or being run by, the organisation.

If necessary, it may address any relevant statutory authority or applicable regulations. It might also include copies of background material related to the project.

3. Project definition

This section describes conditions that need to be met for the successful completion of the project. It is formed of several parts:


The objective of the project tells us the motive for the project, by describing the business needs that the project will address and their intended effects. These are clear statements (sometimes called problem or need statements) about the conceptual development of the project in terms of outputs, required resources and timing.

Method of approach

This represents the chosen methodology for your project, ie how you would go about doing it.


Milestones are the planned delivery stages in the execution of the project. They are used to measure the progress of a project.


Scope describes everything about the project, ranging from the work content to the expected outcomes. The project scope consists of naming all the activities to be performed, the resources that will be consumed, the end products, limitations and the quality standards.

It provides the base on which the whole project is built. Sometimes the scope is used as an overview and will include some of the other sections here such as objectives, deliverables, constraints and exclusions.


Deliverables are the outcomes, outputs and benefits that are expected upon completion of the project.


The project exclusions section explicitly states those things that are not included in the project, for example, deliverables that cannot be expected.


Constraints are any applicable limitation or restriction, either internal or external to a project, which will affect the performance of a project.


These are the factors that, for planning purposes, are considered to be true, real or certain without proof or demonstration.

4. Project Organisation Structure/Work Breakdown Structure

The Project Organisation Structure (POS) or Work Breakdown Structure (WBS) section identifies the main work activities that will be necessary to accomplish the goal (or set of goals) defined as the deliverables. The WBS organises and defines the total scope of the project.

There are two further parts to the POS/WBS that must be explicitly stated:

Reporting structure

This shows the layers of your project teams and who is reporting to whom, to ensure the project runs smoothly.

Team management structure

This shows the hierarchy of the project management team. Usually, the roles and responsibilities of the project teams are defined here.

5. Project budget

This section represents the estimated cost, financial expenses or overheads required for the completion of a project.

6. Risk register

This is a record of all the risks that we can identify associated with the project. This register should be regularly reviewed by the project manager to determine whether the aggregate risks may impact the progress of our project. If risks are poorly estimated, they might increase the budgeted cost and completion time of the project.

7. Project control

This section describes the process that you will use throughout the project to track, review and regulate the progress of the project to meet the objectives defined in PID.

8. Stakeholder analysis

Stakeholders are the people or groups who have an interest in or influence on the project’s outcome. Stakeholder analysis identifies the people involved in the project that may:

  • Support or oppose the project
  • Gain or lose as a result of project delivery
  • See the project as a threat or enhancement to their position
  • Become active supporters or blockers of the project and its progress

Most projects have both internal and external stakeholders. For example, the project management team members, and the management team of the organisation are all internal stakeholders.

External stakeholders might include environmental pressure groups, industry regulators, external contractors and members of the public affected by the project.

Analysing who the stakeholders are, and engaging and communicating with them appropriately, is essential to a project’s success.

© Coventry University. CC BY-NC 4.0
This article is from the free online

Project Initiation

Created by
FutureLearn - Learning For Life

Reach your personal and professional goals

Unlock access to hundreds of expert online courses and degrees from top universities and educators to gain accredited qualifications and professional CV-building certificates.

Join over 18 million learners to launch, switch or build upon your career, all at your own pace, across a wide range of topic areas.

Start Learning now