This study guide describes the PRINCE2 themes. It’s the second in a series of three study guides designed to prepare you for attending a PRINCE2 Foundation course. The other two – the PRINCE2 Principles and the PRINCE2 Processes – are available to download as ebooks. They are all based upon the the edition of PRINCE2.Read on to learn all about the PRINCE2 themes and prepare yourself for the PRINCE2 Foundation exam.
What are PRINCE2 Themes?PRINCE2 themes are areas of project management which must be addressed continuously throughout the project. PRINCE2 themes are based upon the principles and they are applied throughout the project when applying the processes.There are 7 PRINCE2 themes:
1. Business caseThe purpose of this theme is to put in place mechanisms which assists the senior decision makers to decide whether the project is (and remains) a worthwhile investment. It is the theme which primarily implements the ‘continued business justification’ principle. Customer-supplier environment The customer, which invests in a project will have a business case, but so will the supplier. Each one is written to justify its own involvement in the project. (Note: PRINCE2 assumes a customer-supplier environment, whereby the customer specifies what products are required from the project, pays for it and expects to realize some benefits in return. The supplier (person, team or organization) will deliver those products to the level of quality specified by the customer – see the Organization theme below).Executive A business case is also a management product and is ‘owned’ by the executive. At all times therefore, the executive needs to ensure there is an acceptable business case, otherwise they should instruct the project manager to close the project. Not wasting any more time and money on a project is much better than continuing with a project which is not worthwhile.Outline business case The executive is responsible for providing the first (outline) version of the business case although this can also sometimes be given by corporate/programme management as part of the project brief. This version then gets updated with more detail in the initiation stage of the project.Outputs, outcomes and benefits Every project will deliver one or more ‘specialist’ products (known as outputs), which will then be used at the end of the project by people in the customer organization. By using them, this will change (positively) the way in which they do their everyday (business as usual) work. This change is known as an outcome. The measurable improvements which will then result to the customer organization are what are known as benefits.
For example, a company investing in a new business information computer system sets up a project. The output of the project would be the new I.T. system. The outcome might be that the staff are able to do their work more efficiently. The benefit might be that the company saves money on staff salaries.Senior user The senior user role is responsible for both specifying the benefits of the project, and for realizing them i.e. make sure that they are actually achieved after the project closes. This means that the people who perform the senior user role need to come from those areas of the customer organization which are most often impacted by the changes (outcomes).Benefits management approach How the benefits will be measured, when and by who is documented in a benefits management approach (one of the 26 management products). This gets updated as and when the benefits are realized, which for most projects is after the project has closed. This is because at the end of the project, the specialist products are handed over to the users and the operational or support teams. They then use the products as part of business-as-usual and by doing so, realize the expected benefits (or so we would hope!).Justification does not have to be financial For most commercial organizations, often the business justification for projects is a financial one i.e. will there be a return on investment (in terms of money). But PRINCE2 says that the business justification can be made in other ways too.
For example, consider a proposal to equip a residential apartment block with a water sprinkler system in case of fire. Such a project would have clear benefits (in terms of saving people’s lives in a fire) but it probably cannot expect a return in investment in purely financial terms. The decision to invest in such a project would therefore need to consider the wider benefits to society of keeping its citizens safe.Minimum requirements Your project must create and maintain a business justification (in the form of a business case), and you should review and update it throughout your project. You must define management actions to ensure the expected outcomes are achieved and the benefits are realized. You must define and document the roles and responsibilities for the business case and the management of benefits. Finally, you must produce and maintain a benefits management approach.
2. OrganizationThe purpose of this theme is to define and set up a project management team structure which defines who is accountable and responsible on the project. Customer organization PRINCE2 is based upon a ‘customer/supplier environment’ whereby the customer organization specifies the result (the specialist products), and pays for the project, because it deems that the project can realize sufficient benefits in the future to make the project a worthwhile investment.Supplier organization The supplier organization is the person or company who/which will supply the products which have been specified by the customer. On a project where all the work is being done in-house, then the customer and supplier will be part of the same organization.Project board role The key decision-making role on the project is known as the project board which consists of 3 other roles: executive and senior user (both from the customer) and the senior supplier (from the supplier). It’s important to note however that the project board is not a democracy and ultimately, it’s the executive who takes the decisions, advised and supported by the other 2 roles.Executive role The executive role can only be performed by one person and must be able to represent the business i.e. that part of the customer organization which is paying for the project). This role is ultimately accountable for the project.Senior user role The senior user role which is responsible for specifying and realizing benefits is also responsible for specifying the project’s requirements and products.Senior supplier role The senior supplier is accountable for the quality of the specialist products which they will deliver to the project.Project assurance role Reviewing project documentation such as plans and a business case could be quite time-consuming so PRINCE2 recommends that project assurance can be delegated by the project board members to others. The project assurance role is all about assuring the project board independently of the project manager that the project is being conducted properly. Project assurance will give advice to the project manager and will review documents prior to their approval by the project board.Project manager role The project manager role is responsible for the day to day management of the project and reports on a regular basis the progress to the project board. This in the form of a highlight report. The project manager is responsible for keeping issues and risks under control, monitoring progress, taking corrective action when there is a slippage from the plan, and escalating exceptions to the project board.Team manager role Team managers manage teams of specialists who have the requisite skills to enable them to design and build the products which have been specified by the customer. They are responsible for delivering the specialist products, on time and within the agreed tolerances. They report on a regular basis to the project manager.Change authority role The change authority role is responsible for taking decisions about requests for change (RFC’s) and off-specifications (more later in the Change theme).Project support role The project support role assists project and team managers with administration, writing of reports, monitoring of progress and with administering tools.Sharing roles Some of the above roles can be shared (i.e. more than one person can perform the role). In PRINCE2 all roles can be shared EXCEPT for the executive and project manager roles.Combining roles Some roles can be combined (i.e. one person can perform multiple roles). However, the project assurance role can never be shared with the project manager, team manager or project support roles, otherwise they would not be independent of the project manager.Stakeholders All of the above roles form the project management team and they are all stakeholders on the project. However, stakeholders are not just the members of the project management team, but they can be anyone who is affected by the project, be affected by the project or perceive themselves to be affected by it.Communication management approach PRINCE2 recommends that a communication management approach is written which identifies all the project’s stakeholders, their information needs and the means and frequency of communication e.g. the quality assurance manager requires a copy of the weekly highlight report, written by the project manager.Minimum requirements You must define your project’s organization structure and roles (by ensuring all responsibilities in PRINCE2’s role descriptions are fulfilled). You must define your project’s approach to communicating and engaging with stakeholders and you must produce and maintain the project initiation documentation (PID), and a communication management approach.
3. QualityThe purpose of this theme is to define and implement the mechanisms whereby the project can establish whether the products are ‘fit for purpose’. Definition of quality PRINCE2 defines quality as whether a product is ‘fit for purpose’ i.e. whether it meets its agreed and stated requirements. The project’s approach to the management of quality on the project is documented by the project manager in a quality management approach.Quality management system Many organizations have a quality management system (QMS) which is a corporate-wide set of quality policies, procedures and standards expected within the organization.Quality assurance The corporate role known as quality assurance (QA) is responsible for defining and maintaining the QMS and for checking that projects remains in compliance. QA often does this by performing a quality audit which looks for evidence of compliance on the project.Quality assurance and project assurance are different The QA role is therefore external to the project whereas project assurance is a role which is internal to the project (it’s one of the project management team roles). Project assurance assures the project board that the project is being conducted properly whereas QA assures corporate management that the project complies with corporate standards, policies and procedures.Quality control QA is not to be confused with quality control, which refers to the performing of those quality methods which will be used to check if a product is “fit for purpose”, the maintaining of quality and approval records, and the gaining of acceptance.During the quality method, quality records will be maintained e.g. the details of the results of a test and then, based upon the results, the product shall be judged either fit for purpose or not. If it is fit for purpose then the product can be approved and approval records will be needed. This is often a signature on a form or an email and is an example of an approval record.Baselines Once approved the product becomes a baseline. This usually entails giving it a version number and it then becomes subject to change control i.e. nobody is allowed to modify it without gaining approval after raising a request for change (RFC).If the product is not fit for purpose, the supplier needs to perform some further work on the product to bring it up to a standard where it can be quality controlled once more.Quality planning On a project, the project manager is responsible for quality planning which means defining the quality control methods and the project’s acceptance criteria (the measurable attributes of the final product i.e. the product handed over to users at the end which will make it acceptable to the customer). Acceptance criteria are derived from the customer’s quality expectations (the high-level business requirements for the project) and these are agreed before the project begins.Acceptance methods Certain methods (acceptance methods) will need to be performed to check that the final product meets the criteria. If it does, then the project can be closed because it has delivered what it set out to deliver. Acceptance records will record the formal acceptance of the final product by the different stakeholders.Quality register PRINCE2 defines a quality register where the results of quality methods are recorded. This enables the project manager to keep control over all the quality control activities which take place on a project.Minimum requirements You must define and maintain a quality management approach for your project which covers quality control and project assurance, and defines the roles and responsibilities for quality management. You must specify explicit quality criteria for products and maintain appropriate quality records. You must summarize those quality activities in some form of quality register. The customer’s quality expectations and prioritized acceptance criteria must be specified in a project product description and you must use lessons to inform quality planning on the project.
4. PlansThe purpose of this theme is to define how, when, for how much, by whom and where the project will deliver products. Levels of plan PRINCE2 recommends 3 levels of plan each level matching the information needs of the 3 levels of the project management team. These are
- Project plan (used by the project board) containing project levels costs, timescales and control points. An updated version is created at the end of each stage to reflect actual progress and revised forecasts
- Stage plan (used by the project manager) for day-to-day management of the project. There is one for each management stage
- Team plan (used by a team manager) – covers all the work done by a team
- money to fund the activities to create specialist products (and management activities)
- money to fund responses to risks (risk budget)
- money to fund authorised changes to baseline products (change budget)
- cost tolerance
- Writing a project product description – to define what the project must deliver in order to gain acceptance
- Creating a product breakdown structure – to show the products within scope (note: external products are those that already exist or are being created outside the scope of the plan)
- Writing product descriptions – for the major products
- Creating a product flow diagram – to define the sequence in which the products will be developed
- The planning horizon at any point in time – it may depend upon the nature of the work
- The delivery steps – it’s beneficial if management stages align with end of delivery steps
- Alignment with programme activities
- The level of risk
5. RiskThe purpose of this theme is to identify, analyse and control uncertainty and thereby improve the chances of a successful project. Definition In PRINCE2, a risk is defined as an uncertain event, which (if it occurs) will have an effect (either negative or positive) on the project’s objectives. A risk should NOT be confused with a project issue, which is an event which has happened but wasn’t planned. However, if and when a risk does actually occur then it becomes a project issue.Risks can be either:
- threats (which have a negative impact), or
- opportunities (which have a positive impact).
- Estimate the probability (likelihood), impact, proximity (when it is likely to occur), and
- Evaluate the overall net effect of all risks
- A risk owner – the individual responsible for managing the risk
- The risk actionee/s – the people(s) assigned to carry out the risk response(s).
6. ChangeThe purpose is to identify, analyse and control any potential and approved changes to baseline products (i.e. products that have been approved). Baseline A baseline refers to a product which has undergone its quality controls, has been deemed ‘fit for purpose’ and has been approved by those with authority. At this point the product is usually given a version number e.g. version 1.0).Project issues A project issue is an event which has happened, wasn’t planned and requires management action. There are 3 types:
- Requests for change (RFC) – request to change a baseline.
- Off-specifications – this requirement/product hasn’t/cannot be delivered.
- Problems/concerns – anything else.
- Formally – requires formal advice from the project board – the issue gets logged in the v and an issue report is written.
- Informally – the issue gets recorded in the daily log.
- Capture – record the issue either in the issue register or daily log
- Examine – perform an impact analysis (impact on cost, time, quality, scope, benefits, risks)
- Propose – consider alternative options for responding
- Decide – which option is the best overall value for money
- Implement – perform the recommended option(s)
7. ProgressThe purpose is to put in place mechanisms (controls) to monitor and compare what has actually happened on the project against what should have happened, to control deviations from the baseline and to provide forecasts for the remainder of the project. Progress control Progress control is achieved through:
- delegating authority from one level of management to the level below
- dividing the project into management stages and authorising the project one management stage at a time
- time-driven and event-driven progress reporting and reviews
- raising exceptions
- Time-driven controls – created at agreed frequencies (e.g. highlight reports and checkpoint reports)
- Event-driven controls – these take place when a specific event occurs (e.g. exception report or issue report)
- Work package – authorized by a project manager to trigger the work done by a team
- Lessons log – contains lessons often learned in the reviewing of progress e.g. checkpoint report
- Lessons report – used by corporate management to improve standards and to collect statistics to help future estimating
- End stage report – used by the project board to assess the project’s continuing viability at the end of a stage
- End project report – used by the project board to evaluate the project and authorise closure
- Baselines: project plan, stage plan, exception plan, work package
- Reviewing progress: issue register, risk register, quality register, product status account, daily log
- Capturing/reporting lessons: lessons log, lessons report
- Reporting progress: checkpoint report, highlight report, end stage report, end project report