Initiating a Project

From PRINCE2 wiki
Jump to: navigation, search

This article is also available in Italian, Spanish, Portuguese, French, Russian.


Purpose

The purpose of the Initiating a Project process is to understand the work that needs to be done to deliver the required products. This understanding is needed before deciding to continue with the project. Like any project there are a number of important items to discover, and so there are a number of questions to ask about the project:

  • What are the reasons for doing the project and the Benefits and Risks?
  • Scope: What is to be done and what will not be included?
  • When can the products be delivered?
  • How can it be ensured that quality will be achieved?
  • How are risks, issues and changes identified and followed up?
  • How the project progress is monitored and who needs to be informed and how often?
  • And lastly how will PRINCE2 be tailored to suit the project?


Objective

Let us put Initiating a Project into context and look at what it really does for the project. The Starting Up a Project process checks if the project is viable, while Initiating a Project is about building a correct foundation for the project so that all stakeholders are clear on what the project will achieve.

The alternative would be to allow projects to start after the Starting Up a Project process without knowing any of the following: planning, milestones, cost and level of quality. It is a bit like building a house on little or no foundation.

Initiating a Project can be a big investment for a company but it’s a necessary investment to plan and run the rest of the project. During Initiating a Project, the Project Manager will be creating a collection of management products to show: how the project will be managed, the cost, how quality will be checked, planned, how communication will be done, etc.

Activities

PRINCE2 recommends eight activities in the Initiating a Project, which are:

Slide66.PNG

Overview

The Project Manager will begin with the 4 strategy documents and will then create the Project Controls and Project Plan. These are iterative activities so they will continue to be updated during the Initiation Stage. The Business Case can then be completed after the Project Plan as the Project Plan provides information required by the Business Case (time and cost information). The final activity is to assemble the Project Initiation Documentation.

Inputs

IP-InOut.png

Outputs

  • The four management strategy documents: Quality, Configuration Management, Risk and Communications (part of PID).
  • The Project Management Team Structure and Roles Descriptions (part of PID).
  • The Project Plan is a plan for the whole project created which includes all Product Descriptions (part of PID).
  • The Business Case is the responsibility of the Executive and provides the information to justify the project. The Project Manager will most likely assist the Executive (part of PID). The Project Initiation Document forms a contract between the Project Manager and the Project Board.
  • An overview of how the project will be controlled (part of PID).
  • The Benefits Review Plan is an overview of what and when Benefits will be realized both during and after the project, and who (Senior User) is responsible for these benefits
  • Request to deliver a project: The final output of the Initiating a Project process is a request to the Project Board to deliver the project or, in other words, to sign off on the PID and allow the project to continue.

Roles and Responsibilities

Reference