PRINCE2® wiki
« Themes


Other languages: nl fr es pt pl it Nederlands Français Español Português Polski Italiano

One of the biggest issues many Project Managers have is the ability to say no, or at least that is what they would like to say when they are asked to add more requirements to the project. This of course, depends on the organization. Project Managers that say no are not seen as team players and can quickly develop a reputation as being uncooperative.

In some projects, there may be a rush to get the project started, and so the required amount of time is not spent on defining the requirements and Product Description , and then the budget is set for the project. It can later become apparent that extra functionality has to be added and the Project Manager needs to know how to handle this situation.

What I like most about the Change Theme is that it shows you that as a Project Manager, you never have to say no or yes, but when requested to add new functionality, you can even thank the person for suggesting this, then provide them a Change Request form to fill in and offer help if required. You then promise to follow up on this change request, letting the requester know that it will be Change Authority and Project Board that will decide on this request.

The Change Theme also describes the roles & responsibilities of the Executive and the Project Board; this is useful, as you may need to remind the Executive of this. I have seen a few projects where the Executive was actually the person who was putting the pressure on the Project Manager to allow changes to creep into the project without providing extra resources. So this theme will show you how to deal with these situations.

Most Project Managers are also aware that they have to look after the products produced by the project; this is called configuration management, which is defined in the Change Control Approach . This mainly involves tracking changes, making sure the correct persons have access to the latest versions of baselined documents, and providing a central, accessible storage location. Some companies provide an easy-to-use documented IT system that makes it easy for the Project Manager to manage, control and distribute project information. Other companies provide systems that are very difficult to use and therefore end up not being used. The good news is that it is very simple to get an easy-to-use online system that will provide most of the required functionality, including securing access to the information.

The last point before moving on is that most Project Managers don’t plan any time for configuration management activities and believe that this is something they can do in the evening or perhaps while on a conference call. It is a very good idea to plan this work.


The purpose of the knowledge in the Change Theme is to help you identify, assess and control any potential changes to the products that have already been approved and baselined. The Change Theme is not just about handling change requests but is also about handling issues that arise during the project. In fact, it is better to say that the Change Theme provides a common approach to Issues and Change Control.

Change is inevitable in any project and all projects need a good approach to identify, assess and control issues that may result in change. This theme provides an approach to Issue and Change Control.


Issue and Change Control happen during the full lifecycle of the project. Remember, the objective is not to prevent changes but to get changes agreed and approved before they are executed.

Each project requires a configuration management System that tracks products, records when products are approved and baselined, and helps to ensure that the correct versions are being used during the project and delivered to the customer.


Configuration Management

Configuration management is the technical and administrative activity concerned with the creation, maintenance and controlled change of the configuration of a product. This is a nice way of saying that configuration management is about looking after products in the project.

A configuration item is the name given to an entity (or item) that is managed by Configuration Management. You could also say that a Configuration Item is anything that you want to track during the project.


A Release is a complete and consistent set of products that are managed, tested and deployed as a single entity to be handed over to users. An example of a Release could be a new version of a laptop computer with a certain version build of OS, certain CPU, certain BIOS, and certain versions of applications.


PRINCE2 uses the term issue to cover any relevant event that has happened that was not planned and that requires some management action (for example, a question or a Change Request). Issues can be raised at any time during the project and by anyone.

There are 3 types of Issues; they are:

The PRINCE2 Approach to Change

The Issue and Change Management approach will be decided in the first stage, during the Initiating a Project process. This approach can be reviewed at the end of each stage in the Managing a Stage Boundary process.

PRINCE2 has six management products that are used to control issues, changes and Configuration Management:

Example: Issue Register taken from the Sample PRINCE2 Project

Issue Register

Change Control Approach

The Change Control Approach document contains the strategy of how issues and changes will be handled in the project. One of the first questions the Project Manager should ask is: What are the existing standards for Issue and Change Control in the company?

If there is a Programme environment in place, there will usually be a Change Control Approach template available. The Change Control Approach should answer the following questions:

Like the other 3 strategy documents, the Change Control Approach document is created in the Initiating a Project process by the Project Manager and will be approved by Project Board.

Prioritizing issues

There are many ways to prioritize a change request and PRINCE2 introduces the MoSCoW technique to help with this. MoSCoW stands for Must have, Should have, Could have and Won’t have for now.

However, it may be difficult to explain these four prioritize levels to a requester, and most of the time they want to say that their request for change is very important. So here are some simple questions to ask that should help you get the correct information from the requester.


So MoSCoW is good for prioritizing, but what about rating the severity of an issue?

Example: You can use a scale of 1-5 or words such as minor, significant, major and critical.

You can link a severity level of an issue by linking a severity with a role.

Change Authority and Change Budget

The Change Authority is a person or group who consider requests for change and off-specifications. It is the responsibility of the Project Board, so they can do it themselves, which is more common where few changes are expected, or they can assign this to other persons. If a lot of changes are expected, then this will take up too much time from the Project Board and it is better to give the authority to another person or group of persons.

What kind of persons can take on this role?

This all depends on the size and value of the project, the change budget, the amount that the Change Authority can spend on each change and other such factors. So this could be the secretary of the Executive, one of the Project Board, a financial person or any other competent person.

The Change Authority will have a change budget, which is a sum of money that the customer and supplier agree to use to fund the cost of Requests for Change. It is advisable to have a change budget for each project. The Project Board can limit the cost of a single change or the amount to be spent in any one stage.

The Change Control process is a very important tool for the Project Manager. Let me give you an example. You have senior members of the organization asking for changes and you don’t want to appear as negative or be forced to add something new that will put the project in jeopardy. So when asked to add something new to the project, you can start by saying “Sure. This is our change request process and here is our Change Request form. I can explain this to you or help you to fill this in.” You can then pass the Change Request to the Change Authority and you never have to say no and can appear as helpful at all times.

The Configuration Management Procedure

Configuration Management is a collection of all the activities that maintain and control changes for each product throughout the lifecycle of the project and after the project is completed. It is about looking after the Project Products. PRINCE2 suggests the following 5 activities to follow:


Decide which documents and products you want to control, so what do you think is important?

E.g. a CRM Project: You may wish to look after the following documents: Main product, all major components, design, processes, user documentation

E.g. 100-person customer event project, you may want to look after: Invites lists, speaker notes, handouts, catering information, venue contracts, etc. Identification

Decide how to identify each product uniquely in the project (decide on a coding system).

Product Code - Initials of Owner - version number - Latest Modified number

E.g., 045-FT-v04-20112304.pdf


Control is about controlling changes that are made to products during the project, as once a product is approved “nothing moves and nothing changes without authorization”. Baselined products are also used to compare the current situation with the previous objectives.

Control also deals with the storing and distribution of copies, access control, archiving and other such activities for both management and specialist products.

Tip: Think about a recent project that you have worked on and how you controlled access to documents and prevented other users from making changes to agreed documents.

Status Accounting

This is something that you may never have done or seen in a project, but it is good to know that this activity exists and can be used if required. This is very much related to the data that is stored in the CIR documents which have the following fields:

Verification and Audit

This is to verify that products are in line with the data in the Configuration Item Records. For example: Do certain users have access to the correct product versions? Are products where they are supposed to be? Have they the correct identification numbers? Are the products secured?

Issue and Change Control Procedure

Issue and Change Control is about dealing with issues, which could be requests for change, off-specification and concerns/problems (other). There are 5 steps to Issue and Change Management: Capture, Examine, Propose, Decide and Implement. Tip: CEPDI

Issue and Change Contgrol Procedure

Dealing with Project Issues

Types of Issue

Roles and Responsibilities

discussion icon PRINCE2 wiki is open-source and published for free under a Creative Commons license.

discussion icon Written by Frank Turley (his LinkedIn profile)