The funkiest PRINCE2 Processes revision guide on the internet

2
Introduction
PRINCE2, the world’s most popular project
management framework is composed of 4
integrated elements. These are
• Tailoring the framework to suit the needs of the
project environment
• Processes – who does what and when
• Themes – aspects which need to be continuously
addressed throughout the project
• Principles – building blocks upon which the
themes and processes have been based
In this e-book we’re going to focus on the 7 PRINCE2
processes. In particular, we’re going to focus on
those elements which most frequently are examined
on the PRINCE2 Foundation exam.
In essence, this e-book is a PRINCE2 Foundation
exam revision tool. It’s not designed as an in depth
guide to PRINCE2. For that, it’s much better to read
the official manual – Managing Successful Projects
with PRINCE2®.
We believe that if you use this e-book to study for
the PRINCE2 Foundation exam, then your chances
of passing will be much greater. Words which have
been italicised and/or bolded and their associated
definitions in this e-book are ones which you need
to familiarize yourself before the exam.
This e-book is one of a series of three, each one
exploring one of the integrated elements. The
others in the series are the PRINCE2 principles and
the PRINCE2 themes.
In this e-book, any quoted text is Managing
Successful Projects with PRINCE2® 2009 Edition.
Copyright © AXELOS Limited 2009. Material is
reproduced under licence from AXELOS.

3
Objectives:
• “Individuals are appointed who will
undertake the work required in project
initiation and/or will take significant project
management roles in the project;
• The work required for project initiation is
planned (documented in a Stage Plan);
• Time is not wasted initiating a project based
on unsound assumptions regarding the
project’s scope, timescales, acceptance
criteria and constraints.”
The Executive is responsible for creating the outline
Business Case, which is used to “understand how
the project will contribute toward corporate and/or
programme objectives”; and “understand how the
project will be funded.” The Executive is responsible
for securing the funding for the project.
The 2 main outputs are:
• Project Brief - ensures that the project has
a “commonly understood and well-defined
start point“
Starting Up a Project
Purpose: to answer the question “do we have a
viable and worthwhile project?”
The process “is as much about preventing poorly
conceived projects from ever being initiated as it
is about approving the initiation of viable projects.
The aim is to do the minimum necessary in order to
decide whether it is worthwhile to even initiate the
project.”
The trigger for the project is a project mandate (a
trigger is an event or decision which “triggers” one
of the 7 processes).
The project mandate “should provide the terms
of reference for the project and should contain
sufficient information to identify at least the
prospective Executive of the Project Board.”
Before the project is initiated key roles and
responsibilities for doing the work during initiation
must be resourced and allocated – i.e. who is going
to write the Business Case or the Project Plan.

performance of the current stage and approves the
next Stage Plan (or Exception Plan) if the business
justification still exists, and commits the required
resources. It also reviews Lessons Reports and
agrees on who should receive them.
The Project Board also approves Product
Descriptions which involves: the Senior User
because they (the users) will use the products;
the Executive because they will fund the products’
creation; and the Senior Supplier because they will
deliver the products.
4. Give ad-hoc direction – it reviews Highlight, Issue
and Exception Reports from the Project Manager
and takes decisions about Project Issues, risks and
changes.
5. Authorize project closure - it reviews and
approves the End Project Report (and Lessons
Report) if it is satisfied that there is nothing more
the project to do.
• Initiation Stage Plan - when making a plan
for the initiation stage (the first stage of the
project) the Project Manager must review
the Lessons Log for lessons relating to the
project controls to be used during initiation.
This process is a pre-project process.
Directing a Project
Purpose: “to enable the Project Board to be
accountable for the project’s success by making
key decisions and exercising overall control while
delegating day-to-day management of the project to
the Project Manager“
This process starts after the Starting up a Project
process has completed and is triggered by a request
to initiate the project.
The Project Board is responsible for assuring that
there is continued business justification. This
process “provides a mechanism for the Project
Board to achieve such assurance without being
overburdened by project activity”. The Project Board
also acts as a communication channel or interface
with corporate/programme management.
The Executive is the decision maker on the project
and “the Project Manager should defer to the
Executive” if the Project Board cannot agree i.e. the
Project Board is NOT a democracy.
The Project Board is responsible for Project
Assurance, but the Project Board members may
appoint persons to perform Project Assurance on
their behalf e.g. to undertake some of the reviewing
and assessing actions such as reviewing Stage Plans.
The Project Board performs 5 activities:
1. Authorize initiation - ensures that the project
investment is worthwhile and then notifies
corporate or programme management and
other interested parties. The Communication
Management Strategy will include any information
about the stakeholders’ information requirements.
2. Authorize the project – approves the Project
Initiation Documentation (PID) if it is satisfied the
firm foundations for the project are in place
3. Authorize a Stage or Exception Plan – reviews the
4

6
outline Business Case) containing details of
timescales, costs, benefits and risks.
• Communication Management Strategy -
describes the information needs of stakeholders
e.g. those who need to be informed of new
risks, or that the project is about to close.
• Risk Management Strategy – describes the
project’s general approach to risk management.
• Quality Management Strategy – describes how
quality requirements and standards will be met.
• Configuration Management Strategy –
describes how changes and issues will be
managed and how baseline products will be
version-controlled.
• Elements from the Project Brief (the project
definition and project approach) are also
included in the PID.
• Project controls – describes how the project will
be controlled e.g. dates of stage boundaries and
reporting and escalation requirements.
Initial Configuration Item Records are created for
baseline management products already created and
any pre-existing project documentation that needs
to be controlled, e.g. feasibility study, request for
proposal etc.
Initiating a Project
Purpose: “to establish solid foundations for the
project, enabling the organization to understand the
work that needs to be done to deliver the project’s
products before committing to a significant spend”.
The objective is to ensure there’s a common
understanding of: why we’re doing the project;
timescales and costs; scope; major products;
expected benefits; risks; quality requirements and
standards; how baseline products will be controlled;
the communication needs of stakeholders. The
above information is contained within the Project
Initiation Documentation (PID) which also describes
how “the Corporate (or programme’s) project
management method will be tailored to suit the
project.”
The PID contains the following:
• Project Plan - defines what the project must
deliver and ensures an understanding of how
the objectives will be achieved, before the
Project Board commits the resources (money,
people, etc.).
• Detailed Business Case - (derived from the

7
must provide the necessary information for the
Project Board to make an informed decision about
continuing with the project.
In this process the Project Manager updates the
various products including the project management
team required for the next stage; the 4 management
strategies; and the Business Case and Project Plan.
The Project Plan is updated by incorporating the
actual progress from the stage just finishing, and
revised time and cost forecasts for the remainder of
the project.
As the Executive is responsible for the Business
Case, the Project Manager should consult with
the Executive when reviewing and updating the
Business Case in preparation for Project Board
approval and assess the project’s risks using the Risk
Register to ascertain the aggregated risk exposure
for the project and identify the current key risks that
affect the Business Case.
The Benefits Review Plan is reviewed to check the
results of any benefits reviews undertaken during
the stage.
A Benefits Review Plan is created which plans for
the measurement of benefits during and after the
project. It is updated at project end, and is not
archived because it remains an active document
after project closure and is owned by corporate/
programme management.
Managing a Stage Boundary
Purpose: “to enable the Project Board to be
provided with sufficient information by the Project
Manager so it can review the success of the
current stage, approve the next Stage Plan, review
the updated Project Plan, and confirm continued
business justification and acceptability of the risks.”
Towards the end of every stage (except the final
stage) the Project Manager performs this process
to start planning for the next stage. This process
overlaps with the other processes active at the time.
The ‘manage by exception’ principle means that the
Project Board only meets with the Project Manager
at the end of a stage (known as an End Stage
Assessment). At this point the Project Manager

8
reporting and problem handling arrangements must
be agreed, and the Risk Register updated to include
any new risks.
Once the work is under way, the Team Manager
sends regular Checkpoint Reports (a time-driven
control) to the Project Manager. The Project
Manager collects and reviews progress information
from these reports and assesses the estimated time
and effort to complete any remaining work.
The Project Manager sends regular Highlight
Reports (a time-driven control) to the Project Board.
The Project Manager takes corrective action only for
issues that are within stage tolerances. NOTE: This
process is linked to the Progress theme, in which the
concept of tolerances is explained.
Whilst the Stage Plan is updated during the stage,
to keep it current with stage actuals, the Project
Plan and Business Case are NOT updated during
this process. Instead they are updated within the
Managing a Stage Boundary process at the end of
the stage.
Configuration Item Records are updated whenever
the status of a product changes e.g. when it
has undergone its quality controls, or has been
approved.
The Project Manager reviews the stage at regular
intervals and reviews the status of issues and risks.
For any proposed Requests for Change he/she
needs to consider the impact the change will have
on the Project Plan, Business Case and risks and
he/she checks the Communication Management
Strategy to ensure the relevant interested parties
are informed. The Project Manager might request a
Product Status Account from Project Support, which
reports the current status of one or more products.
NOTE: In complex projects where some planning
work is delivered through the use of Work Packages,
the Project Manager could use the Controlling a
Stage and Managing Product Delivery processes
during the initiation stage.
An Exception Plan is created when the Project
Board asks the Project Manager to create a new
plan, based on recommendations made in an
Exception Report. In this situation, instead of
creating the next Stage Plan, the Project Manager
uses the process to create an Exception Plan. The
other 3 activities of the process remain the same
however, namely: Update the Project Plan, Update
the Business Case, and Report stage end.
A Lessons Report may also be created in this
process. The Quality Management Strategy might
need to be revised, based on quality activities
during the stage just finishing.
Configuration item Records are created or updated
for products due to be delivered in the next stage.
Controlling a Stage
Purpose: “to assign work to be done, monitor
such work, deal with issues, report progress to the
Project Board, and take corrective actions to ensure
that the stage remains within tolerance.”
The process covers the day to day management of
a stage by the Project Manager whilst, at the same
time, the Project Board manages by exception
(hence no need for regular progress meetings).
Once the Project Board has approved the project,
and the next Stage Plan (or Exception Plan), the
Project Manager can proceed with the next stage by
issuing instructions about work to teams.
“Attention is focused on delivery of the stage’s
products. Any movement away from the direction
and products agreed at the start of the stage is
monitored to avoid uncontrolled change (’scope
creep’) and loss of focus.”
Work is allocated to teams (managed by a Team
Manager) via Work Packages. Thus work should not
be started without Project Manager’s authorization.
Various events will trigger a Work Package,
including the authorisation of an Exception Plan.
A team executes a Work Package in the Managing
Product Delivery process, and ensures that specialist
products are approved as part of that process
before handing the products back to the Project
Manager.
As part of the Work Package authorisation,

9
reasons, in which case agreement about delivery
dates and costs will suffice.
Team Managers must provide the Project Manager
with accurate progress information via Checkpoint
Reports. They will also maintain the interfaces
(people and specialist products) identified in the
Work Packages.
Once products are complete, the team gains their
requisite approval from the authorities identified in
the Product Description.
NOTE: If a Team Manager forecasts a deviation
beyond Work Package tolerances he/she raises a
Project Issue with the Project Manager (i.e. the
Team Manager does not write an Exception Report).
Managing Product Delivery
Purpose: “to control the link between the Project
Manager and the Team Manager(s), by placing
formal requirements on accepting, executing and
delivering project work. The role of the Team
Manager(s) is to coordinate an area of work that will
deliver one or more of the project’s products.”
“If the project uses external suppliers that are not
using PRINCE2, Managing Product Delivery provides
a statement of the required interface between the
Team Manager and the PRINCE2 method being used
in the project by the Project Manager.”
Work should only be started once the Project
Manager has authorised a Work Package.
When a Work Package is accepted, the Team
Manager also agrees to the tolerances set for it by
the Project Manager. The Team Manager makes a
(optional) Team Plan, which the Project Manager
and/or Senior Supplier will authorise. Note: It
may not be possible or appropriate for a Project
Manager to authorise a Team Plan for commercial

10
• Review the performance of the project
against its baselines
• Assess any benefits that have already
been realized, update the forecast of the
remaining benefits, and plan for a review of
those unrealized benefits”
“A clear end to a project ensures that:
• the operational regime must now take over
the products from this project
• the project management team can be
disbanded
• project costs should no longer be incurred”
“A number of actions specific to the project’s
products may be required after the project, and
these should be documented and planned for as
follow-on action recommendations.”
A Lessons Report is prepared, documenting
“what went well, what went badly and any
recommendations for corporate or programme
management … [e.g.] abnormal events causing
deviations … a review of useful measurements
Closing a Project
Purpose: “to provide a fixed point at which
acceptance for the project product is confirmed,
and to recognize that objectives set out in the
original Project Initiation Documentation have been
achieved, … or that the project has nothing more to
contribute.”
NOTE: Closing a Project is NOT a separate stage
performed at the end of the project but is a process
performed towards the final delivery stage (the
Controlling a Stage and Managing Product Delivery
processes are still being performed at this time).
This process is triggered towards the end of the
final stage, when all the work has nearly been
completed. Closure activities should be planned and
resourced when the stage plan for the final stage is
created.
The objectives of this process are:
• “Verify user acceptance of the project’s
products

such as: how much effort was required to create
the products; how effective was the Quality
Management Strategy in designing, developing
and the products; how effective was the Quality
Management Strategy in designing, developing and
delivering fit-for-purpose products.”
At the end, the Project Manager prepares a draft
project closure notification and sends it to the
Project Board for approval. After the project closure
is authorized by the Project Board (in Directing a
Project), the project is now history and the specialist
products which were delivered by the project are
now being used by users as part of the everyday
business as usual activities of the customer
organization.
11

About the author
Simon Buehring is the founder and Managing
Director of Knowledge Train, a PRINCE2 Accredited
Training Organization based in the UK. Simon
regularly delivers project management and
PRINCE2 training courses in the UK and overseas
and writes a blog about project management and
PRINCE2. For more than 25 years Simon has worked
on or managed software projects for a wide range
of organizations both in the UK and internationally,
including the BBC and HSBC.
12

Download the other two ebooks in the series:
These two ebooks will be useful for your exams:
Learn the PRINCE2 Principles Learn the PRINCE2 Themes
PRINCE2 Foundation exam tips PRINCE2 Practitioner exam tips
13

The funkiest PRINCE2 Processes revision guide on the internet

More Related Content

What's hot (20)

Similar to The funkiest PRINCE2 Processes revision guide on the internet (20)

Recently uploaded (20)

The funkiest PRINCE2 Processes revision guide on the internet