Uploaded by 601400538

Axelos - MSP Manual 2020

advertisement
Xxxx
Managing
Successful
Programmes
MSP®
5th Edition
OFFICIAL
PUBLISHER
i
Published by TSO (The Stationery Office), part of Williams Lea,
and available from:
Online
www.tsoshop.co.uk
Mail, Telephone, Fax & E-mail
TSO
PO Box 29, Norwich, NR3 1GN
Telephone orders/General enquiries: 0333 202 5070
Fax orders: 0333 202 5080
E-mail: customer.services@tso.co.uk
Textphone 0333 202 5077
TSO@Blackwell and other Accredited Agents
AXELOS
Full details on how to contact AXELOS can be found at:
https://www.axelos.com
For further information on qualifications and training accreditation, please visit:
https://www.axelos.com/certifications
https://www.axelos.com/archived-pages/becoming-an-axelos-partner/training-organization-and-trainer-accreditation
For all other enquiries, please email: ask@axelos.com
Copyright © AXELOS Limited 2020
All rights reserved. No part of this publication may be reproduced in any form or by any means without permission in writing from
AXELOS Limited.
Applications to reuse, reproduce or republish material in this publication should be sent to the licensing team at: licensing@AXELOS.com
Registered office address: 30 Berners Street, London, England, W1T 3LR
AXELOS, the AXELOS logo, the AXELOS swirl logo, AgileSHIFT®, ITIL®, MoP®, M_o_R®, MoV®, MSP®, P3M3®, P3O®, PRINCE2®,
PRINCE2 Agile®, and RESILIA® are registered trade marks of AXELOS Limited.
First edition 2020
ISBN 9780113316762
Printed in the United Kingdom for The Stationery Office
Material is FSC certified and produced using ECF pulp, sourced from fully sustainable forests.
P003019858 09/20
Contents
List of figures
vii
List of tables
ix
Foreword
xi
Preface
xii
About this guide
xiii
1
2
3
4
Introduction
1
1.1 Purpose of the guide
2
1.2 What is a programme?
3
1.3 Why use programme management?
5
1.4 Overcoming common challenges
6
1.5 Programme environment
6
1.6 How MSP fits into AXELOS Global Best Practice
10
1.7 How to use this guide
10
Principles
13
2.1 Lead with purpose
15
2.2 Collaborate across boundaries
16
2.3 Deal with ambiguity
17
2.4 Align with priorities
17
2.5 Deploy diverse skills
18
2.6 Realize measurable benefits
19
2.7 Bring pace and value
20
An introduction to MSP themes
21
3.1 Programme governance
23
3.2 Fit with corporate governance
23
3.3 Plan–Do–Check–Act cycle
24
3.4 Programme strategy
25
3.5 Programme plans
26
3.6 Content of the MSP themes
26
Organization
27
4.1 Purpose
28
4.2 Key relationships with principles
29
4.3 Governance approach
29
4.4 Risk appetite
30
4.5 Organization structure
31
4.6 Individual roles
35
4.7 Tailoring programme governance
39
4.8 Additional governance support offices
41
4.9 Additional individual roles
43
4.10 Stakeholder engagement
43
iii
Managing Successful Programmes
5
6
7
8
iv
4.11 Stakeholder engagement approach
44
4.12 Stakeholder engagement and communications plan
44
4.13 Documents to support the theme
48
4.14 Focus of the key roles for the theme
49
Design
51
5.1
Purpose
52
5.2
Key relationships with principles
53
5.3
Design approach
53
5.4
Vision statement
53
5.5
Benefits
56
5.6
Risk identification and prioritization
61
5.7
Target operating model
65
5.8
Documents to support the theme
70
5.9
Focus of key roles for the theme
71
Justification
73
6.1 Purpose
74
6.2 Key relationships with principles
75
6.3 Programme mandate
75
6.4 Funding approach
76
6.5 Programme brief
78
6.6 Business case
78
6.7 Financial planning
86
6.8 Documents to support the theme
89
6.9 Focus of key roles for the theme
90
Structure
91
7.1 Purpose
92
7.2 Key relationships with principles
93
7.3 Delivery approach
93
7.4 Establishing the appropriate pace
94
7.5 Delivery planning
97
7.6 Multimodal delivery
100
7.7 Dependencies
102
7.8 Benefits realization planning
103
7.9 Resourcing approach
106
7.10 Documents to support the theme
108
7.11 Focus of key roles for the theme
109
Knowledge
111
8.1 Purpose
112
8.2 Key relationships with principles
113
8.3 Knowledge and learning approach
113
8.4 Knowledge management
114
8.5 Ensuring lessons are learned
116
8.6 Information approach
118
Contents
9
10
11
12
13
14
8.7 Information management
118
8.8 Documents to support the theme
119
8.9 Focus of key roles for the theme
120
Assurance
121
9.1 Purpose
122
9.2 Key relationships with principles
123
9.3 Assurance approach
123
9.4 Assurance at multiple levels
124
9.5 Assurance planning
127
9.6 Documents to support the theme
131
9.7 Focus of key roles for the theme
132
Decisions
133
10.1 Purpose
134
10.2 Key relationships with principles
135
10.3 Decision-making approach
135
10.4 Issue resolution approach
136
10.5 Risk response approach
137
10.6 Data-gathering and reporting
139
10.7 Options analysis
142
10.8 Documents to support the theme
143
10.9 Focus of key roles for the theme
144
Introduction to MSP processes
145
11.1 Programme lifecycle
146
11.2 MSP processes
147
Identify the programme
149
12.1 Purpose
150
12.2 Objectives
151
12.3 Context
151
12.4 Activities
151
12.5 Responsibilities
153
12.6 Application of the themes in this process
153
Design the outcomes
155
13.1 Purpose
156
13.2 Objectives
157
13.3 Context
157
13.4 Activities
158
13.5 Responsibilities
160
13.6 Application of the themes in this process
161
Plan progressive delivery
163
14.1 Purpose
164
14.2 Objectives
165
14.3 Context
165
14.4 Activities
165
v
Managing Successful Programmes
15
16
17
18
14.5 Responsibilities
167
14.6 Application of the themes in this process
168
Deliver the capabilities
169
15.1 Purpose
170
15.2 Objectives
171
15.3 Context
171
15.4 Activities
172
15.5 Responsibilities
174
15.6 Application of the themes in this process
174
Embed the outcomes
175
16.1 Purpose
176
16.2 Objectives
177
16.3 Context
177
16.4 Activities
177
16.5 Responsibilities
178
16.6 Application of the themes in this process
179
Evaluate new information
181
17.1 Purpose
182
17.2 Objectives
183
17.3 Context
183
17.4 Activities
183
17.5 Responsibilities
185
17.6 Application of the themes in this process
185
Close the programme
187
18.1 Purpose
188
18.2 Objectives
189
18.3 Context
189
18.4 Activities
190
18.5 Responsibilities
190
18.6 Application of the themes in this process
191
Appendix A: Programme documentation
193
Further research
201
Glossary
205
Acknowledgements
215
Index
219
vi
List of figures
Figure 1.1 Reasons for using programme management
5
Figure 1.2 Programme environment
7
Figure 1.3 MSP framework and the three lenses
11
Figure 2.1 The MSP principles
15
Figure 3.1 The MSP themes
22
Figure 3.2 Plan–Do–Check–Act cycle
24
Figure 4.1 The organization theme as part of the MSP framework
28
Figure 4.2 Organization structure: governance boards and supporting offices
32
Figure 4.3 Organization structure: individual roles
35
Figure 4.4 How the programme board works with constituent projects and other work
41
Figure 4.5 Example of the prioritization of individual stakeholders for the charity programme
45
Figure 4.6 Example of an analysis of a stakeholder network
46
Figure 4.7 Partial stakeholder network for the National Rail network programme
47
Figure 5.1 The design theme as part of the MSP framework
52
Figure 5.2 Path to benefits
57
Figure 5.3 Benefits map for the charity organizational realignment programme
58
Figure 5.4 Benefits map for the utilities maintenance and improvement programme
58
Figure 5.5 An example of a risk universe
62
Figure 5.6 An example of a heatmap showing the status of programme risks
64
Figure 5.7 An example of the visualization of risk connectivity
64
Figure 5.8 Aspects of the target operating model
66
Figure 5.9 The gap between current and future states
68
Figure 6.1 The justification theme as part of the MSP framework
74
Figure 6.2 The business case
79
Figure 6.3 Cumulative net benefit curve
80
Figure 6.4 An example of the output from a risk model
82
Figure 6.5 An example of sizing and allocating ownership of financial contingency
83
Figure 6.6 Cumulative net benefit curve for the bank compliance and adaptability programme
85
Figure 7.1 The structure theme as part of the MSP framework
92
Figure 7.2 An example of a delivery plan showing tranches and landing points
98
Figure 7.3 High-level delivery plan showing tranches and landing points for the bank programme
100
Figure 7.4 Multimodal delivery
102
Figure 7.5 An example of a benefits realization plan
104
Figure 8.1 The knowledge theme as part of the MSP framework
112
Figure 8.2 Tacit and explicit knowledge
114
Figure 8.3 The learning cycle
117
vii
Managing Successful Programmes
Figure 9.1 The assurance theme as part of the MSP framework
122
Figure 9.2 Assurance across the three lines of defence
124
Figure 9.3 Three lines of defence for the National Rail network programme
127
Figure 10.1 The decisions theme as part of the MSP framework
134
Figure 10.2 Layers of decision-making
136
Figure 10.3 Sources of data
140
Figure 11.1 Processes that enable incremental progression
147
Figure 12.1 Identify the programme process within the MSP framework
150
Figure 13.1 Design the outcomes process within the MSP framework
156
Figure 14.1 Plan progressive delivery process within the MSP framework
164
Figure 15.1 Deliver the capabilities process within the MSP framework
170
Figure 16.1 Embed the outcomes process within the MSP framework
176
Figure 17.1 Evaluate new information process within the MSP framework
182
Figure 18.1 Close the programme process within the MSP framework
188
Figure A.1 Relationship between the various items of programme information
195
viii
List of tables
Table 4.1 Key relationships between the organization theme and MSP principles
29
Table 4.2 Potential support roles or offices to deal with specific investments
40
Table 4.3 Documents to support the organization theme
48
Table 4.4 Areas of focus for the key roles associated with the organization theme
49
Table 5.1 Key relationships between the design theme and MSP principles
53
Table 5.2 Minimum content of the four benefit profiles for the charity programme
61
Table 5.3 Current and future state operating model for the charity organizational realignment programme
68
Table 5.4 Documents to support the design theme
70
Table 5.5 Areas of focus for key roles associated with the design theme
71
Table 6.1 Key relationships between the justification theme and MSP principles
75
Table 6.2 Types of programme cost
87
Table 6.3 Documents to support the justification theme
89
Table 6.4 Areas of focus for key roles associated with the justification theme
90
Table 7.1 Key relationships between the structure theme and MSP principles
93
Table 7.2 Combined high-level delivery and benefits realization plan for the charity programme
105
Table 7.3 Documents to support the structure theme
108
Table 7.4 Areas of focus for key roles associated with the structure theme
109
Table 8.1 Key relationships between the knowledge theme and MSP principles
113
Table 8.2 Documents to support the knowledge theme
119
Table 8.3 Areas of focus for key roles associated with the knowledge theme
120
Table 9.1 Key relationships between the assurance theme and MSP principles
123
Table 9.2 Examples of assurance activities
128
Table 9.3 Success factors for assurance
129
Table 9.4 Documents to support the assurance theme
132
Table 9.5 Areas of focus for key roles associated with the assurance theme
132
Table 10.1 Key relationships between the decisions theme and MSP principles
135
Table 10.2 Response options for threats and opportunities
138
Table 10.3 Documents to support the decisions theme
143
Table 10.4 Areas of focus for key roles associated with the decisions theme
144
Table 12.1 Inputs, activities, and outputs for identify the programme
151
Table 12.2 RACI chart for the identify the programme process
153
Table 12.3 Application of the themes in the identify the programme process
153
Table 13.1 Inputs, activities, and outputs for design the outcomes
157
Table 13.2 RACI chart for design the outcomes
160
Table 13.3 Application of the themes in the design the outcomes process
161
ix
Managing Successful Programmes
Table 14.1 Inputs, activities, and outputs for plan progressive delivery
165
Table 14.2 RACI chart for plan progressive delivery
167
Table 14.3 Application of the themes to the plan progressive delivery process
168
Table 15.1 Inputs, activities, and outputs for deliver the capabilities
171
Table 15.2 RACI chart for deliver the capabilities
174
Table 15.3 Application of the themes in the deliver the capabilities process
174
Table 16.1 Inputs, activities, and outputs for embed the outcomes
177
Table 16.2 RACI chart for embed the outcomes
179
Table 16.3 Application of themes in the embed the outcomes process
179
Table 17.1 Inputs, activities, and outputs for evaluate new information
183
Table 17.2 RACI chart for evaluate new information
185
Table 17.3 Application of the themes in the evaluate new information process
185
Table 18.1 Inputs, activities, and outputs for close the programme
189
Table 18.2 RACI chart for close the programme
190
Table 18.3 Application of the themes in the close the programme process
191
Table A.1 Document creation
195
x
Foreword
The world today is constantly changing and appears more complex and uncertain than ever. If they want to
ensure their continued survival and future success, organizations and their leaders must recognize the need to
respond to these changes with a significant investment in time, resources, and people. Programme
management provides a framework that enables organizations to lead investments in change by serving multiple
organizational objectives that will achieve positive outcomes and realize tangible benefits.
Managing Successful Programmes (MSP®) is a globally recognized, valued, and adopted programme
management framework. Many private, public, and third-sector organizations have successfully used the
framework in a wide range of situations. They have discovered how MSP helps them to introduce changes that
are aligned with organizational strategy, and ensure that the reasons for the changes and the programme vision
are effectively communicated and understood.
The fifth edition of Managing Successful Programmes responds to a number of developments in the world of
programme and project management, and it reflects evolving perceptions of programme management that have
become evident through extensive research and consultation with leading practitioners. Consequently, this
edition has been designed with some broad concepts in mind to make it even more beneficial for everyone
using the framework. In summary, the new design will:
● ensure that MSP is adaptable, flexible, and can be used in a wide range of environments. There are many
and varied drivers for change, and MSP’s approach to programme management should ensure that the
organization’s investment in change is wisely managed.
● provide clear and practical guidance for a wide range of situations and investments that benefit from
programme management.
● not ‘replicate’ guidance that is provided in other methods such as PRINCE2® or PRINCE2 Agile®, but instead
offer additional value to anyone involved in a programme (including programme managers, project managers,
and business change managers).
● emphasize the incremental nature of a programme and show how MSP enables a cyclical progression
towards the desired future state. Organizations are complex and the external context is emergent, and
therefore the delivery of benefits and the creation of value cannot usually be achieved through a series of
linear steps.
However, the essence of what a programme is remains the same: it is temporary, it is focused on outcomes of
benefit, and it is concerned with leading multiple projects and other work. As before, the framework has
principles, themes, and a set of processes that make up the lifecycle of a programme.
I am confident that this new edition of Managing Successful Programmes, along with the associated accredited
training and qualification scheme that supports it, will help current and aspiring programme managers (and
others in the programme team) to successfully lead and deliver their programmes.
Mark Basham
CEO, AXELOS Global Best Practice
xi
Managing Successful Programmes
Preface
When I was asked to be lead editor on the fifth edition of Managing Successful Programmes, I was both
honoured to be asked, and intrigued to learn how this tried and tested product could be improved.
One of the things the team discussed as we began the work was the ‘definitions debate’ that has consumed our
profession over the years. There have been some excellent attempts to try to put clear blue water between
projects, programmes, and portfolios, and a guide such as Managing Successful Programmes must, of course,
continue to be clear. However, the world of practice (the people who are taking investment decisions to attempt
to create a strategic advantage for their organization, and the people who are tasked with leading the delivery of
those investments and their associated outcomes and benefits) cares much less about definitions. For certain,
job titles do not reflect strict demarcation between projects, programmes, and portfolios, and the leadership of
planned change can take many forms. We noticed that much planned change work that could benefit from a
programmatic approach was not called a programme; strategic projects or major projects were two examples.
Accordingly, one of the changes you will see in this edition is that the core guidance (the principles, themes,
and processes) is applied to four scenarios that reflect examples of how programme management is used in
practice. We have been careful to not call these ‘types’ of programme because a typology aims to make things
distinct. We have instead referred to different reasons for using programme management to reflect the fact that
in practice, there may be many reasons for investing, and multiple ways to configure a programme to achieve
the desired goals.
We also took the decision early in the process that Managing Successful Programmes was not the place to
delve deeply into the ‘how to’ of some of the essential elements in programme management (e.g. stakeholder
engagement and the sizing of financial contingency). Other AXELOS publications fulfil this purpose. As a result,
you will see that this fifth edition is shorter, making the ‘essential’ elements of the guidance very clear and
leaving more scope for practitioners to tailor the actual programme governance and plans to meet the needs of
the investing organization. We believe that this balance of clear advice and scope to tailor gives the guide a
renewed relevance in a fast-changing world where the ability to reliably deliver complex change is a vital
organizational capability.
I would like to take this opportunity to thank the team I have worked with closely over the past months:
AXELOS employees, MSP examiners, and my team of authors, notably Andrew Schuster, Penny Pullan, and Sue
Taylor. And therefore, it only remains for me to wish you, the readers, every success with creating value through
the use of MSP in programme management.
Signature needed?
Dr Ruth Murray-Webster
Director, Potentiality UK
xii
About this guide
Four fictitious scenarios are used throughout this guide to illustrate aspects of the Managing Successful
Programmes (MSP) framework for programmes that have different drivers and distinctive characteristics.
A short summary of each scenario is provided below. Some of the scenarios feature programmes at an early
stage in their development. Others are part-way through the programme lifecycle. The following icons represent
each of the scenarios that appear throughout the guide.
Innovation
and growth
Organizational
realignment
Appears next to the
National Rail network
programme
Appears next to the charity
organizational realignment
programme
Effective
delivery
Efficient
delivery
Appears next to the bank
compliance and adaptability
programme
Appears next to the
utilities maintenance and
improvement programme
Scenario 1 National Rail network programme:
an example of an innovation and growth investments
The National Rail network extends across the country covering many geographic and
administrative boundaries, with different parts of the network controlled by various
regional operating companies.
Innovation
and growth
Many passenger and rail transport corridors are expected to reach or exceed capacity in the coming
years. At the same time, the government is committed to reducing the carbon emissions produced by
road transport and is considering ways to shift travel away from roads to rail.
Following several years of consultation and analysis, the government has developed a new national
transport policy, including national rail targets for the next 25 years, which relate to:
● improvements to the maintenance and expansion of the existing rail infrastructure
● improvements to the monitoring, estimating, and allocation of capacity
● changes to the nature and performance expectations of the services provided by regional operating
companies
● increased adoption of sustainable practices in the design of the rail network and rolling stock.
The policy indicates that all existing rail-related investments will be rolled into one new National Rail
network programme. The new programme has significant cost implications for the national government
and affordability will be an issue. The government treasury is planning to announce the level of
investment it will provide to the National Rail network programme in the next national budget.
xiii
Managing Successful Programmes
Scenario 2 Charity programme: an example of an
organizational realignment investments
A small- to medium-sized enterprise in the charitable sector has 400 staff and 2000
volunteers. It operates internationally with its headquarters in a major city.
Organizational
realignment
The charity is growing in response to a greater need for services. It also needs to deal with disruptions
within the sector, especially those associated with the digital agenda, and in response to issues with
public trust following a few high-profile cases where trust has been broken.
The charity has prided itself on its (relatively) low headquarters costs over the years, organizing around
services at the point of delivery. This operating model has enabled the development of a focused and
flexible culture. The disruptions, however, call for a more centrally coordinated approach around key
compliance areas, and an investment in digital technologies to support fundraising and to build capability
for future service delivery.
The board of the charity has been successful in providing services, securing healthy cash reserves and
lines of credit. The chief executive officer (CEO) and chief financial officer (CFO) both agree that the time
is right for a major investment to make the charity fit for the future. They are reflecting on how to
achieve this as there is little organizational ability to successfully design and implement a major change
programme.
Scenario 3 Bank compliance and adaptability programme:
an example of an investment in effective delivery
Effective
A private-sector retail bank, with more than 400,000 staff, has offices in many major
delivery
cities worldwide. It has provided a high level of customer service for decades but is now
slipping from its place at the top of bank customer satisfaction tables around the world.
One of the problems is that smaller ‘challenger’ banks, unrestricted by legacy systems and processes,
are able to bring products to market more quickly, using innovative technology. Digital transformation is
needed for the bank to survive, let alone lead the market again.
In addition, the bank has to comply with new regulations for the sector, which are introduced frequently
by regulatory authorities around the world. These regulations cover areas such as data protection,
competition, open banking, money laundering, and cybersecurity. This requires the bank to work towards
compliance with a number of diverse regulations while developing new ways to retain existing customers
and gain new ones.
A number of programmes have been started to address this situation managed through the bank’s
overall digital transformation portfolio, which is focused on the strategic need to improve services to
customers. The bank compliance and adaptability programme is designed to ensure compliance with,
and exploitation of, the possibilities of new regulations around the world that are designed to create
greater competition in banking. These regulations give customers access to their data so that they can
use it in a variety of applications and even allow payments to be initiated by third-party operators.
The programme consists of multiple projects and other ongoing work, and is designed to be
implemented regionally as each set of regulations is confirmed. We join the programme halfway through
the first tranche, where the compliance projects for the first region are almost complete.
xiv
About this guide
Scenario 4 Utilities maintenance and improvement
programme: an example of an investment in efficient
delivery
Efficient
delivery
A utilities provider is responsible for maintaining and improving the electricity
distribution infrastructure and supply for a region. The organization employs approximately
2000 permanent staff, located in cities and regional areas, and has a head office in the capital city.
The provider is a listed company and is owned by individual, corporate, and public-sector shareholders.
The organization endorses new infrastructure programmes to be completed over a number of years, but
approval is given and funding released only for a single financial year at a time.
The projects and activities to be carried out each year are planned and prioritized during an annual
forecasting session held as part of the budgeting cycle. Resources (including funding, people, and
equipment) are limited. Internal resources are especially limited as the organization’s headcount cannot
be increased, so efficient scheduling of projects and work based on availability of scarce resources is
essential. The level of annual budget available also affects the number of external contractors that can
be allocated to different projects and activities.
The organization is facing challenges, including:
● the reliability and safety of ageing equipment, particularly some old wooden electricity poles which
are becoming unsafe
● the capability of the network to withstand and continue to supply electricity during extreme
weather events
● budget constraints for maintenance and upgrade work
● concerns from the public about the level of disruption to the electricity supply during works.
It is becoming increasingly important for the organization to schedule infrastructure maintenance and
upgrade tasks more efficiently. The organization is using MSP for the first time to structure related
maintenance and upgrade work into a programme. The maintenance and improvement programme is a
five-year rolling programme of works to maintain and upgrade the electricity assets owned by the
organization. The programme aims to make best use of equipment and maintenance teams, enabling
more work to be carried out without increasing costs, and minimizing the disruption to the public.
The specific work to be carried out in this programme during the next 12 months is currently being
prioritized and scheduled.
xv
Managing Successful Programmes
xvi
CHAPTER 1
Introduction
Chapter 1 – Introduction
1
1.1
Introduction
Purpose of the guide
To survive and prosper, organizations must continually improve their ability to respond to changes in their
environment. Investing in incremental change programmes in order to realize tangible benefits is a way of
doing this.
The rate and scale of change experienced by organizations continues to increase. Words such as volatility,
uncertainty, complexity, and ambiguity are often used to describe a fast-paced and changing world where the
path from the current state to the desired future state is not linear and cannot be predicted with any certainty.
What is VUCA?
The acronym VUCA (volatility, uncertainty, complexity, and ambiguity) is commonly used to refer to the
dynamic and fast-changing nature of the contemporary business environment. The purpose of the VUCA
label is not to explicitly define the individual terms, nor to describe how each affects organizational
survival. Rather, the label is used as a warning that organizations must develop greater awareness of,
and readiness for, the unexpected in order to survive.
Leaders need to decide when to invest to address drivers for change. For example, when to:
● embrace disruption and emergent technologies and trends
● build new physical infrastructure
● respond to societal expectations and policy changes
● build more effective working partnerships across supply chains
● use scarce resources as efficiently as possible across the organization’s diverse range of projects
and processes.
Often project management is used to define and deliver new capabilities. In other circumstances, change is
managed through continual improvement of ‘business as usual’ (BAU) processes. Programme management is
recognized as an approach that brings together multiple projects and other work associated with delivering
outcomes of benefit across organizational boundaries. The programme management approach shows
organizations how to adopt appropriate governance, pace, and focus to enable them to move ahead.
2
● describe an adaptable set of programme management approaches, leading to the creation of outcomes of
benefit in an incremental way
● provide an integrated framework that guides the work using three lenses:
● fundamental principles
● governance themes
● processes across a programme lifecycle.
The guide is intended for those who are involved in the direction, management, support, and delivery of
programme work. It will also be useful to those who sponsor programmes, lead programmes, manage projects
or processes within a programme environment, or support programmes (e.g. by providing assurance or working
in a programme office).
The wider use of MSP
This deals with the requirements in a product brief to make MSP relevant to work that is called other
things but which could benefit from a programmatic approach.
It is common for different terms to be used to describe the work managed to deliver beneficial change.
Some organizations use the term ‘mega-project’, typically to describe work that has a high investment
commitment, vast complexity, and a long-lasting impact on the economy, the environment, and/or
society. Others use terms such as ‘major projects’, ‘strategic projects’ strategic initiatives, ‘transformation
projects’, ‘change portfolio’, or just refer to ‘major change’.
This guide assists with the management of the delivery of any beneficial change that cannot be
achieved through the management of a single project, as described in methods such as PRINCE2®
or PRINCE2 Agile®.
1.2
What is a programme?
Definition: Programme
A temporary structure designed to lead multiple interrelated projects and other work in order to
progressively achieve outcomes of benefit for one or more organizations.
1.2.1
Temporary structure
Programmes can exist for many years. Sometimes, they can appear to have a permanent place in the
organization structure. However, a key feature of programmes is that programme governance has the
primary purpose of adding specific value, and that there will always be a point in time when governance is
no longer warranted.
3
Chapter 1 – Introduction
The purpose of this guide is to:
Managing Successful Programmes
Chapter 1 – Introduction
1.2.2
Lead multiple interrelated projects and other work
Project work or process-focused work creates the outputs and capabilities that enable outcomes of benefit.
Programme management goes beyond coordinating the collection of necessary work and is focused on making
choices of what work is done and when.
1.2.3
Progressively achieve outcomes of benefit
Programmes are designed to deliver outcomes of benefit to stakeholders throughout the programme lifecycle
using an incremental approach. Programme management requires the design and redesign of the progression
towards the desired future state with a focus on achieving measurable benefit as early as possible. The
incremental approach also allows for the intentional alignment with new information as the programme
progresses. This enables organizations to be responsive and flexible. Such responsiveness and flexibility is often
referred to as enterprise agility.
Definition: Enterprise agility
A condition of an organization that is able to be flexible and responsive to drivers in its environment.
Programme management enables enterprise agility. Also called ‘corporate agility’ or ‘organizational agility’.
The fact that programmes require an inherently incremental approach does not imply that programme
management relies on implementing agile ways of working. Projects within the programme may adopt agile
ways of working where it is optimal to deliver outputs iteratively; the schedule is then organized through
timeboxes where as much scope as possible is delivered with a fixed set of resources. Programmes do not
progressively realize outcomes of benefit through fixed timeboxes, but rather by designing multiple interim
landing points that are spaced to reflect a step-change in capability and benefits realization.
Chapter 7 on the structure theme discusses how programmes work with projects and other work that are using
multiple modes of delivery, including pure agile ways of working, linear or waterfall approaches, and a range of
hybrid solutions to fit the needs of the programme.
1.2.4
One or more organizations
An organization in a programme context may be a separate legal entity, public-sector department, or business
unit or function within a larger legal entity. In all cases, programmes work across organizational boundaries and
are concerned with ensuring that the needs of stakeholders are understood and maximized within necessary
constraints. MSP uses the term ‘investing organization’ to refer to the body that carries the risks associated with
funding the programme and realizing the outcomes of benefit.
Programme management does not replace the need for competent management of the project-based and
process-based work that is grouped together within the programme. Programme management adds value by
ensuring that work is coordinated and optimized, i.e. the right work is done at the right time to satisfy the
priorities of the investing organization(s).
4
Introduction
Why use programme management?
Programmes are temporary structures used by organizations to lead investments in change. Multiple
organizational objectives may be served by the investment. Rather than referring to different types of
programme which suggests that all programmes fall into one type or another, MSP refers to reasons for the
investment in change. The scope of a programme often includes more than one reason. Common reasons
include:
● Innovation and growth A response to the opportunity to build and exploit new physical or knowledge-based
capabilities.
● Organizational realignment A response to mergers, acquisitions, or divestments, or a drive to restructure
how resources are deployed.
● Effective delivery A response to demands from customers, regulators, or other stakeholders to improve
compliance and/or performance.
● Efficient delivery A response to sharing scarce resources requiring prioritization to gain the best outcomes
for the least cost across multiple projects and processes.
Figure 1.1 provides a visual representation of the reasons for using programme management.
Innovation
and growth
Reasons
for using
programme
management
Efficient
delivery
Organizational
realignment
Effective
delivery
Figure 1.1 Reasons for using programme management
5
Chapter 1 – Introduction
1.3
Managing Successful Programmes
Chapter 1 – Introduction
1.4
Overcoming common challenges
MSP is specifically designed to address common challenges that organizations encounter when leading
investments in change. These include:
● insufficient support from decision-makers in the investing organization(s)
● unclear decision-making
● unsustained focus on outcomes and benefits
● poorly defined, communicated, or maintained narrative that supports the vision
● lack of clarity about the gap between current and future states
● unrealistic expectations about the capacity and ability to change
● failure to engage and influence stakeholders
● complex dependencies obscuring an integrated approach
● inability to influence the prevailing culture
● difficulties in keeping effort focused at the right level of detail.
1.5
Programme environment
A programme is a major undertaking for most organizations, putting significant demands on already busy
resources, and requiring substantial funding and change for the organizations involved.
Programmes always exist within the internal and external organizational context. Externally, the ecosystem of
stakeholders (e.g. customers, citizens, regulators, pressure groups, suppliers, and competitors) provides
opportunities and threats. These shape the organizational objectives and their related strategies, policies,
investments, and targets. Internally, the permanent organization is designed to deliver strategy through the ways
of working embedded in BAU organizational routines. Changes to strategy inevitably need embedded ways of
working to change and this has to be done in the context of the prevailing culture and power structures. As a
result, programmes are often seen as disruptors within an organization, and programme management needs
to establish the right balance between leading change and understanding and respecting the established paths
to value.
Uncertainty is a feature of most programme environments leading to a diverse range of risk types that have the
potential to influence programme objectives. In addition, external and internal contexts are unstable so
programmes need to adapt to emerging information and keep a focus on the most affordable and achievable
ways forward. Figure 1.2 illustrates a programme environment.
Organizations have choices about how they manage their investments in change, and adopting the MSP
programme management approach is one choice. Some organizations will judge that a project management
method (such as that defined in PRINCE2) is sufficient for the work because the path to achieving the desired
outcomes is clear and can be defined at the start. Other organizations may choose to adopt a portfolio
management approach (such as that defined in Management of Portfolios or MoP®) because their primary
focus is to keep their extensive collection of individual investments in change efficient and focused on
strategic objectives. Some organizations may use all three approaches. If the investing organization(s) is ready
to invest in the necessary governance and processes, the MSP programme management approach can bring
significant advantages.
6
Introduction
Organizational objectives
Chapter 1 – Introduction
External context
Political, economic, sociological, technological, legal,
and environmental factors (drivers, opportunities, threats)
Strategies, policies, initiatives, targets
Change priorities
Programmes, leading multiple interrelated projects and
other work to progressively achieve outcomes of benefit
Internal context
Culture, ways of working, power structures
Figure 1.2 Programme environment
National Rail network programme
In the National Rail network programme, the programme environment is characterized
by major economic, societal, and sustainability drivers for change. As it progresses, the
programme is also likely to encounter numerous political challenges.
Innovation
and growth
Key drivers from the external context include:
● the increasing importance of the environment and the use of sustainable energy
● the need for a better service in an already congested rail transport system
● the availability of innovations in rolling stock designs and signalling technology
● an awareness that other departments are also seeking additional investment funding from the
government treasury.
As a result, the government’s organizational objectives are to implement the national transport policy,
driving through aggressive targets for improvement and integrating this work into a single programme.
Consequently, the governance structures and approaches to managing existing rail programmes will need
to change. This is expected to be problematic as there are historic conflicts between the people leading
the existing programmes. The integrated programme will need to move quickly to:
● create a unified programme organization to bring existing programmes together into one
● analyse the effect on other forms of public and private transport, including rail freight services that
share infrastructure with public services
● identify the enabling technology that will be essential for success.
7
Managing Successful Programmes
Chapter 1 – Introduction
Charity organizational realignment programme
The programme environment in this scenario is characterized by disruption from the
wider sector. This has resulted in a need to redesign the organization and significantly
change the ways in which staff and volunteers work.
Organizational
realignment
Key drivers from the external context include:
● the effect of advances in technology on methods of fundraising, service users’ needs, and the
service offered
● responding to issues of public trust following some high-profile cases where that trust has
been broken
● an increasing number of people in need of the charity’s services.
As a result, the charity’s organizational objectives are to realign the organization with a centrally
coordinated operating model that has:
● standardization around key compliance areas (e.g. safeguarding* of service users, staff, and
volunteers)
● an approach to investments in technology that supports fundraising in the first instance, but building
capability to look at technology-enabled responses to some aspects of service delivery in the future.
This could include support through virtual centres of excellence.
The implications are significant for staff and volunteers. Conversations with management have raised
strong concerns regarding the distinctive culture of the organization. Decisions need to be made quickly to:
● define how much they want to change at this time (the ambition for significant change exists at board
level)
● understand the implications for staff, volunteers, and service users and make a judgement about the
ability to engage and motivate the team
● identify the enabling technology that will be essential for greater centralization to be effective
● establish an organization structure for the programme that enables the team to succeed.
*Safeguarding means protecting the health, wellbeing, and human rights of people at risk, allowing them to live safely, free from
abuse and neglect.
Bank compliance and adaptability programme
Here the programme environment is one of considerable change and challenge. Key
drivers from the external context include:
● regulatory change that opens up access to banking data and enables customers to
Effective
delivery
use innovative financial applications. Some regions have been early adopters of
changed regulations in this area, with many parts of the world intending to follow
● the challenge of new, more agile competitors who are able to bring products to market much faster
than the bank. These are noticeably taking market share, particularly in developing markets
● falling customer satisfaction.
8
Introduction
Chapter 1 – Introduction
The bank is keen to improve its offering to customers to regain their loyalty and to ensure great service,
as well as complying with the new regulations. However, as an established player in the global market, it
has the constraint of being heavily reliant on legacy processes and systems, which are difficult to
navigate and slow to change. The programme has the dual challenge of regulatory compliance and the
creation of innovative new products, enabling customers to view their own financial data across multiple
bank accounts and investments worldwide, using information from the bank and its competitors.
The internal challenges associated with this are significant and can be summed up by the perspectives
of two members of the executive committee:
● The chief risk officer is concerned that, just by complying with the regulations, the ability to prevent
money laundering is at risk.
● The chief information officer (CIO) is very excited about the possibilities of this programme. The
legacy systems limit innovation and prevent the bank from exploiting new financial technology and
the programme will address this.
The CEO and the board agreed that the programme needed to both ensure compliance and build a
solid platform for the future. They hoped that the programme would help to solve the problems with
customer loyalty.
Utilities maintenance and improvement programme
The programme environment in this scenario is characterized by the need to prioritize
and schedule maintenance and improvement works to efficiently make use of limited
resources and minimize public disruption while the works are carried out.
Efficient
delivery
Key drivers from the external context include:
● public concerns about the reliability and safety of ageing equipment, particularly old wooden
electricity poles that are becoming unsafe
● public concerns around the level of disruption, particularly the duration of planned electricity outages
during maintenance works
● pressure from the regulator to provide network redundancy so that the network can better withstand
and continue to supply electricity during extreme weather conditions.
In previous years, all work within the infrastructure portfolio was treated as stand-alone projects and
prioritized based on a single set of investment criteria applied to the portfolio. This caused some internal
problems that the programme needs to resolve, these being:
● maintenance gear and crews being over-allocated in some months and under-allocated in others
● works causing more disruption than necessary because of inefficient scheduling. A recent example of
this was when local streets were closed and electricity was cut during excavation works to install new
electricity cables, then disrupted again later when new poles and overhead cables were installed.
The decision to use MSP means that planning, coordination, resource allocation, and reporting will be
managed at a programme level, providing greater visibility for the organization but less autonomy for
local teams. The outcomes of benefit should be the ability to do more maintenance and improvement
work to build resiliency in a less disruptive way for the public and at no additional cost.
9
Managing Successful Programmes
Chapter 1 – Introduction
1.6
How MSP fits into AXELOS Global Best Practice
MSP is part of a portfolio of global best-practice publications aimed at helping organizations and individuals
manage projects, programmes, and portfolios consistently and effectively. MSP can be used in conjunction with
all the other best-practice products, and international or internal organizational standards. Where appropriate,
guidance is supported by a qualification scheme and accredited training and consultancy services. All bestpractice guidance is intended to be tailored for use by individual organizations (see Further research for a list of
AXELOS best-practice guidance).
1.7
How to use this guide
This guide is not intended to be read from beginning to end. It is a reference guide designed to help those
involved in programme management to shape the work of the programme so that value can be delivered to the
investing organization(s) and other stakeholders. It also provides the basis for the MSP qualifications. The
foundational information is contained in Chapters 2, 3, and 11, and you are recommended to read these
chapters first.
A summary of the content is as follows:
● Chapter 2 outlines the seven MSP principles: the guiding obligations that are continually required to achieve
value from programme management.
● Chapter 3 outlines the seven MSP themes: the essential aspects of governance that are required to ensure
that the programme is aligned with the principles across the programme lifecycle.
● Chapter 11 outlines the seven MSP processes that are applied across the incremental MSP lifecycle.
Processes are a structured set of activities that define the sequence of actions and their dependencies to
achieve a specific objective. All of the themes are applied across all of the processes in order to deliver value
from programme management.
● The other chapters are a deeper dive into either one of the themes or one of the processes:
● Chapters 4–10 describe each of the MSP themes and the controls that are essential for upholding and
driving value from the principles.
● Chapters 11–17 describe each of the MSP processes and how the different roles within the programme
organization ensure that the controls are effective within each process.
Working together, principles, themes, and processes provide an integrated framework to guide the management
of programmes. Figure 1.3 illustrates the three lenses through which the MSP framework is viewed.
10
Introduction
Deliver the
capabilities
IO N
STI
Evaluate
new
information
Embed the
outcomes
LL
S
OW
LED
GE
S
C
TRU
ALIG N
W IT H P RIO RITIES
T
E
UR
D
AM EA
BI L
GU
I
OY I
PL K
DE SE S
ER
DIV
JU
Close the
programme
KN
Principles
FICAT
Identify the
programme
TY
DE
CI
SI
ON
Design the
outcomes
E
ANC
ASSUR
REALIZ
E
MEASURABLE B
ENE
FIT
S
Plan
progressive
delivery
BORATE
LLA
CO BOUNDARIES
SS
RO
AC
GN
SI
DE
S
W
IT
H
Themes
Plan
progressive
delivery
Design the
outcomes
Deliver the
capabilities
Identify the
programme
Close the
programme
Evaluate
new
information
Embed the
outcomes
Processes
Figure 1.3 MSP framework and the three lenses
11
Chapter 1 – Introduction
WITH LEA
ING VALUE
R
PU D
B D
RP
N
A
OS
E
C
E
RGANIZATION
O
A
P
Managing Successful Programmes
Chapter 1 – Introduction
12
CHAPTER 2
Principles
Chapter 2 – Principles
2
Principles
Organizations use programme management in a variety of situations and to pursue different organizational
objectives: innovation and growth; organizational realignment; and the effective and efficient delivery of change.
MSP provides a principles-based framework that can be applied in all of these different circumstances.
Principles are guiding obligations that apply continually from the first identification of programmes through to
their closure. Principles are built into programme governance through the themes (Chapters 3–10) and enacted
through the processes in the programme lifecycle (Chapters 11–18).
Definition: Principle
A guiding obligation that is continually required to achieve value from programme management.
Programmes aligned with MSP are directed by the following principles:
● Lead with purpose
● Collaborate across boundaries
● Deal with ambiguity
● Align with priorities
● Deploy diverse skills
● Realize measurable benefits
● Bring pace and value.
These principles are:
● Universal They apply to every programme.
● Self-validating They have been demonstrated by practical use.
● Empowering They enable practitioners to reinforce the most critical factors for programme success.
The principles are illustrated in Figure 2.1.
14
FICATI N
O
STI
Embed the
outcomes
OW
LED
GE
STR
U
U
CT
RE
D
AM EA
BI L
GU
I
JU
Evaluate
new
information
TY
DE
CIS
IO
NCE
OY I
PL SK
DE SE
ER
S
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
Deliver the
capabilities
Identify the
programme
DIV
LL
N
IG
ES
Plan
progressive
delivery
Design the
outcomes
ASSURA
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
D
NS
KN
Chapter 2 – Principles
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
ION
C
GA
R
A
O
P
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 2.1 The MSP principles
2.1
Lead with purpose
Key message
An MSP programme leads with purpose: envisioning and communicating the desired outcomes.
Programmes are purposeful endeavours focused on planned change within one or more organizations. The
ability for people involved in leading programmes to envision and communicate the desired outcomes of benefit,
and to reinforce those desired outcomes over many years, is critical to success. The principle of leading with
purpose applies to the whole programme team across the programme lifecycle. Leading with purpose keeps
stakeholders and decision-makers focused on what is most important. This principle reinforces the need for the
programme vision to be clear and the relationships with other projects and programmes within the
organizational portfolio to be defined and agreed.
15
Managing Successful Programmes
The lead with purpose principle is achieved by:
● providing clarity of purpose for stakeholders (organization theme)
Chapter 2 – Principles
● maintaining a compelling vision and design of the target operating model (design theme)
● justifying and communicating the financial viability over time in the business case (justification theme)
● planning delivery in the most appropriate way to achieve the future state and associated outcomes of benefit
(structure theme)
● supporting the curation and organization of knowledge (knowledge theme)
● designing the three lines of defence to support leadership decision-making (assurance theme)
● gathering, analysing, and presenting decision-ready information and communicating the rationale that
underpins decisions (decisions theme).
2.2
Collaborate across boundaries
Key message
An MSP programme collaborates across boundaries: facilitating effective cross-organizational governance.
Programmes inevitably affect many organizational units. For example, the organizational units may be in
different legal entities such as multiple investors coming together to create significant new infrastructure; or they
may be different parts of a public-sector body working together to transform and implement new policy.
Alternatively, the organizational units may be within a single organization that has multiple business units and
functions which are involved and affected. Successful programmes collaborate across these organizational
boundaries in order to facilitate effective cross-organizational governance where it does not already exist.
The collaborate across boundaries principle is achieved by:
● maintaining mechanisms for organizational units and stakeholders to interact (organization theme)
● articulating benefits and designing a clear target operating model (design theme)
● implementing governance for financial decision-making related to investments, priorities for cash, and/or the
risk profile of achieving outcomes (justification theme)
● maintaining clarity about the number and types of resource needed and how they will be sourced
(structure theme)
● providing everyone in the programme with access to knowledge and information (knowledge theme)
● developing a unified view of assurance for the programme (assurance theme)
● ensuring approaches used to make decisions in the light of new information can work across multi-
organizational governance (decisions theme).
16
Principles
Deal with ambiguity
Chapter 2 – Principles
2.3
Key message
An MSP programme deals with ambiguity: understanding the risks associated with decisions.
Leading change using programme management is a future-focused activity. It is typified by uncertainty caused
by the inability to know for sure what will happen next. Knowing what we do not know, i.e. knowing what is
ambiguous in the external or internal context, enables us to frame risks. Risks can be positive opportunities or
negative threats. Risks may be related to inherent uncertainty about what outcomes will be of greatest value to
the organization and/or about what path will deliver those outcomes of benefit. All are important in shaping the
decisions that are taken throughout the programme lifecycle. Dealing with ambiguity is not a principle to reduce
risk as much as possible; rather it is a principle that embraces the volatile, uncertain, complex, and ambiguous
nature of programmes and focuses attention on the need to make ‘eyes-open’ choices.
The deal with ambiguity principle is achieved by:
● defining the appetite for risk and facilitating transparency, information-sharing, and evidence-based decision-
making (organization theme)
● providing a clear view of current thinking and the risks perceived (design theme)
● reflecting uncertainty of estimates and specific risks in the business case (justification theme)
● providing manageable tranches of delivery that contribute to clear intermediate landing points
(structure theme)
● making knowledge as clear and accessible as possible (knowledge theme)
● adopting a risk-based approach to assurance that focuses resources on the areas where greater certainty
would be valuable (assurance theme)
● explicitly considering the upside and downside impacts of decisions (decisions theme).
2.4
Align with priorities
Key message
An MSP programme aligns with priorities: adapting to new information and emergent change.
The programme environment does not stand still and it is normal for organizational priorities to change
frequently during the life of any programme. Successful programmes adapt to emerging information and work to
continually improve the quality of decision-making in a dynamic environment. This ensures that the programme
17
Managing Successful Programmes
Chapter 2 – Principles
aligns with the organizational objectives and strategy of the investing organization(s) over time and does not
avoid addressing any conflicting objectives. Sometimes, new information will remove the justification for the
programme. In these situations programmes are closed in a controlled way. More often, new information results
in changed priorities which leads to the realignment of programme plans and the reassignment of the limited
resources available to deliver work.
The align with priorities principle is achieved by:
● adapting structures, roles, and responsibilities over time to provide oversight and alignment with business
operations (organization theme)
● revisiting the benefits, target operating model, and associated risks over time (design theme)
● reflecting new information in the business case (e.g. performance to date, potential changes in direction,
changes to the size and phasing of costs and benefits, and changes to the risk profile) (justification theme)
● adjusting the content of tranches to reflect new information (structure theme)
● supporting stakeholders to acquire the knowledge and information they need to understand priorities
(knowledge theme)
● prioritizing assurance observations and action plans to reflect risks (assurance theme)
● reporting both historic performance and emerging trends (decisions theme).
2.5
Deploy diverse skills
Key message
An MSP programme deploys diverse skills: meeting the changing needs of the work.
The work done within a programme spans numerous skills and disciplines. Internal knowledge and experience
are typically complemented with external skills provided by consultants and prime and second-tier contracting
staff. The blend of internal and external skills then shapes and delivers the required outputs and outcomes of
benefit. Different skills are needed at different times and successful programme management deploys the right
mix of skills and contracting routes to meet the changing needs of the work. Knowing when additional
organizational capabilities and/or resource capacity is needed is key. Additionally, balancing the demand for
external specialists with the needs of overstretched employees who are learning new ways of working is a
critical factor in delivering change. It is also vital to not rely solely on external support, thereby missing the
opportunity for the investing organization(s) to build needed skills for the future.
The deploy diverse skills principle is achieved by:
● providing oversight of the development of the required organizational capabilities and resource capacity
(organization theme)
● providing clarity on the skills necessary for the target operating model to work as designed (design theme)
● providing visibility in the budget of the incremental costs of deploying specialized skills from inside or outside
the organization (justification theme)
18
Principles
● planning delivery using the most appropriate mix of resources to achieve the outcomes of benefit
(structure theme)
to do their work (knowledge theme)
● allocating the right resources to assurance activities, balancing independence, specialist knowledge, and cost
(assurance theme)
● analysing data to forecast the impact on the capacity and capability of the investing organization(s) to deliver
the planned outcomes of benefit (decisions theme).
2.6
Realize measurable benefits
Key message
An MSP programme realizes measurable benefits: designing and delivering coherent
organizational capabilities.
Creating outcomes that lead to defined and measurable financial and non-financial benefits is at the heart of
programme management. The programme designs and delivers coherent organizational capabilities. These are
transitioned and adopted into routine operations so that the desired outcomes become embedded and the
realization of benefits can be observed and measured. Planned yet undesirable outcomes, measured by disbenefits, are a reality in many programmes and are proactively managed alongside the desirable outcomes of
benefit. Because programme management spans organizational units and time, it is positioned to be able to
drive the phasing and overall realization of measurable benefits.
The realize measurable benefits principle is achieved by:
● ensuring that stakeholders are engaged and that there is two-way communication about the outcomes of
benefit (organization theme)
● designing the benefits map and benefit profiles (design theme)
● ensuring benefits are measurable, either with a direct route to cash, through the use of cash proxies, or by
using a non-financial measure (justification theme)
● ensuring outcomes of benefit are embedded in line with intermediate landing points (structure theme)
● ensuring that stakeholders can access details of the benefits and understand how they are measured
(knowledge theme)
● focusing assurance on the risks affecting outcomes of benefit over time (assurance theme)
● keeping the decision-making focus at programme level, i.e. on the realization of the outcomes of benefit
(decisions theme).
19
Chapter 2 – Principles
● supporting all stakeholders and team members to gain access to the knowledge and information they need
Managing Successful Programmes
Chapter 2 – Principles
2.7
Bring pace and value
Key message
An MSP programme brings pace and value: justifying the investment in programme management
to stakeholders.
The investment an organization makes in using the programme management approach must be justified. MSP
is designed to bring value to programme work through the coordinated and continual focus on the interplay
between principles, themes, and processes in delivering outcomes of benefit. MSP brings structure and
transparency to the management of investments in incremental change and applies rigour to the coordination of
constituent projects and other work. Part of MSP’s value is associated with establishing an appropriate pace of
change. Not to be confused with velocity, pace is focused on the timing of certain aspects of the work and their
alignment with other key events or objectives. Establishing the right pace will enable the organization to achieve
the desired future outcomes alongside the BAU activities required to deliver value.
The bring pace and value principle is achieved by:
● focusing on establishing governance that empowers decision-making as close to the day-to-day work as
possible (organization theme)
● keeping the vision, benefits, and target operating model clear and aligned with priorities (design theme)
● expressing the design and structure of the programme in financial terms to make clear how the phasing of
expenditure and benefits realization supports the pace of delivery (justification theme)
● planning the delivery of capabilities at the best pace to achieve the outcomes of benefit in line with the
business case (structure theme)
● encouraging the learning of lessons and a culture of continual improvement (knowledge theme)
● planning assurance that is timely and appropriate (assurance theme)
● working within clear delegated limits of authority and only escalating decisions when needed
(decisions theme).
20
CHAPTER 3
An introduction to
MSP themes
The underpinning principles of the MSP framework are brought to life by establishing tailored governance and
associated controls to enable effective management of the programme.
In addition to their relationship with the principles, all MSP themes apply across each process in the
programme lifecycle. The application of the themes within each process is included in each of the process
chapters (Chapters 12–18).
Definition: Theme
An essential aspect of governance required to ensure that the programme is aligned with the principles.
Themes are collectively applied during the processes throughout the programme lifecycle.
D
Plan
progressive
delivery
Embed the
outcomes
KN
OW
LED
GE
STR
U
22
U
CT
RE
W
ALIG N
W IT H P RIO RITIES
Figure 3.1 The MSP themes
TY
STI
Evaluate
new
information
JU
NCE
OY I
PL SK
DE SE
ER
S
Close the
programme
D
AM EA
BI L
GU
I
ASSURA
Identify the
programme
DIV
LL
Deliver the
capabilities
FICATI N
O
Design the
outcomes
RATE
LABO
COL BOUNDARIES
SS
RO
AC
NS
N
IG
ES
DE
CIS
IO
WITH LEAD
ING LUE
PU
BR D VA
RP
N
A
OS
E
E
C
ANIZATION
G
R
A
O
P
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
Chapter 3 – An introduction to MSP themes
3
An introduction to
MSP themes
IT
H
The themes in this guide are:
● organization
● design
● justification
Chapter 3 – An introduction to MSP themes
● structure
● knowledge
● assurance
● decisions.
The themes are illustrated in Figure 3.1.
3.1
Programme governance
Definition: Programme governance
The framework of authority and accountability applied by the investing organization(s) to control the work
and ensure the creation of value.
Governance, as applied to a programme, is the framework of authority and accountability applied by the
investing organization(s) to control the work and ensure the creation of value. As part of this governance, the
programme needs controls that provide transparency and engender confidence that activities will happen as
expected. Controls may be policies, processes, tools, and/or behaviours.
The MSP themes of organization, design, justification, structure, knowledge, assurance, and decisions describe
essential aspects of governance required to ensure that the programme is aligned with the principles across the
programme lifecycle. Collectively, application of the themes establishes the control environment for the
programme. The key requirements to ensure that programme governance and controls address the principles
are included in each of the theme chapters (Chapters 4–10). These represent the essential aspects of
programme governance and how it fits within the wider organizational control framework.
3.2
Fit with corporate governance
Definition: Corporate governance
The means by which an organization is directed and controlled. At the level of a legal entity, corporate
governance is focused on maintaining a sound system of internal control by which the directors and officers
of the organization ensure that effective management systems are in place to protect assets, earning
capacity, and the reputation of the organization.
23
Managing Successful Programmes
Programme governance clearly does not stand alone and needs to fit within the wider organizational control
framework. In most organizations, the wider organizational control framework will need to comply with the
requirements for corporate governance in the relevant jurisdiction. In public and other not-for-profit sectors, the
concepts underpinning corporate governance also apply but different terminology may be used, such as ‘good
governance’ for charities.
Where programmes have multiple investing organizations, the fit with the various organizational control
frameworks needs to be agreed and any conflicts resolved.
3.3
Plan–Do–Check–Act cycle
Many aspects of the control environment require a structured process or cycle to ensure that there is effective
implementation and continual improvement. The Plan–Do–Check–Act (PDCA) cycle (also known as the Deming
cycle or Shewhart cycle) applies to the control of key aspects of programme management such as risk analysis
and management, issue resolution, stakeholder engagement and communications management, and information
management. Figure 3.2 illustrates the Plan–Do–Check–Act cycle.
Und
Wha ersta
t/ho n
w
t
d
tion
ua
d
sit spon
re
CHECK
DO
tep
PLAN
cs
rt
pe
te
fu
r
h e e s u lt
s
ra
c ti
ons
c fi
da
tif y
i
Val
Iden
ACT
s
o
ns
tio ent
c
a
m
er rove
p
App
Conti ly fur
nua th
l im
Chapter 3 – An introduction to MSP themes
Normally programmes are required to comply with organizational policies such as those relating to data privacy,
anti-bribery, and corruption or hiring and rewarding staff and contractors. Depending on the specific needs of
the programme, permission to vary from the organizational standards may be sought from senior leadership, but
the default position would be full compliance.
Figure 3.2 Plan–Do–Check–Act cycle
24
C ar
ry
t
ou
s
An introduction to MSP themes
The model is divided into four phases that form a circular, repetitive process. The ‘plan’ phase involves
understanding the current situation clearly before progressing. This might include establishing risk tolerances to
express risk appetite, or analysing the current programme environment.
The ‘check’ phase involves validating the results from the previous phase, and if they are not as expected,
identifying where further action may be needed. This might include specific work to understand the
effectiveness of the resolution of an issue or to review whether governance is working as planned.
The ‘act’ phase is when validated actions are applied in practice. Continual improvement happens when plans
and initial actions are reviewed and revised to reflect the current priorities and situation.
Specific processes or cycles for these areas may exist in other guides, such as the management of risk process
in M_o_R or the issue and change control procedure in PRINCE2. MSP requires a structured process to be
used that is fit for purpose for that programme and organization, but does not specify the process steps so the
programme is free to use the most appropriate solution.
3.4
Programme strategy
The purpose of the programme strategy is to define the governance and control environment for a programme in
line with the corporate governance requirements of the investing organization(s) and to ensure that MSP
principles are applied throughout the programme lifecycle. MSP proposes that the programme strategy should
be a single document containing a number of sections that outline the steps necessary to establish effective
governance and control across each theme.
The various sections in the programme strategy should be derived from the approach information specified in
each theme. These are the:
● governance approach in the organization theme
● stakeholder engagement approach in the organization theme
● design approach in the design theme
● funding approach in the justification theme
● delivery approach in the structure theme
● resourcing approach in the structure theme
● knowledge and learning approach in the knowledge theme
● information approach in the knowledge theme
● assurance approach in the assurance theme
● decision-making approach in the decisions theme
● issue resolution approach in the decisions theme
● risk response approach in the decisions theme.
The approach information is framed as a set of questions that the programme addresses to establish tailored
governance and controls for the particular work. The programme strategy is intended to summarize the control
environment, making it clear why a particular control is required and providing high-level detail of the steps
needed to comply.
When the programme strategy has been developed to address all the questions in the approaches, it forms the
governance baseline for the programme and is kept up to date using formal change control.
25
Chapter 3 – An introduction to MSP themes
The ‘do’ phase is when the specific steps required are performed, such as identifying, prioritizing, and
responding to risks; capturing, codifying, and storing information; or planning assurance activities.
Managing Successful Programmes
3.5
Programme plans
Chapter 3 – An introduction to MSP themes
In contrast to the purpose of the programme strategy (which is to answer the questions of ‘why’ and ‘what’ with
respect to the governance and control framework), the purpose of the programme plans is to define the specific
arrangements for implementing the programme strategy and for directing the team. Programme plans answer
the more detailed questions of ‘who’, ‘when’, and ‘how’ in order to deliver the outcomes of benefit over time.
Organizations may choose to consolidate all the plans for the programme into a single document or have
separate documents, each with independent change control.
MSP does not require a plan for every approach as in some scenarios the approach will be sufficient to meet
the programme’s needs. The theme chapters outline where a plan is required. These are the:
● stakeholder engagement and communications plan in the organization theme
● financial plan in the justification theme
● delivery plan in the structure theme
● benefits realization plan in the structure theme
● assurance plan in the assurance theme.
When the programme plans have been approved, they form the management baseline for the programme and
are updated using formal change control.
3.6
Content of the MSP themes
Each theme chapter addresses the:
● purpose of the theme
● key requirements necessary to implement the principles
● key ideas and the information required to support the theme
● areas where each key role needs to focus.
The theme is also brought to life through the application of the ideas in the four scenarios that reflect how to
apply the theme in different sorts of programme.
Key message
The three lenses of the MSP framework work together.
The themes ensure that the principles are continually applied during the processes throughout the
programme lifecycle.
26
CHAPTER 4
Organization
4.1
Purpose
The purpose of the organization theme is to describe:
● how programmes organize to ensure effective leadership, sponsorship, scrutiny, and decision-making,
including clarity around roles, responsibilities, and delegated limits of authority
● how stakeholders are identified and engaged, and how communication is planned and effectively delivered.
Figure 4.1 illustrates the organization theme as part of the MSP framework.
D
Plan
progressive
delivery
Embed the
outcomes
KN
OW
LED
GE
STR
U
U
CT
RE
W
ALIG N
W IT H P RIO RITIES
Figure 4.1 The organization theme as part of the MSP framework
28
TY
STI
Evaluate
new
information
JU
NCE
OY I
PL SK
DE SE
ER
S
Close the
programme
D
AM EA
BI L
GU
I
ASSURA
Identify the
programme
DIV
LL
Deliver the
capabilities
FICATI N
O
Design the
outcomes
RATE
LABO
COL BOUNDARIES
SS
RO
AC
NS
N
IG
ES
DE
CIS
IO
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
I
C
A
O
G
N
R
O
PA
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
Chapter 4 – Organization
4
Organization
IT
H
4.2
Key relationships with principles
The organization theme contributes to the adherence to MSP principles across the programme lifecycle. Key
relationships with the principles are summarized in Table 4.1.
The organization theme
applies the MSP principle
By …
Resulting in …
Lead with purpose
Providing clarity of purpose for stakeholders
Commitment to the programme and the enthusiasm
for stakeholders to overcome challenges
Collaborate across
boundaries
Maintaining mechanisms for organizational units
and stakeholders to interact
Coordinated and integrated decision-making
Deal with ambiguity
Defining the appetite for risk and facilitating
transparency, information-sharing, and
evidence-based decision-making
Better identification, analysis, and response to risks
and emergent change
Align with priorities
Adapting structures, roles, and responsibilities
over time to provide oversight and alignment
with business operations
Governance that matches priorities
Deploy diverse skills
Providing oversight of the development of the
required organizational capabilities and resource
capacity
Better management of risks related to resources and
skills
Realize measurable
benefits
Ensuring that stakeholders are engaged and that
there is two-way communication about the
outcomes of benefit
Commitment of stakeholders throughout the lifecycle
Bring pace and value
Focusing on establishing governance that
empowers decision-making as close to the
day-to-day work as possible
Reduction in programme delays and cost
4.3
Governance approach
The governance approach outlines the questions that the programme strategy must address as a minimum. Its
content will vary depending on the nature of the programme and the organizations involved. In MSP, it is
assumed that the governance approach adopted will address the corporate governance requirements of all the
investing organizations.
The governance approach in the programme strategy answers the following questions:
● What programme governance boards and supporting offices are required in the programme’s organization
structure and what are their terms of reference?
● How will the programme governance boards and supporting offices work with other governance boards that
exist outside the programme’s organization structure, including partner organizations and the investing
organization(s)?
● What are the individual accountabilities and responsibilities for each individual role in each part of the
organization structure?
● What is the appetite for risk for the programme, ideally expressed as tolerances around measurable targets?
● What are the delegated limits of authority for each individual role in each part of the organization structure,
aligned with risk tolerances?
29
Chapter 4 – Organization
Table 4.1 Key relationships between the organization theme and MSP principles
Managing Successful Programmes
4.4
Risk appetite
Chapter 4 – Organization
Definition: Programme risk appetite
The amount of risk the investing organization(s) is willing to accept in pursuing the benefits of
the programme.
Defining the programme’s risk appetite enables delegated limits of authority to be assigned to specific roles
within each part of the organization structure.
It is also a requirement of corporate (and charitable) governance that boards and executive teams express their
appetite for risk in achieving their strategy. It follows, therefore, that investments in programmes reflect
corporate risk appetite to ensure programmes are aligned with the operational business.
Best practice is for the risk appetite to be expressed as tolerances (alternatively called thresholds) around
measurable targets rather than as narrative statements. Measurable targets in the programme context are the
programme objectives which may be interpreted as the gross benefits and costs, or as net benefits. Expressing
appetite as tolerances vs time targets for programmes is also possible, although the purpose of programmes is
to realize measurable benefits and therefore using time as a proxy for benefits may not be ideal. Risk tolerances
may also be set for the programme based on key organizational objectives such as safety performance or
customer satisfaction.
Bank compliance and adaptability programme
The bank has a formally defined corporate risk appetite. The risk tolerances created by
this appetite have been adopted for the entire digital transformation portfolio and the
bank compliance and adaptability programme has the same targets.
Effective
delivery
However, there is one specific aspect of the bank compliance and adaptability
programme that provides a challenge. Ten years ago, after a money laundering scandal, the bank’s
appetite for reputational risk was very low. There is a conflict between the need to comply with
regulations for open-access banking worldwide and to ensure that there is no way that money laundering
could take place. The regulations require third parties to be able to initiate payments and this conflicts
with the requirement for banks to know their customers to prevent money laundering. The chief risk
officer perceives this as a very high risk. The programme team understand that the corporate
reputational risk appetite will be the driving decision criterion but they are still challenged to meet this
and to innovate in order to realize other programme benefits associated with growth and customer
satisfaction.
30
Organization
Charity organizational realignment programme
The charity has not formally defined its risk appetite for ongoing operations, so the
conversation to implement this in the organizational realignment programme has taken
place with the executive team. The conversation was challenging as there were many
differing views.
Organizational
realignment
Chapter 4 – Organization
The team ultimately agreed that the programme must not:
● reduce staff/volunteer satisfaction by any more than 5 percentage points on the quarterly pulse
check; currently this is always greater than 80%
● breach compliance or expected standards of behaviour in any jurisdiction; there is zero tolerance for
compliance breaches
● be allowed to continue beyond two years. The executive team do not want the organization to suffer
change fatigue and are prepared to trade progress towards the vision for time (if necessary). The
programme must end with the organization in a stable condition.
The charity does not have an existing formal risk management process, so a consultant helped the
charity to create the following scales to prioritize risks during the programme. Risks with impacts on
staff/volunteer satisfaction and programme duration could be opportunities or threats. The compliance
scale only applies to threats as the target is zero breaches.
Score
Likelihood
Impact on staff/
volunteer
satisfaction
Impact on compliance breaches
Impact on achievement
of a stable landing point
in 24 months
3
>50%
>5%
Any single reportable breach or >5
non-reportable
>3 months
2
20–50%
2–5%
2–5 non-reportable breaches
1–3 months
1
<20%
<2%
Any single non-reportable breach
<1 month
4.5
Organization structure
The purpose of the programme’s organization structure is to define the governance boards and supporting
offices that are needed to control the definition and delivery of outcomes of benefit within the constraints of the
investing organization(s). The organization structure is defined when deciding the governance approach and is
documented in the programme strategy.
A number of governance boards are typical for programmes, including the sponsoring group and programme
board. In order to fulfil their roles, these boards are assisted by supporting offices that are established in order
to plan governance controls and implement them effectively. The programme office is the single required
governance office. The existence of other governance offices depends on the nature of the programme. (Note
that the work of the programme will be delivered by a collection of projects and other work. Details of how
projects are governed is not within the scope of this guidance. See Managing Successful Projects with PRINCE2
and Directing Successful Projects with PRINCE2 for details.)
The typical organization structure for a programme is shown in Figure 4.2. In practice, programme governance
boards and supporting offices may have different names, but within MSP, they are defined as follows.
31
Managing Successful Programmes
Governance board
Corporate governing body
(and audit committee)
Delegates authority to
Supporting office
Non-programme roles
Sponsoring group
Reports to
Chapter 4 – Organization
Business operations
senior management
Delegates
authority to
Programme board
Reports to
Delegates
authority to
Programme office
(and other support offices)
The permanent structure
The temporary structure
Figure 4.2 Organization structure: governance boards and supporting offices
4.5.1
Sponsoring group
The sponsoring group is the governance board with delegated authority to direct the programme. It includes
senior leaders who are accountable to the executives of the respective investing organizations, and it is
responsible for:
● ensuring alignment of the programme objectives with the strategic direction of the organizations or
organizational units involved
● the scope of the programme investment
● achieving the expected outcomes of the investment
● setting overall programme priorities
● reconciling conflicts between the programme’s priorities and other programmes, and with ongoing business
operations
● providing continued commitment and endorsement in support of the programme objectives
● appointing the senior responsible owner (SRO)
● delegating decision-making authority to the SRO, programme board, and supporting offices
● monitoring progress against the programme objectives
● being aware of the overall risk landscape of the programme and deciding how to act to keep exposure to risk
within risk appetite
● taking decisions to keep the programme on track, or to close.
Because programme investments often lead to changes affecting multiple organizations, the sponsoring group
will include representatives from those organizations. The sponsoring group can be an existing executive
committee or other board of the organization or organizations, if one exists with a span of control aligned with
the needs of the programme.
As a minimum, the sponsoring group should meet during the identify the programme process, at the end of
each tranche, and at the closure of the programme. It may choose to meet at more frequent intervals depending
32
Organization
on the size and nature of the programme. In practice, the sponsoring group delegates much of its authority to
the SRO and this person holds accountability between meetings.
4.5.2
Programme board
Members of the programme board include (as a minimum):
● the SRO
● the programme manager
● the business change manager (BCM)
● the leader of the programme office.
Other representatives on the programme board may include:
● representatives from other supporting offices
● project sponsors
● representatives of corporate functions (e.g. finance, HR, or risk)
● a lead supplier (if there are different senior suppliers across the projects of the programme, it may be
advisable to appoint a lead supplier with whom the team will work at the programme level).
4.5.3
Programme office
Definition: Programme office
A governance-supporting office, led by the programme office lead, with primary responsibility for managing
delivery and capacity controls for the programme. The programme office may be part of a wider governance
office such as a portfolio management office, or may work with other relevant governance offices such as a
project management office or a centre of excellence.
The programme office includes a group of specialists who are accountable to the programme manager and
responsible for providing the skills, processes, and tools that assist the SRO and programme board in executing
their accountabilities and fulfilling their roles. To achieve this, the programme office provides services that
support the programme manager and BCM with managing:
● risks
● issues
● communications and stakeholder engagement
● organizational change management and benefits realization
33
Chapter 4 – Organization
The programme board is the governance board with delegated authority to drive delivery of the outcomes of
benefit within the defined constraints. It consists of a group of senior managers who are accountable to the
sponsoring group (via the SRO as the delegate of the sponsoring group). They are responsible for developing,
implementing, and maintaining the programme strategy and answering the questions in the approach sections
of each theme.
Managing Successful Programmes
● planning and estimating
● monitoring and reporting
● quality
● assurance
● resource planning
● procurement and contracts
Chapter 4 – Organization
● information
● finances
● change control
● the secretariat and support for the board.
For more information, see Portfolio, Programme and Project Offices (P3O).
For each of the services the programme office provides, specialists are often required. For example:
● Financial management may require an expert accountant who supports and ensures compliance with
corporate accounting procedures, and also provides useful support in creating the business case.
● Benefits realization may require an expert in managing change who defines benefits realization plans,
establishes benefit profiles, and develops digital dashboards for monitoring benefits.
● Commercial management may require an expert procurement manager who ensures compliance with
corporate procurement procedures and provides advice. Most programmes will involve some aspect of
procurement.
● Risk management may require an expert risk manager who defines risk strategy and governance; identifies,
prioritizes, and monitor risks; and works with enterprise-level risk management.
● Planning and estimating may require an expert programme scheduler who understands how to define
integrated project plans.
Utilities maintenance and improvement programme
The focus of the utilities programme is on the efficient delivery of physical
infrastructure. It does not involve organizational change other than changes to get the
maintenance teams used to the programmatic way of planning, resource allocation, and
reporting. The temporary programme organization structure is closely aligned with
existing permanent governance boards and supporting offices as follows:
Efficient
delivery
● Governance boards The utilities infrastructure investment committee is responsible for approving all
investments in the organization’s infrastructure portfolio and signing off the annual infrastructure
portfolio budget. This includes the overall budget for the five-year maintenance and improvement
programme. The infrastructure investment committee is the natural sponsoring group for the
programme.
● Supporting office The infrastructure portfolio office, which supports all initiatives in the
infrastructure portfolio, will provide programme office resources. One of its key responsibilities will be
to maintain a schedule of all planned work in the programme and a resource forecast showing
utilization levels and availability of equipment and maintenance crews. This helps the programme to
schedule maintenance resources more efficiently. The existing infrastructure portfolio office lead will
join the programme board.
34
Organization
● Programme board A new element of governance is required to organize this work as a programme.
Roles on the programme board include:
● SRO: the head of maintenance
● programme manager: a senior maintenance engineer
● BCM: another member of the maintenance team. The BCM has a dual external and internal focus:
4.6
Individual roles
The governance boards and supporting offices that constitute the programme’s organization structure include
leaders with specific individual roles. Within MSP, specific roles are defined as shown below, but in practice the
roles may have different titles.
Role definitions are created when deciding the governance approach and are documented in the programme
strategy. Their purpose is to clearly define accountabilities, responsibilities, and delegated limits of authority.
The individual roles within the programme’s organization structure are illustrated in Figure 4.3.
Supporting office
Individual role
Non-programme roles
Appoints
Senior responsible owner
Appoints
Member of
Business operations
senior management
Business change manager
Supports
Business operations
change champions
Programme manager
Delegates
authority to
Supports
Provides
guidance to
Supports
Accountable to
Lead of programme office
(and other support offices)
The permanent structure
The temporary structure
Figure 4.3 Organization structure: individual roles
35
Chapter 4 – Organization
engaging with local councils and communicating details of road closures and service disruptions;
and ensuring that there is open dialogue with local teams to share knowledge and improve
programme planning.
Managing Successful Programmes
4.6.1
Senior responsible owner
The senior responsible owner (SRO) is accountable to the sponsoring group and chairs the programme board.
The SRO has overall and ongoing accountability for the successful delivery of the outcomes of the programme,
which includes:
● setting the programme strategy and plans
Chapter 4 – Organization
● monitoring the programme’s performance: namely, delivery of new capabilities and realization of outcomes
of benefit
● ensuring engagement with the sponsoring group
● making decisions regarding high-impact programme risks.
The SRO is likely to be directly involved with key programme-level authorizations, including the:
● vision statement
● business case
● programme strategy and plans
● release of funding
● assurance plans and the commissioning of reviews
● closure of the programme.
In practice, the SRO is likely to delegate day-to-day activities to the programme manager or BCM who in turn
will receive support from specialists in the programme office.
4.6.2
Programme manager
The programme manager is accountable to the programme board and has overall and ongoing responsibility for
the successful day-to-day leadership of the programme in support of the SRO, including:
● defining and maintaining an integrated programme delivery plan, monitoring actual progress to date and
forecasting progress in future tranches
● defining and maintaining a programme budget baseline, monitoring actual expenditures to date and
forecasting expenditures for future tranches
● monitoring and reporting overall performance of the programme, including stakeholder engagement, risk
management, and benefits realization
● identifying and resolving programme-level issues
● identifying and delegating project-level issues to the appropriate project manager
● identifying and escalating organizational-level issues to the SRO.
What is the role of a programme director?
In some organizations, the role of a programme director may be specified in addition to the SRO and
programme manager. In such cases it is important for the sponsoring group to confirm when they define
the governance approach which accountabilities the programme director is adopting on behalf of the
SRO or programme manager.
36
Organization
4.6.3
Business change manager
The business change manager (BCM) is accountable to the programme board and has overall and ongoing
responsibility for the successful day-to-day adoption of new capabilities in the investing organization(s) in
support of the realization of outcomes of benefit on behalf of the SRO.
The BCM has overall and ongoing accountability for establishing the approach and guidance for organizational
change management for the programme and ensuring this is implemented. The BCM may be a change
professional, or they may be an operational manager who manages change activities through a network of
change champions in the business and/or with the support of stakeholder engagement and communications
specialists in the programme office.
This work includes:
● agreeing leading indicators to provide early information on the success of change activities
● planning and delivering specific change activities
● regularly soliciting feedback from internal and external stakeholders
● identifying risks and issues that relate specifically to the ability of the organization to adopt changed ways of
working on time.
Where multiple change specialists are needed on the programme, a single BCM reports to the SRO and other
specialists report either to the BCM or into the business, with an indirect reporting relationship to the BCM.
Different names are used in practice for the change specialists who report to the BCM, such as change
champion, change adviser, or change agent.
Bank compliance and adaptability programme
The bank is investing in a vast amount of change and this programme is just one
part of this.
During the first tranche of the programme, the bank recruited a chief change officer
(CCO) to join the executive committee; with this appointment, the BCMs for all
programmes gained a professional indirect reporting relationship with the CCO.
Effective
delivery
Initially, the BCM for the programme felt supported by having such a senior manager involved with
stakeholder engagement and communications activities. However, as time progressed, the CCO stopped
attending the programme board and the sponsoring group meetings, and this started to cause problems
as the CCO did not have an appreciation of the full implications of the issues affecting the programme.
The BCM is finding this frustrating and needs the support of the CCO, who is more senior than the SRO.
With the support of the SRO, the BCM is seeking support from the CCO in managing the conflict
between the chief risk officer (risk) and CIO (IT) regarding the controls needed to prevent money
laundering in future. The CCO joining the sponsoring group for the programme would be a good result in
the short term.
37
Chapter 4 – Organization
The BCM is typically a member of the business operations leadership team and will remain close to BAU
activities during the programme. In collaboration with representatives from business operations, the BCM
ensures that programme changes are valid and relevant to the business and that the business is ready to adopt
the changes.
Managing Successful Programmes
National Rail network programme
Within this programme, government ministers agree that overall accountability resides
with the transport department. Given the objectives of the programme and the
associated risks, the following organization structure is agreed:
Innovation
and growth
Governance boards
Chapter 4 – Organization
● Sponsoring group Includes senior representatives from the government departments accountable for
treasury, transport, economic development, domestic affairs, and business sustainability investment.
Senior representatives of regional rail operating companies responsible for investment decisions are
invited to sponsoring group meetings when major decisions need to be made.
● Programme board Includes the chief operating officers of the regional rail operating companies, and
senior representatives from the government departments responsible for rail, freight, road, and
regional economic development policy, in addition to the SRO, programme manager, and BCM.
● Project boards and project sponsor Established for each project as the programme evolves.
Supporting offices
● Programme office Provides support for planning, reporting, knowledge management, and project
and programme management skills development. The programme office lead reports to the
programme manager, and the office integrates its services with the other relevant centres of
excellence, portfolio management offices, and business functions (e.g. finance) that exist in all other
government departments and rail operating companies.
● Programme design and change office Takes responsibility for ensuring that the design of capabilities
is coherent, that specifications for procurement are fit for purpose, and that change and configuration
controls for the complex infrastructure development are effective.
● Programme assurance office Ensures that assurance across the three lines of defence is
coordinated, resourced, and provides value for money.
There is an ongoing discussion about the merits of establishing a separate company to manage the
programme on behalf of the government. The SRO would become the managing director of a company
responsible for all aspects of delivery of the government’s requirements, and the sponsoring group would
take responsibility as the board of directors. In such a situation, the governance boards and supporting
offices would continue to exist as planned but within a ‘ringfenced’ legal entity.
Charity organizational realignment programme
This programme is the only significant change initiative happening in the charity. The
programme will transform the entire operating model and so the executive team has
Organizational
realignment
decided that the programme’s organization should reflect the accountabilities in the
permanent organization. A consultant has been appointed to be programme manager,
who will support the executive team in setting up the programme. The sponsoring group will be the
entire executive team, and sponsoring group meetings will be added on to routine executive committee
meetings. This blurring of the permanent and temporary programme organization will need careful
management.
38
Organization
The SRO for the programme is the HR director. The person with HR accountabilities overall was chosen
as the ‘first among equals’ on the executive team to take the role of SRO because the programme will
affect all of the charity’s employees and volunteers.
Chapter 4 – Organization
Just as with the programme manager, there was no obvious person within the existing charity
organization to take the role of BCM, so another consultant with significant experience was selected. For
the contracted BCM to be successful, they need to work with a network of staff change champions who
will be the ‘eyes and ears’ of the programme across the organization. Change champions are best placed
to advise on key matters such as the timing of the transition of new capabilities and the actions needed
to embed outcomes, realize benefits, minimize dis-benefits, and resolve issues.
The charity does not have a programme office capability, so contract resource is included to support the
programme manager with planning, reporting, knowledge and information management, and assurance.
The opportunity to support internal staff development has been recognized and a key talent from finance
and another from customer services will be seconded to the programme office and their roles backfilled
from the programme budget. The plan is that these people will be able to take on the core
responsibilities in the programme office as time progresses, with the potential for one of them to become
the programme manager.
The programme has significant IT systems content to enable the changes needed. The IT director will
sponsor all the projects with an IT element and is part of the sponsoring group and executive team. The
SRO has invited the IT director to be a permanent member of the programme board, although they have
no formal programme role. As a result, the programme board comprises the SRO, the contract
programme manager, the contract BCM, the contract programme office lead, the seconded programme
office staff from finance and customer services, and the IT director.
4.7
Tailoring programme governance
Programme governance needs to be tailored to its environment. Some considerations that will inform tailoring
include the programme size, reasons for the investment and associated risks, and the public profile of the
organizations involved.
4.7.1
Programme size or complexity
The governance of a programme varies in response to its size and complexity, i.e. the number of projects,
organizations, and people involved with the programme. In smaller or less complex programmes, fewer
governance boards, supporting offices, and individual roles may be warranted as working relationships and
reporting lines are more direct. In larger or more complex programmes, additional programme boards,
supporting offices, and individual roles are often necessary to deal with the number and types of working
relationships and/or reporting lines that are extended and benefit from intermediaries. Additional specialist roles
may also be required in larger programmes (e.g. for planning, reporting, technical design, quality, assurance,
finance, benefits realization, reporting, procurement, resourcing, and communications).
39
Managing Successful Programmes
4.7.2
Reasons for investment and associated risks
The governance of a programme varies in response to the risk associated with the nature of the investment. The
investment might, for example, lead to changes focused on technology, physical infrastructure, societal shifts,
organization structures, or internal processes. Additional supporting offices may be required to deal with the
distinctive aspects of these investments. Table 4.2 provides some examples.
Chapter 4 – Organization
Table 4.2 Potential support roles or offices to deal with specific investments
Reason for investment
Potential support roles or offices to deal with specific risks
Innovation and growth
Service design office focused on service development, innovation and change control
Infrastructure design and assurance office focused on the design, procurement, and deployment of
physical assets (e.g. roads, railways, airports, and buildings) and ensuring safety
Organizational realignment
Business process design office focused on collaborative corporate transaction implementation, e.g.
mergers, acquisitions, and divestments
Change office focused on helping people in a business prepare for a significant transformation
Effective delivery
Programme assurance office focused on assuring regulatory compliance with new or revised rules
governing the organization (e.g. cybersecurity, finance, etc.)
Operational process design office focused on streamlining and optimizing processes to better meet the
needs of customers, citizens, or other stakeholders
Efficient delivery
Resource planning office focused on scheduling the use of facilities, equipment, and people across the
organization
Asset management office focused on understanding the whole-life costs of assets
4.7.3
Public profile of the organizations involved
Investments in programmes are made by private, public, and not-for-profit sectors. Programmes operating in the
public sector, or where the programme impacts on members of the public, will be affected by their public profile
which may entail:
● a greater level of scrutiny by media, public, and Parliament (e.g. audits by a central government authority)
● additional monitoring and reporting requirements to enable public transparency
● additional processes to ensure fairness and equity (e.g. during procurement)
● additional requirements for stakeholder engagement (e.g. public consultation)
● decision-making distributed across government bodies with statutory responsibilities
● heavy reliance on a positive social media presence.
Additional governance boards, supporting offices, and individual roles may be required to deal with the
distinctive characteristics of public organizations.
Integrating programme, project, and operational
organization structures
4.7.4
Designing the appropriate levels of engagement between the programme and its constituent projects and other
work is a key part of establishing an effective programme organization. There are various forms of project and
operational organization structure and different ways of integrating these into a programme organization.
Figure 4.4 shows four examples, labelled A, B, C, and D.
In A, managers of other work that contributes towards the achievement of the programme will also receive
strategic direction and support from the programme board.
40
Organization
Programme board
Individual roles
Senior responsible owner
Other roles
Programme manager
A
Manager of other work
Work team
B
Programme manager
as project owner
Project manager
Project
Project
delivery
manager
team
BCM as a senior user
on project board
C
Project board
Strategic direction and
governance support
D
Project board
Project
Project
delivery
manager
team
Project manager
Project delivery team
Project delivery team
Projects and other work
Figure 4.4 How the programme board works with constituent projects and other work
In B, projects that are central to the programme may work well with the programme manager fulfilling the
project owner/sponsor/executive role and maintaining a very tight, direct link between the project and the
programme.
In C, the BCM may provide valuable user-side input and assurance to projects within the programme. In this
scenario, the BCM may fulfil the senior user or project owner/sponsor/executive role on the project board.
In D, some projects will benefit from a dedicated project board to provide the required level of management
direction and decision-making. The project board should have a clear set of responsibilities, agreed at the
programme level, for directing the project and defining how the project should interface with the programme.
The chair of the project board will be the project executive. This scenario may be well suited to larger projects
within the programme.
4.8
Additional governance support offices
There are additional governance support offices that are regularly observed in practice. Two examples
are provided.
4.8.1
Programme design and change authority
The programme design and change authority is a governance support office with primary responsibility for
programme-level technical design and change control. The focus of programme design and change authority
varies according to what aspect of the business operation is changing and requires careful design and change
control expertise (e.g. technology, capital infrastructure, business process, service, or organizational).
41
Chapter 4 – Organization
Strategic direction and
governance support
Business change manager
Managing Successful Programmes
A programme design and change authority is accountable to the programme board and responsible for providing
the skills, processes, and tools that assist the programme manager in fulfilling their role. It may take
responsibility for activities such as:
● evaluating the impact of changes to the organization’s operating model
● selecting suppliers
● considering the whole-life costs of assets created through the programme’s work.
Chapter 4 – Organization
For each of the services provided, specialists are often required, for example:
● an asset manager
● a procurement manager who understands the supply chain and contractual arrangements that suit the work
● enterprise, application, data, or process architects who understand IT system design and planning
● a corporate governance expert who understands mergers, acquisitions, and divestment.
Where a specific programme design and change authority does not exist, the responsibilities lie with the
programme manager.
4.8.2
Programme assurance office
The programme assurance office is a governance support office with primary responsibility for assessing and
validating the management controls for the programme. The programme assurance office provides an objective
assessment of the likelihood that the programme will deliver the expected quality and outcomes within the
expected budget and timelines to management, based on good practice (see also Chapter 9).
Accountable to the sponsoring group and responsible for providing the skills, processes, and tools that will
assist the programme sponsoring group in executing their overall accountabilities and fulfilling their roles, a
programme assurance office may take responsibility for activities such as:
● development or validation of the programme risk framework (aligned with enterprise risk management)
● definition of a risk-based assurance strategy
● development of methods and tools to support project-level quality management
● risk-based deep-dive assessments
● baseline and periodic maturity assessments
● baseline and period capability assessments
● quality reviews of processes or artefacts.
Specialists are often required, for example:
● an expert accountant who understands corporate and programme financial management
● a procurement manager who ensures compliance with corporate procurement procedures and provides
advice. Most programmes will involve some aspect of procurement
● a testing specialist who understands IT system testing
● a data conversion specialist who understands data conversion planning and execution
● a programme governance expert who understands programme governance and programme office design.
Where a specific programme assurance office does not exist, the responsibilities lie with the programme office.
42
Organization
4.9
Additional individual roles
There are additional individual roles associated with programmes that are regularly observed in practice. Two
examples are provided.
Organizational change manager
In an organization where much change is delivered through multiple programmes and projects, a change manager
for the entire portfolio may exist. Different titles are used for such roles, for example change director, change
portfolio manager, or organizational change lead. In such a situation, the relationship between the organizational
change manager and the BCM for a programme would be expected to be a functional ‘dotted-line’, with the BCM
reporting directly to the SRO for the programme, but being part of a wider community of change professionals.
Where an organizational change manager exists, they are likely to have direct input into activities such as:
● defining the stakeholder engagement approach and/or plan for stakeholder engagement and communications
● defining the benefits realization plan
● supporting the resourcing of change and benefits realization activities.
4.9.2
Business-unit operations manager
Operational managers within lines of business will have ultimate responsibility for implementing changes in their
area. They need to work closely with the BCM to ensure that change activities are relevant and timely.
Additionally, they ensure that the conditions for realizing benefits and preventing the erosion of benefits after the
programme has completed are in place.
The business-unit operations manager is unlikely to have a formal role in programme governance, but may be a
member of a project board as senior user. Irrespective of formal reporting lines, business-unit operations
managers are critical stakeholders representing the recipients of the change and therefore need to be involved in:
● aligning project and operational resource requirements (e.g. ensuring staff are available for the required
training at the right time)
● identifying operational risks and issues and resolving them where possible
● escalating risks and issues to both operational management and project management when required.
4.10
Stakeholder engagement
Definitions
● Stakeholder Any individual, group, or organization that can affect, be affected by, or perceives itself
to be affected by, a programme.
● Stakeholder engagement A way of exercising influence and achieving positive outcomes through
effective management of relationships.
43
Chapter 4 – Organization
4.9.1
Managing Successful Programmes
The scale and complexity of change associated with programmes typically creates a stakeholder environment
that requires careful analysis and management. Stakeholder engagement requires planning and continual review
to ensure that the affected people and groups who can influence the programme are understood and suitably
influenced.
Well-designed stakeholder engagement reduces the negative perceptions of blockers, retains supporters, and
transforms indifference into support. Among the stakeholders, there will be those who:
Chapter 4 – Organization
● support or oppose the programme
● gain or lose when benefits are realized
● see only a threat, perhaps convinced that they will suffer a loss despite all evidence to the contrary
● are inherently indifferent to the change. They may become helpful or unhelpful, depending on how they
themselves are managed and influenced
● may become either supporters or blockers of the benefits depending on how they are treated over time.
Well-designed stakeholder engagement will focus effort on those stakeholders with the greatest influence on the
success of the programme.
Programmes are likely to have a large number and many types of stakeholders. Some will be relatively more
peripheral and others more critical. It is important to maximize the impact of engagement and communication
resources by focusing on the stakeholders who matter the most, without entirely ignoring the others.
Many programmes have a high socio-political complexity, i.e. the stakeholder environment is highly influenced
by politics, power-plays, alliances, and conflicts. It is vital that the stakeholder engagement approach recognizes
the potential for such complexity and plans accordingly.
4.11
Stakeholder engagement approach
The stakeholder engagement approach outlines the questions that the programme strategy must address as a
minimum. Its content will vary depending on the nature of the programme and the organizations involved. In
MSP, it is assumed that the approach adopted will address all the stakeholders who are associated with the
programme environment.
The stakeholder engagement approach in the programme strategy answers the following questions:
● Which factors of the programme have the potential to make the stakeholder environment difficult
to manage?
● What are the key objectives and metrics for measuring stakeholder engagement?
● What are the accountabilities of the governance boards, supporting offices, and individual roles in
stakeholder engagement?
● How will programme governance boards monitor the risks, progress, and success of stakeholder engagement
across the lifecycle?
4.12
Stakeholder engagement and
communications plan
The purpose of the stakeholder engagement and communications plan is to detail how stakeholders are
identified, prioritized, and engaged over the life of the programme, including two-way communication and
feedback. It helps to gain commitment from stakeholders to the changes being introduced in order to maximize
44
Organization
the impact and value of the programme outcomes. The plan defines the stakeholder engagement activities that
are key to the programme’s success and aligns the message content and level of detail with the needs of the
priority stakeholders. It is important that the engagement is truly two-way; it should be a dialogue, rather than a
broadcast of messages.
The stakeholder engagement and communications plan addresses:
● how stakeholders are analysed (identified, categorized, prioritized, and grouped)
Chapter 4 – Organization
● how the analysis of a stakeholder’s influence and interest in the programme is measured and assessed
● how the importance and impact of a stakeholder to a programme is assessed
● what communications channels and types of media will be used and at what frequency
● how feedback will be encouraged, collected, and managed when received
● what the key messages and objectives for each group should be
● metrics and measures for monitoring communication.
4.12.1
Stakeholder prioritization
Stakeholder analysis identifies stakeholders, how they are affected by the programme, and how they can
influence the programme. The analysis identifies stakeholders (individuals or groups) and then prioritizes the
level and type of engagement for these stakeholders.
Various stakeholder mapping techniques can be used to identify stakeholder interests and their relationship to
the programme. One technique for mapping stakeholders is to consider each stakeholder in terms of their level
of influence on the programme (e.g. low to high), their level of interest in the programme outcomes (e.g. low to
high), and whether or not the stakeholder is expected to be supportive of the programme. If stakeholders are
plotted on such a matrix, it provides a visual snapshot of the current perceptions about stakeholders that can be
validated through further engagement. Figure 4.5 shows an example related to the charity organizational
realignment programme.
ATTITUDE to change – positive backer
High
ATTITUDE to change – negative blocker
CEO
CFO
Operations
middle managers
in regions
Chairperson
Rest of senior
management team
INFLUENCE of
stakeholders on the
programme outcomes
IT staff
Fundraising staff
Service users
Charity regulator
Charity trustees
Majority of volunteers
Some staff in regions
(more work required
to understand
size of problem)
The silent majority
Low
Active
Passive
Level of INTEREST in the
programme outcomes
Passive
Active
Level of INTEREST in the
programme outcomes
Figure 4.5 Example of the prioritization of individual stakeholders for the charity programme
45
Managing Successful Programmes
Programmes operate in a dynamic environment with the focus of the work evolving over time as the programme
progresses, risks emerge, and learning occurs. Going further than a simple mapping of individual stakeholders,
it can be useful to understand the network of stakeholders; how they are connected and how their role, power,
alliances, and ability to influence are constantly changing. Social networking methods are often used to create a
visualization of the stakeholder relationship relating to a programme. Figure 4.6 shows an example of a
relatively simple analysis of a stakeholder network, whereas Figure 4.7 illustrates a partial stakeholder network
for the more complex National Rail network programme.
Chapter 4 – Organization
Operations
director
SRO
Programme
manager
CEO
Consultant
B
Close
friends
BCM
Supplier
B
CFO
Consultant
A
Bank
Supplier
A
Figure 4.6 Example of an analysis of a stakeholder network
National Rail network programme
The National Rail network programme has many stakeholders spanning multiple
investing organizations, in addition to the stakeholders in the wider programme
environment. These stakeholders form a complex network of relationships and
influencing groups. Stakeholder engagement and communications planning takes these
relationships into account, and also analyses individual stakeholder influence and interest.
Innovation
and growth
Some of the key stakeholders and their relationships are shown in the stakeholder network in Figure 4.7.
The part of the network that is featured (shaded area in the top left corner) highlights how the change
directors in the government departments that are involved in the programme are connected to:
● the public via lobbying groups
● politicians through government committees
● Parliament via ministers.
As a result, the change directors have the potential to influence government policy and priorities, which
may impact the funding of the programme.
46
Regional operating
company 2
Change project
director
Regional operating
company 1
Change project
director
Department
change plan
information
Operation
change plan
information
Integrated digital system for
monitoring, estimating, and
allocating capacity
Capacity
performance
and plans
Information
regarding
capacity
Transport
department
Change project
director
Other departments
Change project
director
Figure 4.7 Partial stakeholder network for the National Rail network programme
Rail network
monitoring
centre
Citizens, experts,
and interest
groups
Evidence and viewpoints
Government
committees
Opinion and advice
Parliament
Government
ministers
Digital systems
integrator
BCM
Information
systems
Digital systems
contracted vendor(s)
Infrastructure
delivery plans
Annual funding
support
Programme
manager
Contractbased
funding
Informationsharing
SRO
Policy, investment and
impact assessment
Support for investment
Other department
Project director
Other delivery
plans
Regional operating
company 2
Project director
Regional operating
company 1
Project director
Transport department
Project director
Transport department
CFO
Rail
capacity
Other delivery
teams
Other capacity and
capabilities
Rail infrastructure
contracted vendors
Rail
capacity
Contract-based
funding and
requirements
Road infrastructure
contracted vendors
Road capacity
Private-sector
funders
Capital funding
Multi-year
budget support
Government
treasury
Chapter 4 – Organization
Policy support
Organization
47
Managing Successful Programmes
4.12.2
Preparing for change
A specific and vital part of stakeholder engagement and communications is the work that is led by the BCM to:
● prepare operational/BAU areas to receive new capabilities
● support the adoption of new capabilities into new ways of working
● embed outcomes and track the realization of benefits.
Chapter 4 – Organization
MSP guidance is largely focused on supporting the change agents as they direct, plan, and deliver outcomes of
benefit on behalf of the investing organization(s). Change recipients in the investing organization(s) need to be
engaged and influenced for the programme to deliver the required return on investment.
4.13
Documents to support the theme
The documents produced as records of application of the organization theme are shown in Table 4.3.
Table 4.3 Documents to support the organization theme
Document
Purpose
High-level content
Programme strategy:
governance approach
To define the risk appetite
for the programme and
governance regime,
including terms of reference
and delegated limits of
authority for governance
boards, supporting offices,
and individual roles
Terms of reference The programme governance boards and supporting
offices in the programme organization structure
Relationship with wider governance How the programme governance
boards and supporting offices work with other governance boards that exist
outside the programme organization structure, including partner
organizations and in the investing organization(s)
Role definitions Individual accountabilities and responsibilities for each
role in each part of the organization structure
Programme risk appetite The appetite for risk, ideally expressed as
tolerances around measurable targets
Delegated limits of authority The delegated limits of authority for every
role in each part of the organization structure, aligned with risk tolerances
Programme strategy:
stakeholder engagement
approach
To define the stakeholder
context and the controls for
ensuring stakeholders are
engaged throughout the
lifecycle
Socio-political complexity The factors of the programme with the potential
to make the stakeholder environment difficult to manage
Measuring stakeholder engagement The key objectives and metrics for
measuring engagement
Oversight of stakeholder engagement The accountabilities of governance
boards, supporting offices, and individual roles
Adjusting to changing situations How programme governance boards
monitor risks, progress, and success of stakeholder engagement throughout
the lifecycle
Stakeholder engagement
and communications plan
To detail how stakeholders
are identified, prioritized,
and engaged over the life of
the programme, including
two-way communication and
feedback
Stakeholder prioritization How stakeholders are identified, categorized,
and grouped
Determining influence and interest How a stakeholder’s influence and
interest in the programme is measured and assessed
Analysing stakeholder networks How the importance and impact of a
stakeholder to a programme are assessed based on alliances and sources
of power
Communications plan What communications channels and types of media
will be used and at what frequency
Stakeholder feedback How feedback will be encouraged, collected, and
managed
Key messages What the key messages are for each group and objectives
Communication effectiveness Metrics and measures for monitoring
communication
48
Organization
4.14
Focus of the key roles for the theme
The areas of focus associated with the organization theme for the roles of the sponsoring group members, SRO,
programme manager, BCM, and programme office lead are shown in Table 4.4.
Role
Areas of focus
Sponsoring group members
Ensuring the governance approach and stakeholder engagement approach are fit for purpose
Chapter 4 – Organization
Table 4.4 Areas of focus for the key roles associated with the organization theme
Identifying strategic stakeholders
Agreeing the programme risk appetite
Senior responsible owner
(SRO)
Member of, and accountable to, the sponsoring group
Chairs the programme board
Has overall and ongoing accountability for the successful delivery of the outcomes of benefit of the
programme
Engagement of strategic stakeholders
Approving the documents associated with the theme
Programme manager
Member of the programme board reporting to the SRO
Day-to-day leadership of the programme
Business change manager
(BCM)
Member of the programme board reporting to the SRO
Programme office lead
Supporting the programme board with programme delivery and capacity controls
Organizational change management for the programme in support of the SRO
49
Managing Successful Programmes
Chapter 4 – Organization
50
CHAPTER 5
Design
5
Design
Figure 5.1 illustrates the design theme as part of the MSP framework.
Chapter 5 – Design
Plan
progressive
delivery
S
KN
OW
LED
GE
ST
T
RUC
UR
E
TY
STI
Embed the
outcomes
JU
Evaluate
new
information
D
AM EA
BI L
GU
I
NCE
OY I
PL SK
DE SE
ER
DIV
LL
FICATI N
O
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
N
IG
ES
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
REALIZ
E
MEASURABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
E
ION
C
GAN
R
A
O
P
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 5.1 The design theme as part of the MSP framework
5.1
Purpose
The purpose of the design theme is to describe:
● how programmes are designed to ensure that the end-state is clear, and the benefits and risks are understood
● how to create the target operating model, and how to understand the gap between the current and future states.
52
5.2
Key relationships with principles
The design theme contributes to the adherence to MSP principles across the programme lifecycle. Key
relationships with the principles are summarized in Table 5.1.
Table 5.1 Key relationships between the design theme and MSP principles
By …
Resulting in …
Lead with purpose
Maintaining a compelling vision and design of the target
operating model
A clear view of the future state
Collaborate across
boundaries
Articulating benefits and designing a clear target operating
model
Everyone being aware of and committed to
the same end goals
Deal with ambiguity
Providing a clear view of current thinking and the risks
perceived
A point of focus and a target against which
emerging risks and trends can be evaluated
Align with priorities
Revisiting the benefits, target operating model, and
associated risks over time
The avoidance of redundant work
Deploy diverse skills
Providing clarity on the skills necessary for the target
operating model to work as designed
The organization deploying and developing
talent
Realize measurable
benefits
Designing the benefits map and benefit profiles
Clarity about the drivers for the programme
Bring pace and value
Keeping the vision, benefits, and target operating model
clear and aligned with priorities
The avoidance of misalignment over time
5.3
Design approach
The design approach outlines the questions that the programme strategy must address as a minimum. Its
content will vary depending on the nature of the programme and the organizations involved; however, in MSP it
is assumed that the approach adopted will address the required governance and controls of all the investing
organizations.
The design approach in the programme strategy answers the following questions:
● How will the vision for the programme be agreed and approved?
● How will the benefits for the programme be agreed and approved?
● How will the target operating model be defined and approved?
● How will the risks to achievement of the benefits be captured and prioritized?
5.4
Vision statement
The purpose of the vision statement is to document the vision for the programme in a way that enables
engagement, motivation, and alignment of the large community of stakeholders involved in the programme,
possibly across multiple organizations.
53
Chapter 5 – Design
The design theme applies
the MSP principle
Managing Successful Programmes
Definition: Vision
The desired future state of the investing organization(s) after the programme is completed.
Chapter 5 – Design
The vision statement describes the desired future state after the end of the programme at a high level, whereas
the benefit profiles and target operating model provide more detail. The more detailed documents need to align
with the vision statement.
The vision statement is written as an outward-facing document describing new services, improvements, and
ways of working. It is important that the vision statement can be understood by everyone, in order to engage
and gain commitment from a wide variety of programme stakeholders.
Characteristics of a good vision statement are that it should:
● be written as a snapshot of the organization(s) in the future; an articulation of what people will see and
experience when the programme has been successfully completed
● be written in terms of the key stakeholders and their interests, painting a credible picture of a future that
they will want to engage with
● be easily understood by a wide range of people, avoiding jargon and technical language
● be concise: a good vision statement could be a paragraph or two in length. The longer the statement, the
more likely it is to contain inconsistencies and be less motivating
● be compelling: it should draw people towards an attractive and desirable future state, engaging their hearts
and minds and providing motivation
● address why the status quo is not an option.
When writing a vision statement, the following points are useful:
● A vision statement does not need to include definite timings, unless it is time-sensitive (such as a major
sporting event). Many programme vision statements remain valid even if delivery timescales slip.
● Avoid using detailed, measurable targets. It is useful to have a vision which can be measured so that it is
clear when the organization has achieved the programme’s objectives. However, specifying targets can
detract from the key purpose of the vision statement; targets are more usefully captured in the business case
and target operating model.
● Avoid including details that detract from the compelling nature of the vision.
National Rail network programme
Some aspects of the vision are encapsulated in the government policy document that
was approved to launch the National Rail network programme. The policy document
includes statements related to:
Innovation
and growth
● improvements to the maintenance and expansion of the existing rail infrastructure
● improvements to the monitoring, estimating, and allocation of capacity
● changes to the nature and performance expectations of the services of regional operating companies
● increased adoption of sustainable practices in designing the rail network and rolling stock.
54
Design
The SRO is conscious of the need to create a vision statement from the policy document that will
resonate with a diverse set of stakeholders in the public, private, and not-for-profit sectors. The content
in the document was developed for government decision-making purposes and is not sufficiently
forward-looking and motivational to stand as a vision statement for the programme.
The SRO is working with the programme board and communications specialist advisers to develop a
concise vision statement, written in plain language. The draft statement focuses on the distinctive needs
of key stakeholders and the government; for example:
● delivering value for money for the public purse
Chapter 5 – Design
● demonstrating regional equality and access
● accommodating transparency and accountability.
Numerous rounds of consultation are planned to test the language with stakeholders, including
passengers, rail operating companies, and sustainability experts.
Charity organizational realignment programme
Creating the vision statement for the charity programme has been challenging. Staff
and volunteers were highly sceptical about the proposed changes and rumours were
circulating about the implications of the programme.
Organizational
realignment
Although the programme was not motivating in the short term, the sponsoring group
knew that they needed to craft a message that would resonate across the existing company culture and
provide a vision that was at least understandable, thus creating acceptance that change was needed.
The SRO started the process by commissioning some focus groups to share the external and internal
drivers for change and to test some draft vision statements. These were useful in creating a vision
statement that achieved two things. Firstly, it described the charity two years hence: an organization
that could assure safety and service for those whom it serves, with sustainable funding in place.
Secondly, it reiterated the values underpinning the charity’s ethos to be upheld through the change.
After it was agreed, the vision statement was published in several formats. It had a clear focus on the
desired outcomes of benefit and a commitment to maintaining what staff and volunteers considered to
be the most valuable aspects of the service. Feedback to the sponsoring group resulted in a tentative
truce across the organization regarding the programme. Most people were sceptical but willing to play
their part in shaping the future.
55
Managing Successful Programmes
5.5
Benefits
Definition: Vision
Chapter 5 – Design
● Benefit The measurable improvement resulting from an outcome perceived as an advantage by the
investing organization(s) and which contributes towards one or more organizational objectives.
● Dis-benefit The measurable decline resulting from an outcome perceived as negative by the investing
organization(s) and which detracts from one or more organizational objectives.
Benefits drive programmes. Without the promise of benefits, organizations would not invest in programmes,
and without a focus on benefits, resources would be invested in the wrong places at the wrong time.
Programmes need to design and deliver capabilities that can be transitioned and adopted so that the intended
outcomes are embedded and measurable benefits realized. Programmes also need to understand the disbenefits that are a consequence of planned outcomes which are perceived as negative, and design the
programme to minimize the impact of these.
Sometimes a benefit to one organization, or part of an organization, turns out to be a dis-benefit to another. This
needs to be understood and managed carefully.
5.5.1
Types of benefit
At the highest level, benefits fall into two main types:
● Efficiency Arising from outcomes that enable the organization to create results with fewer resources
resulting in cost reduction, cost avoidance, or reduced working capital. Doing more for the same, or the
same for less, is another way of expressing efficiency (e.g. processing more enquiries with the same number
of people as before).
● Effectiveness Arising from outcomes that enable the organization to create better results now, or increase
the likelihood of future effectiveness in a fast-moving context by improving adaptability. Effectiveness
benefits for better results now may be in the form of higher standards or better levels of compliance; greater
of satisfaction of customers or staff; lower levels of waste; or improved market share. Effectiveness benefits
related to improved adaptability may be an improved ability to respond to changing environments; a faster
time to market of new products or services; an ability to respond to market disruptions quickly; or a
workforce that is more open and able to change.
It is a principle of MSP that benefits should be measurable. Ideally, benefits are measurable in financial terms,
but non-financial measures are also valid. This area is explored further in the justification theme.
5.5.2
The path to benefits
The path to benefits for a programme is shown visually in the benefits map in Figure 5.2. The purpose of the
benefits map is to show the relationship between outputs, capabilities, outcomes, benefits, dis-benefits, and
organizational objectives.
56
Design
Dis-benefits
Outputs
Measured by
Deliver
Capabilities
Benefits
Outcomes
Lead to
Chapter 5 – Design
Embed
Organizational
objectives
Figure 5.2 Path to benefits
One way to create a benefits map is to start with the organizational objectives on the left, decomposing them
(via measurable benefits) to outcomes, capabilities, and outputs of projects or other work on the right (see
Figure 5.3). Working from organizational objectives to outputs answers the question ‘how’.
An alternative way is to start with outputs on the left, and aggregate them through capabilities, outcomes, and
benefits to the organizational objective on the right (see Figure 5.4). Working from outputs to organizational
objectives answers the question ‘why?’.
In practice, the activity of benefits mapping is a messy process that seeks to reconcile the decomposition of
organizational objectives with the aggregation of outputs from projects and other work. The final format of the
benefits map is a choice. After it is completed, the benefits map makes the rationale for investments in projects
and other work clear. It provides the ‘why’ and ‘how’ to support the vision statement and is a vital input to
preparing the business case (see Chapter 6).
Charity organizational realignment programme
The programme decided to create a benefits map by decomposing the organizational
objectives described in the vision. This was a useful process to keep focused on the
Organizational
realignment
purpose of the programme, deriving measurable benefits, outcomes, capabilities, and
outputs from projects and other work. The consultants supporting the programme
reflected that this process had avoided the pitfall of thinking about projects before benefits. The map is
included as Figure 5.3.
57
Managing Successful Programmes
Organizational
objectives
Chapter 5 – Design
Sustainable
charity: fit for
the future
Measurable
benefits
Outcomes
20% additional funds
raised with current staff
and volunteer base with
5% growth p.a.
thereafter
Public motivated to
be generous and
fund the charity
into the future
Ability to raise
more funds
Service 10% more
users with current
staff and volunteer base
Increased number
of people we
can help
Ability to access
more people in
need
Zero compliance
breaches or negative
media about trust
in the charity
Reputation
enhanced as an
ethical operator
Current staff and
volunteer numbers and
expertise maintained
through change
Increased control
of local operations
Capabilities
Ability to control
key processes and
ways of working
Outputs
Digital giving
function
New marketing
and fundraising
campaigns
Technology-enabled
service delivery
channels
New operating
model with greater
centralization and
standardization of
key controls
New ethics policy
and training for
staff and volunteers
Figure 5.3 Benefits map for the charity organizational realignment programme
Outputs
Capabilities
Outcomes
Measurable
benefits
New rosters for
maintenance crews
Ability to group
similar works
together
Reduced disruption
during works
Planned electricity
outages reduced
by 15% over
12 months
New asset
maintenance
schedule
Ability to schedule
maintenance
activities more
efficiently
Increased
productivity of
equipment and
human resources
10% more maintenance
works serviced annually
with current levels of
crews and equipment
New equipment
availability
forecasts
Ability to reduce
equipment idle
time
Reduced the time
taken to carry out
maintenance works
Resource utilization
increased by 10%
over 12 months
Figure 5.4 Benefits map for the utilities maintenance and improvement programme
58
Organizational
objective
Improved
operational
efficiency
Design
Utilities maintenance and improvement programme
The programme decided to create a benefits map working to illustrate the flow from
delivery of the programme’s outputs and capabilities through to achievement of the
Efficient
delivery
resulting outcomes and measurable benefits. The programme has other benefits
associated with the achievement of the maintenance and upgrade work, but this part of
the benefits map is focused on the efficiency benefits for the utility. The map is included as Figure 5.4.
Understanding benefits
It is helpful to look at benefits from the perspective of stakeholder impact and timing of benefits realization to
ensure a greater understanding.
5.5.3.1
Stakeholder impact
Although benefits and dis-benefits are as perceived by the investing organization(s) (i.e. they are the result of
intended outcomes), each benefit or dis-benefit will impact a group of stakeholders in a different way. It is
useful to understand the impact of each benefit on all groups of stakeholders as this may trigger issues or risks
for the programme. The intended impact may be quite different from the stakeholders’ perception, and this is
valuable information that could prevent future problems. Where stakeholders perceive that a programme may
impact them negatively, they are likely to demonstrate either resistance or apathy. Both are challenging and
could create significant unintended effects for the programme; therefore they need to be managed carefully by
the BCM.
5.5.3.2
Timing
Benefits are realized at various points during and after the programme’s lifecycle. The detailed timing of benefits
is documented in the benefits realization plan (see Chapter 7). Here it is sufficient to consider the timescale to
benefits realization. It is helpful to know, for example, whether a benefit might be used as a short-term ‘quick
win’ to help keep stakeholders supportive of the initiative, or whether it might be better to release cash as the
programme progresses (see Chapter 6).
5.5.4
Measuring and realizing benefits
The benefits that are intended to flow after embedding outcomes are hypothetical without a plan to actually
realize and measure those benefits. For example, adopting new capabilities in an organization may intend to
increase efficiency by allowing a process to be performed by fewer resources. However, the benefit is only
realized when resources are removed from the process (through reassignment, redeployment, or redundancy)
and the remaining resources are skilled and committed to performing the new routines.
A key document in the benefits realization process is the benefit profile. The purpose of a benefit profile is to
provide a description of the attributes and interdependencies of a single benefit and to detail how it will be
realized and measured. The responsibility for benefits realization is with the BCM, although a specific benefit
may have a different owner in the investing organization.
59
Chapter 5 – Design
5.5.3
Managing Successful Programmes
The minimum contents of a benefit profile are:
● Description What precisely is the benefit?
● Observable outcomes What are the verifiable differences that will be noticeable after the outcomes are
embedded?
● Attribution Where will this benefit arise? Can the programme claim the entirety of its contribution (i.e. no
other actions are needed outside of the programme to realize the benefit)? Are the accountability and
responsibility for delivering the change clear?
● Measurement How will the achievement of the benefit be measured and over what timeframe?
Chapter 5 – Design
The remainder of the benefit profile takes more time to create but when complete includes:
● a description of the benefit
● the organizational objectives to which it relates
● the benefit type
● how the benefit will be measured (financial where possible)
● key performance indicators (KPIs) in the business operations that will be affected, both immediately after
realization and in the future
● current baseline performance levels, and the anticipated improvement trajectory
● outcomes that need to be embedded to enable realization
● related capabilities that need to be delivered, transitioned, and adopted
● the business changes required (e.g. to process, culture, people, and policies)
● the costs of embedding the outcome and realizing the benefit
● related issues and risks
● any dependency on events or other projects/programmes outside of this programme
● the operational owner of the benefit and the operations that will receive this benefit
● the person responsible for realizing this benefit (usually the BCM)
● any related (intended) dis-benefits and how these will be managed.
Some organizations find it helpful to have a benefit profile for individual dis-benefits. Others prefer to refer to
the management of dis-benefits in the same profile as the benefit from a particular outcome.
Charity organizational realignment programme
The programme is driven by the achievement of four benefits that are measures of the
desired outcomes. The minimum contents of a benefit profile are shown for each of the
four benefits in Table 5.2.
Organizational
realignment
The programme will transform the current-state operating model, with ownership of the programme
firmly within the permanent organization. To cement this ownership, ‘commitment contracts’ have been
agreed with the parts of the organization that will own the benefits after the programme has been
completed. This ensures that the programme benefits will be seamlessly input into the operating plans
and budgets in subsequent years.
60
Design
Table 5.2 Minimum content of the four benefit profiles for the charity programme
Observable outcomes
Attribution
Measurement
Greater number of people
committing to larger direct
debits to support the charity
Customer services director
responsible. All growth attributable to
the programme. Dependent on
capabilities for marketing and digital
collection
% increase in monthly donations
compared with baseline at the
start of programme
Service 10% more users
with current staff and
volunteer base
Ability to help all service
users who request support
Customer services director
responsible. All growth attributable to
the programme. Dependent on
capabilities for technology-enabled
service provision
% increase in numbers of people
supported compared with
baseline at the start of the
programme
Zero compliance breaches or
negative media reports
about trust in the charity
Improved reputation of the
charity in all parts of the
world
Operations director responsible.
Dependent on capabilities to control
key processes and ways of working
Number of:
● rolling monthly number of
reportable breaches
(decreasing)
● rolling monthly number of
non-reportable breaches
(decreasing)
● rolling monthly number of
near-misses or whistleblowing reports (increasing)
Current staff and volunteer
numbers and expertise
maintained during the
change
5.6
Satisfaction of the team
sustained
CEO responsible. Dependent on
capabilities to provide effective
support for staff and volunteers
Quarterly staff satisfaction rate:
target 80% minimum
Staff and volunteer attrition rate:
target 5% maximum
Risk identification and prioritization
Definition: Programme risk
An uncertain event that, if it occurs, will have an effect on the achievement of the programme’s objectives.
The exposure of the programme’s objectives to risk is determined by multiplying the perceived likelihood of
each threat or opportunity occurring by an estimate of the size of its impact on one or more of the objectives.
Programmes are inherently uncertain and predominantly deal with a particular type of uncertainty associated
with a lack of knowledge: ambiguity. Uncertain events that would affect the achievement of programme
objectives are programme risks. Programme risks may have a negative impact (threats or downside risks) or a
beneficial impact (opportunities or upside risks).
Programme objectives may be interpreted as the achievement of outcomes of benefit, with the size of risk impact
measured in the same units as benefits. Organizations may also wish to specifically identify risks to cost targets
(not just net benefit measures) or other organizational objectives. The risk appetite for those objectives that are ‘at
risk’ is defined in the governance approach in the programme strategy, and this work ensures that the programme
has impact scales to prioritize those risks that reflect what is most important to the investing organization(s).
MSP does not specify a particular risk management process other than to require a single process for the
programme that follows a Plan–Do–Check–Act cycle; however, it does require the use of a risk register. The
61
Chapter 5 – Design
Description
20% additional funds raised
with current staff and
volunteer base, with 5%
growth p.a. thereafter
Managing Successful Programmes
purpose of the risk register (which may be in the form of a document or a database) is to record those uncertain
events that would affect one or more programme objectives. It also keeps a record of the risk exposure for each
of those events and the management actions to respond to them (for response planning, see Chapter 10).
5.6.1
Types of programme risk
The risk register is likely to include wide-ranging types of risk, including those associated with:
● stakeholder behaviours
● delivery performance of projects and other work
Chapter 5 – Design
● emerging changes in the programme environment
● capacity and capability of the organization to embed changes.
Programme-level risk management does not seek to manage risks to the objectives of individual projects and
other work within the programme, but it is the place to:
● manage risks with a direct impact on one or more outcomes of benefit
● escalate project risks that have a programme-level impact
● aggregate project risks that have common causes or would benefit from a coordinated programme-level
response for some other reason.
When a risk is identified it is important that causes (facts that exist now) are separated from uncertain events
(things that may happen) and effects (the outcome of benefit that is ‘at risk’).
Organizations often use risk categories, sometimes referred to as a risk universe, to prompt the identification of
risks. This can be useful to avoid gaps in the risk register. An example of an organization’s risk universe network
is shown in Figure 5.5.
Other techniques for identifying risks exist and are described in detail in Management of Risk (M_o_R).
Liabilities
Programmes
and major
projects
Market
dynamics
Physical
assets
Governance
Mergers
People
Operational
Strategic
Stakeholder
engagement
Information
technology
Planning
Supply
chain
Compliance
Financial
Tax
Legal
Liquidity
Standards
Credit
Regulatory
Accounting
and statutory
reporting
Figure 5.5 An example of a risk universe
62
Capital
structure
Market
Design
Utilities maintenance and improvement programme
One of the benefits of managing utilities maintenance and improvement as a
programme is that the organization now has a more coordinated approach to risk
identification and subsequent prioritization and response planning.
Efficient
delivery
Chapter 5 – Design
Previously, each project had a risk register but the content of these registers was
limited to ‘normal’ technical risks, such as the potential for ground or weather conditions to be worse
than expected, preventing construction work at the planned pace. Because risk registers contained the
same information each time, little value was seen from the practice and risks were rarely managed, just
noted until they were no longer risks either because the project was lucky, or the risk became an issue
to be managed.
The programme risk register focuses on risks to three objectives:
● health and safety of the public, employees, and contractors working on schemes
● ability to meet the efficiency targets (completing schemes on time with allocated resources)
● reputation of the utility with the regulator and the public.
The project/scheme-level risks that are common across the programme are combined at programme
level. One advantage of this has been analysing weather patterns at a systemic level, optimizing the use
of labour and equipment by, for example, not planning work in areas of known flood risk during certain
months.
The programme also looks at upside risks leading to a focus on seizing opportunities with the potential
to improve the utility’s public reputation.
5.6.2
Risk prioritization
Each risk in the risk register needs to be prioritized so the programme leadership can decide where it is most
important to invest in additional responses to increase certainty. Prioritization will, as a minimum, include:
● an assessment of the likelihood of the risk occurring
● an estimate of the impact on one or more programme objectives.
Calibration of the impact scales used to prioritize risks is a minimum requirement derived from the
determination of risk appetite; this is part of the governance approach in the programme strategy (see
Chapter 4). When impact scales are calibrated in this way, it facilitates the appropriate escalation to the
sponsoring group of those programme risks that exceed programme level-tolerances.
In addition to the risk register, organizations may choose to display risks using a heatmap such as the one
shown in Figure 5.6. Here, the likelihood and impact of the risks are shown, together with the status of the
risk responses.
63
Managing Successful Programmes
Risk responses not yet planned
Risk responses planned but not implemented effectively
VH
Risk responses planned and being implemented effectively
Risk is tolerable and requires no further response
VH
H
M
L
VL
H
=
=
=
=
=
very high
high
medium
low
very low
M
Risk tolerance threshold
Any risks that are top right of the
tolerance threshold are escalated
to the sponsoring group
L
Chapter 5 – Design
VL
VL
L
M
H
VH
Impact (effect)
Figure 5.6 An example of a heatmap showing the status of programme risks
Other techniques for prioritizing risks may also be deployed; for example, consideration of the relationships
between risks, the proximity of the risk (in time), and/or the velocity of risk (speed of effect). Such techniques
are becoming popular as organizations acknowledge that risks tend not to happen one at a time and that
analysis of the interactions between risks is required. For example, where there are common causes, an analysis
of risk connectivity can provide valuable insight (see Figure 5.7).
4
2
5
3
1
8
7
6
11
12
12
13
10
9
14
15
Figure 5.7 An example of the visualization of risk connectivity
64
5
Size of circles represents
exposure of each risk
(likelihood and impact).
Each number represents
a risk identifier
Thickness of lines
represents strength
of connections
Design
Further information on modelling the combined effects of risks to determine overall confidence levels and
financial contingency is included in the justification theme (Chapter 6). For more information on the risk
management processes relevant to programmes, see Management of Risk (M_o_R). If you are interested in risk
at a project level, see Managing Successful Projects with PRINCE2.
Risk response planning is covered in the decisions theme (Chapter 10).
5.7
Target operating model
Chapter 5 – Design
Definition: Target operating model
A detailed description of the future state of the investing organization(s) after the programme has finished,
including roles and responsibilities, culture, processes, technology, infrastructure, information and data, and
knowledge and learning.
The programme’s vision statement paints a picture of the desirable future state. The benefits map outlines the
path to benefits realization. The target operating model is created by taking these inputs and expanding and
developing them into a detailed description of what the investing organization(s) will be like when the
programme is completed.
The purpose of the target operating model is to articulate the future organization structure, its working practices
and processes, the information it requires, and the technology that supports its operations. This future state
needs to be capable of achieving the desired outcomes of benefit. The target operating model is used
throughout the programme, maintaining the focus on the future state. It is important to note that the target
operating model is not concerned with how to reach the future state. In most cases, there will be many different
possibilities, passing through multiple intermediate operating models and landing points (as described in
Chapter 7).
Design of the detailed target operating model will require input from a wide variety of experts. Programme
leaders may need to bring in staff with specialist skills from external consultancies and contractors. These may
be experts in:
● business analysis and architecture
● organization design
● infrastructure, technology, and information
● how the organizations involved operate currently in terms of processes, culture, organization, technology,
infrastructure, information and data, and knowledge and learning.
65
Managing Successful Programmes
5.7.1
Aspects of the target operating model
Figure 5.8 shows aspects of the target operating model.
Processes
Chapter 5 – Design
Knowledge
and learning
Information
and data
Infrastructure
Culture
Organization
Technology
Figure 5.8 Aspects of the target operating model
The key aspects which need to be considered and integrated in the target operating model are:
● Processes Consider working practices, processes, and detailed process steps (including performance
measures). Make sure that measures cover efficiency, effectiveness, and adaptability requirements. What
will the KPIs of the future include? In addition to the steps in each core process, consider those that guide
and enable. Guiding processes include those that implement regulations and policies, and reporting.
Enabling processes provide the appropriate support, trained people, supporting technology, and
infrastructure to support the core processes.
● Culture Consider the key elements of organization design such as the culture, ethos, and the style of the
organization. What will the values of this organization be in the future? Will they change? All of this makes a
considerable difference to how people perform and the ability of the organization to cope with a volatile and
uncertain context.
● Organization Consider the capabilities needed for the future. How will they be supported in terms of
organization structure, staffing levels, roles, and responsibilities? What training and competences will be
required for each role?
● Technology Consider technology of all types, including IT systems and the tools needed to support people
to work effectively in the future.
● Infrastructure Consider the physical infrastructure such as buildings, equipment, and machinery, and the
accommodation and workspaces needed for the people in the new organization structure to be able to
work well.
66
Design
● Information and data Consider the information and data required for future business operations and
performance management. In a world where huge volumes of data are created every day, consider the
possibilities of accessing data to produce valuable knowledge that was not possible in the past.
● Knowledge and learning In an uncertain and changing world, organizations that can easily access the
knowledge embedded in their processes, people, and information, and adapt and learn from this knowledge,
will survive. Consider how to support this in the future, building in access to and curation of knowledge, and
ongoing learning.
It is important that all of the elements are considered in depth. It is easy for one aspect to overpower the others
and this needs to be avoided. Ensure that where the programme has a large percentage of its work in one area
(such as implementing new technology or infrastructure) that the other aspects of the target operating model
are considered in detail. This will ensure that the target operating model describes a coherent set of capabilities.
5.7.2
Current state, future state, and gap analysis
The status of the operating models for the relevant parts of the investing organization(s) at the start of a
programme is called the current state. In some situations, the programme may be creating something
completely new, but usually there is an existing operating model that will be changed by the work of the
programme. It is important to consider all the different aspects of the current state to understand where things
are now. This includes performance measures and KPIs to give a performance baseline at the start of the
programme. This is an input into the benefits process, as benefits depend on the difference between future and
current performance.
Avoid spending too much time and energy finding out about the present, as it is possible to go into many layers
of detail. Choose the appropriate level for exploring the current state and then do not go any deeper, unless
there is a good reason, which will help avoid the same problems in the future.
When the programme team have a good understanding of the target operating model (the future state) and how
things work at the start (the current state), it is possible to analyse the gap between the two. Each of the seven
aspects listed above need to be explored.
There are many ways in which the current- and future-state operating models can be depicted in practice.
Table 5.3 shows an example for the charity organizational realignment programme.
67
Chapter 5 – Design
Each aspect of the target operating model must be integrated. Without the right data, information systems will
not be able to function. Without people who are motivated and supported to perform to the best of their
abilities, the organization’s business processes will not work as well as they can. It is only a combination of all
of these elements that will enable the outcomes of benefit.
Managing Successful Programmes
Table 5.3 Current and future state operating model for the charity organizational realignment programme
Chapter 5 – Design
Current state
Future state (two years hence)
Processes
Common processes in place related to finances (salaries,
pensions, accounting, etc). All other policies and processes
established in regional operational centres
Common processes for all aspects of the charity’s
core work
Culture
Strong, shared ethos across the charity. Cohesive
organizational cultures in each region
Common organizational culture built on the strong,
shared ethos
Organization
Regional structure with minimal central support from
finance, HR, customer services (including marketing/
fundraising/public relations), and IT
Centralized centres of excellence for finance, HR,
customer service, and IT, with changed reporting
lines for regionally based staff serving these
functions
A new compliance directorate with responsibility for
risk and internal controls
Regional structure focused on front-line support for
service users
Technology
Core systems in place to support current processes
New systems for digital giving and technologyenabled service provision created with integration to
existing systems
Infrastructure
No changes to buildings, equipment and machinery
are required. The working assumption is that a
small increase in staff numbers in HQ can be
accommodated without additional investment
Information and
data
Information about current processes and operations is
available
Information and performance metrics adjusted to
monitor the benefits of the programme
Performance management framework is in place
Knowledge and
learning
Knowledge resides largely in regional operations with little
effective sharing
Effective sharing of knowledge and implementation
of lessons learned across the charity
Formal training is organized locally
Formal training organized centrally but delivered
locally
Current operating model
Target operating model
New
Enhanced
Processes
Knowledge
and learning
Information
and data
Infrastructure
Processes
Culture
Knowledge
and learning
Gap
Organization
Technology
Information
and data
Infrastructure
Removed
Culture
No change
Organization
Technology
Figure 5.9 The gap between current and future states
It can also be helpful to create visuals to show the gap between the current and future states. Figure 5.9 is an
example of such a gap.
68
Design
Bank compliance and adaptability programme
When the programme has been completed, the target operating model for the bank will
be similar in each region, but not identical because regional regulations and products
sold vary. The end goal is an operating model that enables the bank to compete with
rival banks, developing new products to meet current and future customer needs, using
new possibilities provided by technology.
Effective
delivery
Chapter 5 – Design
The changes required are summarized here but a detailed target operating model will be needed for the
programme, showing regional variances as these become understood:
● Processes Many business processes stay the same; however, the supporting technology may
change. New processes will be required to take new financial technology products to market at
speed.
● Culture The programme introduces big changes. At the start, the bank operated in a bubble where
no data left the bank, protecting its customers. By the end of each tranche, there will be competitors
accessing data for customers, and third parties initiating payments. The ‘island’ mindset of many of
those employed by the bank will need to change considerably. Another change in culture is for the
bank to become more adaptable, and for people to realize that new products can be developed in
weeks and months rather than years. In the past, new products have required meticulous planning
and have taken considerable investment to develop. This can now be done quickly with the new
interface layer. The culture in the future state needs to be adaptable, flexible, and innovative, with
people willing to try things out and fail fast, rather than only investing in products that seem certain
to succeed. The programme needs to create these changes within the conservative appetite for
reputational risk at the corporate level.
● Organization The organization will require people with skills in the new technologies to support
bringing products to market quickly.
● Technology The new interface layer means that the old legacy systems are now in the background
and do not need to be changed to make new products. The technology is changing to a newer
innovative financial technology, driven by applications that work across multiple operating systems.
● Infrastructure No change is required in the physical infrastructure, except for space and a suitable
environment for professionals with the required technology-based skillset to work in.
● Information and data An entirely new way of working with customer data is required. It is important
that the data remains safe and that risks of data breaches are minimized.
● Knowledge and learning Retaining the knowledge of those who build the new interface layer is vital
for sustained competitive advantage.
69
Managing Successful Programmes
5.8
Documents to support the theme
The documents produced as records of application of the design theme are shown in Table 5.4.
Table 5.4 Documents to support the design theme
Chapter 5 – Design
Document
Purpose
High-level content
Programme
strategy: design
approach
To define how the vision,
benefits, target operating model,
and associated risks will be
defined and approved by
governance
Vision How the vision for the programme will be agreed and approved
Benefits How the benefits for the programme will be agreed and approved
Target operating model How the target operating model will be defined and
approved
Risk identification How the risks to achievement of the benefits will be identified
and captured
Risk prioritization How the risks to achievement of the benefits will be prioritized
Vision
statement
Benefits map
To document the vision for the
programme in a way that
enables engagement, motivation,
and alignment of the large
community of stakeholders
involved in the programme,
possibly across multiple
organizations
Outward-facing description of the future state that is:
To show the relationship
between outputs, capabilities,
outcomes, benefits (or disbenefits), and organizational
objectives
Path to benefits A visual representation of the path to benefits that relates to the:
● concise
● understandable by a wide range of stakeholders
● engaging
● sufficiently motivating to make maintaining the current state undesirable
● outputs of projects and other work
● capabilities
● outcomes of benefit (or dis-benefit)
● benefits to be measured
● organizational objectives of the programme
Benefit profile
To provide a description of the
attributes and interdependencies
of a single benefit and to detail
how it will be realized and
measured
Description of the benefit, including:
● the organizational objectives to which it relates
● the benefit type
● how the benefit will be measured (financial where possible)
● KPIs in the business operations that will be affected, both immediately after
realization and in the future
● current baseline performance levels and the anticipated improvement
trajectory
● outcomes that need to be embedded to enable realization
● related capabilities that need to be delivered, transitioned, and adopted
● the business changes required (e.g. to processes, culture, people, and
policies)
● the costs of embedding the outcome and realizing the benefit
● related issues and risks
● any dependency on events or other projects/programmes outside of this
programme
● the operational owner of the benefit and the operations that will receive this
benefit
● is the person responsible for realizing this benefit (usually the BCM)
● any related (intended) dis-benefits and how these will be managed
70
Design
Document
Purpose
High-level content
Risk register
To record those uncertain events
that would affect one or more
programme objectives
Description of risk, including:
● likelihood of the risk occurring
● impact on the programme if the risk does occur
● proximity of the risk
● risk owner
● risk responses (ideally with costs)
● planned residual likelihood and impact, assuming responses are effective
● relevant dates
Note: risk responses are dealt with in Chapter 10
To articulate the future
organization structure, its
working practices and processes,
the information it requires, and
the technology that supports its
operations
Future-state description, including:
Chapter 5 – Design
Target
operating
model
● processes
● culture
● organization
● technology
● infrastructure
● information and data
● knowledge and learning
5.9
Focus of key roles for the theme
The areas of focus associated with the design theme for the roles of sponsoring group members, SRO,
programme manager, BCM, and programme office lead are shown in Table 5.5.
Table 5.5 Areas of focus for key roles associated with the design theme
Role
Areas of focus
Sponsoring group members
Ensuring the design approach is fit for purpose
Agreeing benefits and their measures
Identifying risks
Senior responsible owner (SRO)
Agreeing the design approach to include in the programme strategy
Approving the documents associated with the theme
Programme manager
Day-to-day leadership of the programme, including responsibility for completion of the
requirements of the design theme
Business change manager (BCM)
Providing sufficient and appropriate operational resources to support the design, ensuring that:
● the vision is clear and sufficiently motivating for the programme team plus the organization as
a whole
● the benefits are realistic for the organization to achieve
● the target operating model is appropriate in all aspects
● the risks associated with the business change are fully understood
Programme office lead
Providing specialist resources required for design theme activities
71
Managing Successful Programmes
Chapter 5 – Design
72
CHAPTER 6
Justification
6
Justification
Figure 6.1 shows the justification theme as part of the MSP framework.
FICATI N
O
S
STI
Embed the
outcomes
KN
OW
LED
GE
STR
U
U
CT
RE
D
AM EA
BI L
GU
JU
Evaluate
new
information
IT Y
DE
CIS
IO
NCE
OY I
PL SK
DE SE
ER
DIV
LL
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
Plan
progressive
delivery
Design the
outcomes
ASSURA
REALIZ
E
MEASURABLE B
ENE
FIT
S
D
NS
N
IG
ES
Chapter 6 – Justification
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
I
C
A
O
G
N
R
O
PA
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 6.1 The justification theme as part of the MSP framework
6.1
Purpose
The purpose of the justification theme is to describe how programmes:
● ensure that the investment of capital and resources is value for money
● balance affordability and achievability with the desired benefits of value to stakeholders
● manage finances over the lifecycle, including budgeting and cash-flow management.
74
6.2
Key relationships with principles
The justification theme contributes to the adherence to MSP principles across the programme lifecycle. Key
relationships with the principles are summarized in Table 6.1.
Table 6.1 Key relationships between the justification theme and MSP principles
By …
Resulting in …
Lead with purpose
Justifying and communicating the financial
viability over time in the business case
Managed stakeholder expectations about the
programme’s evolving purpose (benefits) and
challenges (costs and risks)
Collaborate across
boundaries
Implementing governance for financial
decision-making related to investments,
priorities for cash, and/or the risk profile of
achieving outcomes
Decision-makers having clear expectations, even if
they are in different organizations
Deal with ambiguity
Reflecting uncertainty of estimates and specific
risks in the business case
Confidence levels in achieving particular outcomes
being understood by decision-makers
Align with priorities
Reflecting new information in the business case
(e.g. performance to date, potential changes in
direction, changes to the size and phasing of
costs and benefits, and changes to the risk
profile)
Clear understanding of the current expectations about
return on investment, given changing circumstances
and competition for scarce resources
Deploy diverse skills
Providing visibility in the budget of the
incremental costs of deploying specialized skills
from inside or outside the organization
Decisions about resource deployment that balance
costs and pace of delivery of benefits with individual
and organizational learning
Realize measurable benefits
Ensuring benefits are measurable, either with a
direct route to cash, through the use of cash
proxies, or by using a non-financial measure
Stakeholder confidence that the benefits are real and
the investment is justified
Bring pace and value
Expressing the design and structure of the
programme in financial terms to make clear
how the phasing of expenditure and benefits
realization supports the pace of delivery
Transparency of investments and outcomes
6.3
Programme mandate
The purpose of the programme mandate is to initiate early thinking about a programme. It is provided by the
executive management and could arrive in any format, but the sponsoring group take the information to create a
document that is used to confirm the following:
● strategic or operational drivers for the programme
● information about the internal and external organizations likely to be involved and their roles
● critical success factors against which the programme will be justified and judged
● any assumptions or constraints.
The programme mandate provides initial input to the programme brief which in turn informs the business
case. It also provides essential input for crafting the vision statement. On confirming the programme mandate,
the sponsoring group will also confirm the initial budget for progressing the programme and creating the
programme brief.
75
Chapter 6 – Justification
The justification theme
applies the MSP principle
Managing Successful Programmes
6.4
Funding approach
The funding approach outlines the questions that the programme strategy must address as a minimum. Its
content will vary depending on the organizations investing in the programme and the extent to which investment
decisions can be made as part of BAU corporate governance or whether special funding instruments or
decision-making processes are required.
The funding approach in the programme strategy answers the following questions:
● Who are the investors?
● What share of the investment will be borne by which party?
Chapter 6 – Justification
● What funding mechanisms will be used, how debt will be serviced, and what requirements will need to be
satisfied for the different parties?
● How will the phasing of investments work over time and what are the implications for cash flows?
● If the programme is intended to be self-funding (i.e. benefit delivery in the early part of the lifecycle is used to
justify later tranches), what controls will be put in place to release cash based on actual savings or growth?
● What methods will be used to set budgets and size, and manage financial contingency? How will programme
budgeting be aligned with annual business planning and budgeting?
6.4.1
Funding mechanisms
Definition: Funding mechanism
The way(s) that the investing organization(s) chooses to provide finances to the programme over time.
When the investment in a programme is within a single privately owned organization or charity, the executive
team and its board can decide how to fund the investment. Investments may be funded through borrowing from
investors or the market as loans in the form of overdrafts, capital, or funds from shareholders through rights
issues, venture capital, or grants. Single organizations can adjust the funding mechanisms over time if necessary
to meet the needs of the business.
In the public sector, investment may be made directly by the government treasury as part of public-sector
borrowing plans, or other funding arrangements may exist that engage private-sector capital for the delivery of
public programmes.
In the case of a multi-organization investment in the programme, developing the funding mechanisms is likely to
be more complex and may involve international investors and grant funding from, for example, the United
Nations. In such cases, the goals and agendas of multiple funding stakeholders need to be aligned and
auditable systems put in place to track performance. A major goal in such situations, as is the case with all
programmes, is to agree the delegated limits of authority at local (programme level) so that the programme can
progress without unreasonable delay while maintaining the confidence of the funding bodies.
76
Justification
It would be normal for the finances to fund the programme to be released to the team as part of a budget.
Budgets may cover the whole programme or part of a programme, such as the next tranche of work or the next
financial year. Some programmes receive a ‘seed’ budget for a specific period of time before the initial benefits
are realized, after which the programme is expected to be self-funding.
National Rail network programme
Innovation
and growth
Chapter 6 – Justification
The National Rail network programme requires a significant level of government
funding over many years. The government treasury strives to minimize the cost of
borrowing across all government programmes and is working with affected
departments, primarily transport, to understand the timing and level of the required
allocation of funds.
Funding allocation needs are reviewed as part of the government’s budgeting processes and revised as
necessary to take into account policy priorities and progress with major capital schemes. Updates to
budgetary and allocation needs are included in the government’s budget. This is a politicized event as
funding for this programme means other programmes will not receive funding.
There is a preliminary cost profile for the programme. The capital investment required is significant and
it indicates several periods when the demand for capital funding will peak. The government is exploring
funding regimes that would make private-sector capital available. There are risks and rewards associated
with such partnership arrangements and the SRO is working with the government treasury to evaluate
options and bring together the relevant information to enable the sponsoring group to make a decision.
Utilities maintenance and improvement programme
Funding for this programme comes from internal budgets. The infrastructure
investment committee is responsible for approving all the initiatives in the infrastructure
portfolio, which includes approving, in principle, the portfolio of schemes (projects) to
be delivered over five years to achieve the goals of the programme.
Efficient
delivery
The annual infrastructure portfolio budget is released each year, and this includes the annual budget
allocated to the maintenance and improvement programme. The level of budget determines the amount
of work that can be completed during the year, and the challenge for the programme is to complete as
much work as possible with the funds available.
If any project in the programme is unable to complete the work as planned, the unused funding is
returned to the programme so it can be reallocated to other work. This requires behavioural change
across the maintenance teams, and the BCM and programme office lead work together to ensure that
reporting and forecasting are as honest as possible.
77
Managing Successful Programmes
6.5
Programme brief
The purpose of the programme brief is to validate and build from the programme mandate and create the
information that represents evolving thinking about a number of the programme’s areas, such as:
● initial vision
● outcomes
● benefits
● costs of building and embedding new capabilities
● risks to the achievement of costs, outcomes, and benefits
Chapter 6 – Justification
● early ideas on funding and cash flows.
The programme brief is often said to be the ‘first draft’ business case. It must expose any flaws in the original
mandate. In particular, the programme brief looks not only at the desired outcomes of benefit and the (highlevel) costs to achieve them, but reflects a realistic view of the organization’s competence, capacity, and culture
to be successful.
Depending on the organization’s approach to measuring benefits in financial terms, some programmes may have
costs that are not balanced by direct financial benefit. For example, programmes that are required to comply
with changing legislation may be justified, in part, on the basis of avoided fines, or programmes intended to
improve customer satisfaction may be justified without attributing all new sales to the programme. The
programme brief will make such underpinning assumptions clear so they can be further developed in the
business case.
6.6
Business case
The purpose of the business case is to describe the overall costs, the planned benefits realization, and the risk
profile of the programme in order to assess its viability and make appropriate management decisions about its
continued justification. In approving the business case, the sponsoring group authorizes investment for the
programme to seek to deliver the organizational objectives of the investing organization(s). It is the one element
of programme information that requires continual review and adjustment to take into account new information
and actual performance. Inputs to the business case include the outputs from work across all the other themes;
for example, the target operating model from the design theme and the resourcing approach from the structure
theme.
The business case looks at the combined effect of the:
● value of benefits
● costs of delivering capabilities
● costs of embedding outcomes of benefit
● timing of investments and business changes
● risks to achievement of benefits and size of financial contingency.
Figure 6.2 illustrates the business case.
78
Justification
Programme mandate
Programme brief
Target operating model
Programme business case
Inform
Inform
Benefits
Risks
Chapter 6 – Justification
Resources
Timings
Project
business
case
Scope,
objectives,
and
constraints
Alignment
Assurance
Figure 6.2 The business case
All benefits must be measurable but it is highly desirable when building a business case (to justify initial and
continued investment in a programme) to be able to express those benefits in financial terms. There are
numerous tried and tested ways to carry out an investment appraisal, the critical success factor being that the
benefits claimed must be directly attributable to the work to be funded, with no ‘leaps of faith’ or ‘doublecounting’. The benefits map and associated benefit profiles are crucial documents in ensuring this is achieved.
Some organizations choose not to measure all benefits in financial terms.
When benefits are directly attributable to the work of the programme, the costs of delivering those outcomes of
benefit can be estimated. This is the case whether they are investments in new capabilities or investments in
embedding the outcomes into routine processes to create long-term value.
The logic underpinning the phasing of the work requires interplay across the multiple themes to find the optimal
size of investment that is affordable and represents an achievable amount of change for the organization at an
acceptable level of risk.
In some organizations it is a requirement to include considered options in the business case as well as the full
justification for the chosen option. Options analysis is discussed in the decisions theme in Chapter 10.
6.6.1
Investment appraisal
Investment appraisal is necessary to justify initial and continued investment in the programme. An investment
appraisal looks at the relationship between benefits, costs, and risks.
79
Managing Successful Programmes
6.6.1.1
Financial measures of benefits
Financial measures of benefits may include:
● cost savings vs budget, such as reduced staff costs
● future cost avoidance, such as the avoidance of the need to upgrade a system that is being replaced
● growth, such as additional sales that are directly attributable to the programme
● cash proxies for qualitative benefits, such as increased customer satisfaction (reduced sales costs), staff
satisfaction (reduced costs of recruitment), or improved safety performance (reduced costs of investigations
or fines).
Chapter 6 – Justification
Financial measures of benefits enable investment appraisals to determine the return on investment using
metrics such as:
● Payback A measure of time to literally pay back the investment of cash and other resources.
● Net present value (NPV) An amount of money that the investment will have earned by a particular point in
time that takes into account the time value of money using a discount rate to determine discounted cash
flows (DCF).
● Internal rate of return (IRR) A percentage that indicates the rate of return on investment when the NPV
is zero.
The assumptions underpinning the estimates of benefits and costs need to be explicit to enable decision-makers
to judge the validity of the measures of return on investment.
Figure 6.3 shows a graph of a simple payback approach to investment appraisal, often called the cumulative
net benefit curve.
Programme close
Value of benefit
Cost of delivering benefit
Net benefit line
Programme start
Figure 6.3 Cumulative net benefit curve
80
Justification
6.6.1.2
Non-financial measures of benefits
Non-financial measures of benefits may include:
● satisfaction rates with a service from customers or citizens
● staff satisfaction
● safety performance
● asset utilization, such as percentage availability or percentage ‘down-time’.
It is vital to clearly state the assumptions that underpin estimates.
Understanding and accepting the risk profile and not setting expectations of higher-than-justified confidence in
estimates of return on investment is critical work for the SRO and sponsoring group. Decision-makers often
require confidence levels to be placed on return-on-investment estimates, and quantitative risk assessment
techniques can support this requirement by modelling the combined effects of estimate uncertainty and specific
risks (see section 6.6.2).
6.6.2
Combined effects of risks
Risk models aim to represent an uncertain situation (in this case, the programme’s business case) by taking into
account:
● variability in estimates of benefits and costs, such as productivity rates or sales volumes
● the combined effects of specific threats and opportunities from the risk register.
Risk models use statistical methods to analyse the effect of uncertainty on objectives. Using three-point
estimates for each variable, the analysis produces an overall estimate of the results from the programme with
information on the confidence levels it would be rational to hold about meeting a capital cost or NPV. Such
analysis is said to be probabilistic. If this kind of analysis is not done and single-point estimates are used in
financial models, the predicted out-turns are said to be deterministic. It then becomes difficult to have any
confidence about whether the results represent an optimistic, realistic, or pessimistic view of the programme.
The key to building risk models is to be very clear about underpinning assumptions and the parameters used to
build the output. This is specialist work performed by people typically employed in a programme office.
However, in many programme environments it is essential to be explicit to enable confidence levels in achieving
the programme’s goals, in order to manage the investing stakeholders’ expectations.
It is common when building such models to look only at costs, but there is a greater value in looking at the
whole business case (benefits and whole-life costs) and at a probabilistic NPV of the investment or a
probabilistic IRR.
An example of the output from a risk model is shown in Figure 6.4. It is common practice to refer to the
probability of achieving an objective (e.g. a capital cost for a programme or the NPV of the investment) as P
followed by the percentage confidence. In Figure 6.4, therefore, the P10, P50, and P90 positions on the
cumulative curve relate to the 10%, 50%, and 90% confidence levels respectively.
81
Chapter 6 – Justification
Where the investing organization(s) does not require a complete financial expression of return on investment,
the business case may show a lower financial return based on the relationship between costs and a sub-set of
benefits (with other benefits expressed qualitatively). Where benefits are difficult to attribute directly to the
programme in financial terms, such as sales growth, the sponsoring group is likely to accept non-financial
measures. This avoids the risk of double-counting of benefits in the investment appraisal or assuming that
benefits will flow from the work of the programme, when in fact other activities are required to realize those
benefits.
Managing Successful Programmes
Probability
of achieving
an objective
P90 (90% confidence level)
Costs,
benefits,
or NPV
P50 (50% confidence level)
Chapter 6 – Justification
P10 (10% confidence level)
Range of results from probabilistic risk analysis
Figure 6.4 An example of the output from a risk model
Other techniques exist for looking at specific risks to the business case at a less granular level (e.g. decision
trees and sensitivity analysis). For more information, see Management of Risk (M_o_R).
6.6.3
Sizing and allocating ownership of financial contingency
Definition: Financial contingency
The financial allowance that the investing organization(s) decides to make available to deal with identified
and unidentified risks.
In most organizations, the justification of a programme will also include a process of allocating budgets at
different levels of the organization structure, and for agreeing the amount of financial contingency that will be
held at the various levels.
82
Justification
Delegated to
sponsoring group
Management reserve
Cost at 90% confidence level (P90)
Risk budget
Expected monetary
value of risks (or %)
Delegated to
programme board
Risk budget
Cost at 80%
confidence level (P80)
Base cost
Estimate for known scope
Delegated to
programme manager
Base cost
Cost at 50%
confidence level (P50)
Figure 6.5 An example of sizing and allocating ownership of financial contingency
Figure 6.5 provides an example of two different ways that organizations may choose to allocate financial
contingency (alternatively called the risk budget or management reserve). The left-hand side assumes that risk
modelling or a probabilistic risk assessment has not been done and that the size of contingency has been
determined through:
● a high-level estimate informed by benchmarks (e.g. ‘in our experience programmes of this complexity
typically require 30% contingency’) or
● an estimate of the expected monetary value of the risks in the risk register by multiplying the percentage
likelihood of occurrence with the financial value if it did.
Both are crude and/or approximate methods but are frequently used in practice in organizations. Where a
percentage estimate has been used, it is good practice to translate this into an actual amount of money.
The right-hand side assumes that a probabilistic risk assessment has been done and that the respective sizes of
the budget and contingency would therefore be calculated from the outputs. For example:
● budget set at the 50% confidence level for the programme manager to manage
● contingency amount (risk budget) set at 80% confidence level to be managed by the SRO and
programme board
● management reserve held by the sponsoring group set at 90% confidence level.
Different organizations use different methods for both the sizing of and allocating ownership of financial
contingency and the confidence levels chosen are specific to the organization and its risk appetite. Defining
these parameters is an important part of the funding approach and the overall governance of programme
justification over time.
83
Chapter 6 – Justification
Management reserve
Estimate
Managing Successful Programmes
6.6.4
Key considerations when validating a business case
To ensure that the programme is justified throughout its lifecycle, periodic reviews of the business case are
required so that decisions can be made about realignment with needs and the ongoing viability of the programme.
Such reviews are planned as part of overall assurance planning. Reviewing the business case provides answers
to the following questions:
● Does the programme continue to align with the strategic objectives of the investing organization(s)?
● Does the programme remain affordable?
● Do the programme outcomes remain achievable?
● Does the programme continue to demonstrate value for money in terms of the balance between benefits
Chapter 6 – Justification
and costs?
● Does the financial contingency provide realistic cover for knowable risks?
Bank compliance and adaptability programme
The programme is halfway through the first tranche, and compliance with the openaccess banking regulations in Region 1 is almost complete. So far, the programme has
Effective
delivery
consumed a huge amount of money, time, and resources for no quantified return on
investment. In the original business case, the bank decided not to create cash proxies for
compliance with regulations, the ability for the bank to stay in business, or for the ability to bring
products to market more quickly. As a result, there is a growing perception at board level that the
programme is just a big, expensive compliance exercise with no benefits. Given the size of the overall
digital transformation portfolio, the CEO has asked the SRO to revisit the business case part-way through
Tranche 1.
The SRO and programme manager meet up to discuss the possibilities going forward. The options include:
● closing the programme as soon as compliance is complete in Region 1 but without finishing the
development of all the planned capabilities in Tranche 1
● closing the programme when the work to complete the compliance requirements and the interface
layer is complete in Region 1. This interface layer brings the capability to allow new products and
services to be built in the future, but the programme would close before actually creating any of them
● continuing Tranche 1 as planned.
After considering each option, the SRO and programme manager come to the following conclusions:
● Closing the programme as soon as the compliance work was complete in Region 1 would mean that
there was no financial return on investment. It would also mean that the situation with the challenger
banks would remain unchanged and market share and customer satisfaction would continue to fall.
● Closing the programme after building the complete interface layer in Tranche 1 would mean that the
capability was there to build new products quickly, but none would be developed. Although this case
ensures adaptability for the future, it does not provide any return on investment until these new
products are developed.
● Continuing with Tranche 1 to the landing point as planned would allow new products and services to
be developed at speed and to compete with the challenger banks. This is the only option carrying the
potential for a positive return on investment.
84
Justification
The SRO and programme manager create a diagram showing the options and results (Figure 6.6). They
use a cumulative net benefit curve, which combines the costs with the predicted benefits. They know
that the programme will allow quicker access to market in the future but drafting a measure is
problematic. They know that monetizing the benefits of the programme beyond compliance will be
important in maintaining board support.
4 Most optimistic
Chapter 6 – Justification
Now
Time
4 Most pessimistic
1 No compliance
2 Compliance
3 Compliance and
adaptability for
the future
4 Compliance, adaptability,
increased market share,
increased consumer loyalty
and adaptability
Figure 6.6 Cumulative net benefit curve for the bank compliance and adaptability programme
Charity organizational realignment programme
The executive team, acting as the sponsoring group, have asked the programme team to
produce a high-level cost estimate for the work planned for the two-year programme
Organizational
realignment
and they will approve this budget at the next monthly meeting. There is little interest in
understanding the business case for the programme in terms of return on investment.
The financial benefits associated with growth in donations is an agreed target and the charity does not
want to quantify the increased service, compliance, and staff satisfaction benefits in financial terms.
There is little capability or interest in a formal risk process and the CEO and CFO consider the risks
associated with the programme to be minimal (on the assumption that the programme experts that have
been hired will deliver).
Charity programme continues
85
Managing Successful Programmes
As a result, financial contingency will be set as a small percentage of the cost estimate. The programme
manager and the BCM are concerned about this approach. Realization of the benefits will not be
straightforward and although the charity can afford the investment, achievability of the outcomes in two
years is uncertain. As soon as delivery planning and benefits realization planning are in place, the
programme board has agreed to create a more comprehensive business case, including financial
measures for all benefits and a full risk assessment. They will attempt to persuade the sponsoring group
of the value of the business case when making programme decisions at each landing point.
Chapter 6 – Justification
6.7
Financial planning
Financial management of a programme includes the work to set budgets, plan cash flows, collect and analyse
data on actual expenditure and benefits realization, report on variances, facilitate corrective action as necessary,
and forecast future financial performance. Financial management is documented in the financial plan, and
applies to all elements of the programme, including projects and other work.
The purpose of the financial plan is to detail how costs and benefits are budgeted, monitored, and measured
over time, as well as the process for managing variations from the plan and the methods of forecasting future
performance. The financial plan may be a separate document or be part of the wider programme plan.
6.7.1
Budgets
Definition: Budget
The sum of the estimates of income and expenditure for the programme that are delegated to the roles in
the programme organization.
Programmes require budgets to enable people to know the limits of their delegated authority in carrying out
the work. Budgets are the output of planning processes (see Chapter 7). It is normal for the overall budget,
including all financial contingency for a programme, to be allocated to the sponsoring group. Parts of the overall
budget are delegated to other parts of the organization structure, in line with the delegated limits of authority that
are agreed when composing the governance approach and the methods for allocating contingency in the
funding approach.
Because most programmes span many financial years, the funding approach in the programme strategy
addresses how programme budgeting will work alongside annual budgeting within the investing organization(s).
Individual projects or other work that are part of the programme may receive budget from other sources (e.g. an
operational budget as part of the annual business plan). It is important to ensure that the programme business
case includes all costs of delivering the outcomes of benefit without gaps or double-counting. This will entail
measuring or estimating costs for internal resources in an appropriate way, such as time-sheets for staff or an
agreed allocation process for the use of facilities or equipment. This will ensure that the business case for the
programme does not communicate a partial picture of what achieving the vision and benefits will require.
Table 6.2 provides examples of the different types of programme cost.
86
Justification
Table 6.2 Types of programme cost
Type
Description
Project costs (sometimes referred to
as investment or development costs)
Project costs in acquiring and delivering the enabling outputs for project and programme
contingency and change budget
Benefits realization costs
Setting up and implementing measurement, monitoring, and reporting on benefits realization
Other costs incurred in achieving the benefits, which can be attributed to benefits (e.g.
compensation packages for staff)
Programme management costs
Some programme roles will be full-time (e.g. the programme office and the programme
manager)
Associated costs for these roles and for programme management activities (e.g. office space
and programme tools for tracking and reporting progress)
Contingency budget for dealing with risk and change
Assurance and review costs
Capital costs are normally for fixed assets, which can often be found under the ‘technology’
heading in the target operating model
Chapter 6 – Justification
Capital costs
In accountancy terms, the impact of these costs will often be spread over a number of years
6.7.2
Cash flow
Definition: Cash flow
The net amount of cash and cash-equivalents that the programme requires to pay for resources over time.
Programmes inevitably require visibility of the phasing of expenditure so that the finance function in the
investing organization(s) can plan to have cash available to pay for resources. The funding mechanism that was
agreed as part of the funding approach will have particular controls in place to release cash as required.
Some programmes are expected to be self-funding so that after a relatively small investment in achieving initial
benefits, it is the flow of cash from benefits that will justify ongoing work. This can cause particular problems
for releasing cash flow so specific arrangements are needed.
As part of the overall programme planning (see Chapter 7), the phasing of work, the commitment of resources
to the delivery plan (including third-party resources), and the form of contract agreed with suppliers all impact
on cash-flow planning and management. For example, contracts may specify that milestone payments to
suppliers are only paid after the work has been verified as ‘earned’ and accrued by finance.
6.7.3
Tracking and forecasting expenditure and benefits realization
The assurance theme addresses the methods for monitoring the performance of programmes at multiple levels.
A key part of this is the work that the programme office performs on behalf of the programme board to track
actuals. This includes expenditure committed (earned and accrued by staff on time-sheets or supplier invoices),
money spent (cash paid), and benefits realized.
87
Managing Successful Programmes
Some organizations will use earned value techniques to track actuals vs plans and provide forecasts. Where this
is not the case, it is important that:
● tracking of money is done alongside tracking of time and completion of the work in scope
● forecasts reflect performance to date and any corrective actions that have been implemented to improve the
trajectory if this is not positive.
It can be useful to set up a specific benefits tracker to focus on the activities to embed outcomes and realize
benefits, and the planned and actual benefits achieved. Such a tracker would be created from the individual
benefit profiles and would also usefully track the management of dis-benefits.
6.7.4
Management of financial contingency
Chapter 6 – Justification
Financial contingency is derived from an assessment of risk, either a top-down estimate or a bottom-up
detailed probabilistic assessment. Whatever approach is used, the purpose of financial contingency is to make
provision for:
● risks that have been identified in the risk register
● known variability within estimates
● supplemental management reserve to deal with emergent or unidentified risks.
It follows that financial contingency is not intended to be spent on known scope or planned work, and as a
result the tracking and release of financial contingency often has specific controls defined.
Over the life of a programme, the amount of financial contingency would be expected to reduce as ambiguity
decreases. This may be because some of it has been spent:
● on dealing with issues when risks materialize
● to put in additional risk responses.
The reduction in financial contingency may also be due to putting more of the programme funding into the
‘known’ budget relative to the ‘unknown’ contingency budget as ambiguity decreases.
Tracking and managing financial contingency is a key responsibility of governance boards.
6.7.5
Reporting on variances
The decisions theme (Chapter 10) covers governance of programme reporting and decision-making. Reporting
on financial variances is one key part of this work. It is vital for ensuring that decision-makers at all levels have
the information they need to ensure the programme remains aligned with organizational objectives, delivering
value to the investing organization(s) at the right pace.
Programmes rely on timely and accurate information from the programme office and honesty from all parties
when deciding whether the programme is, and continues to be, justified.
88
Justification
6.8
Documents to support the theme
The documents produced as records of application of the justification theme are shown in Table 6.3.
Table 6.3 Documents to support the justification theme
Document
Purpose
High-level content
Programme
mandate
To initiate early thinking
about a programme
Strategic or operational drivers for the programme
Initial information about the internal and external organizations likely to be involved and
their role
Critical success factors against which the programme will be justified and judged
Initial budget to create the programme brief
Initial input to the programme brief and vision statement
Programme
strategy:
funding
approach
To define the investors in
the programme and how
funds will be raised and
made available to the
programme over time
Investors Who they are and what share of the investment each will bear
Funding mechanisms What funding mechanisms will be used, how will the debt be
serviced, and what requirements will need to be satisfied for the different parties?
Phasing of investments and implications for cash flows. The controls that are needed to
release cash based on actual savings or growth
Budgets Methods to agree budgets aligned with annual business planning
Financial contingency Methods to determine size and how the contingency will be managed
Programme
brief
To validate and build from
the programme mandate
and create the information
that represents evolving
thinking about a number of
the programme’s areas
First draft business case, including:
● initial vision
● outcomes
● benefits
● costs of building and embedding new capabilities
● risks to the achievement of costs, outcomes, and benefits
● early ideas on funding and cash flows
Business case To describe the overall costs,
the planned benefits
realization, and the risk
profile of the programme in
order to assess its viability
and make appropriate
management decisions about
its continued justification
Organizational objectives of the investing organization(s)
Financial plan
Budgeting Process and controls
To detail how costs and
benefits are budgeted,
monitored, and measured
over time, as well as the
process for managing
variations from the plan and
the methods of forecasting
future performance
Value of benefits in measurable terms, ideally financial
Costs of delivering capabilities and embedding outcomes of benefit
Timing of investments and intended changes
Risk to achievement of outcomes of benefit and associated financial contingency
Assessment of viability of the overall business case
Cash flow Process and controls
Variances Monitoring and reporting variances of both costs accrued and benefits
realized
Releasing contingency Process and controls
Forecasting Methods for forecasting future performance, taking into account
performance to date and any corrective actions
89
Chapter 6 – Justification
Any assumptions and constraints
Managing Successful Programmes
6.9
Focus of key roles for the theme
The areas of focus associated with the justification theme for the roles of sponsoring group members, SRO,
programme manager, BCM, and programme office lead are shown in Table 6.4.
Table 6.4 Areas of focus for key roles associated with the justification theme
Role
Areas of focus
Sponsoring group members
Confirming the programme mandate
Approving the programme brief
Approving the business case
Chapter 6 – Justification
Ensuring the funding approach is fit for purpose
Senior responsible owner (SRO)
Producing the programme brief
Providing ongoing justification of the business case on behalf of the sponsoring group
Agreeing the funding approach to be included in the programme strategy
Programme manager
Planning and monitoring all costs in delivering the programme
Ensuring financial analysis is risk-informed
Business change manager (BCM)
Planning and monitoring all benefits realization for the programme
Programme office lead
Providing timely and accurate information relating to accrued costs and realized benefits
Providing expert resources to assist with financial planning and management, including risk
assessment
90
CHAPTER 7
Structure
7
Structure
Figure 7.1 illustrates the structure theme as part of the MSP framework.
S
STI
Embed the
outcomes
KN
OW
LED
GE
STR
U
U
CT
RE
D
AM EA
BI L
GU
I
JU
Evaluate
new
information
TY
DE
CIS
IO
NCE
OY I
PL SK
DE SE
ER
DIV
LL
FICATI N
O
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
Plan
progressive
delivery
Design the
outcomes
ASSURA
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
D
NS
N
IG
ES
Chapter 7 – Structure
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
ION
C
GA
R
A
O
P
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 7.1 The structure theme as part of the MSP framework
7.1
Purpose
The purpose of the structure theme is to describe how:
● programmes plan the delivery of projects and other work in the most effective way, ensuring the best pace
of delivery to allow the organization to transition to the future state and achieve the benefits
● resources are selected, allocated, and optimized, including people, facilities, and equipment.
92
7.2
Key relationships with principles
The structure theme contributes to the adherence to MSP principles across the programme lifecycle. Key
relationships with the principles are summarized in Table 7.1
Table 7.1 Key relationships between the structure theme and MSP principles
By …
Resulting in …
Lead with purpose
Planning delivery in the most appropriate way to
achieve the future state and associated outcomes of
benefit
Continual focus on achieving the
programme’s goals in the most effective way
Collaborate across boundaries
Maintaining clarity about the number and types of
resources needed and how they will be sourced
Effective and efficient use of programme
resources
Deal with ambiguity
Providing manageable tranches of delivery that
contribute to clear intermediate landing points
Greater clarity in ambiguous environments,
even when the ultimate ending point may not
be known
Align with priorities
Adjusting the content of tranches to reflect new
information
Manageable progress towards the vision with
safe places to stop and readjust
Deploy diverse skills
Planning delivery using the most appropriate mix of
resources to achieve the outcomes of benefit
More effective use of external skills and
development of permanent staff
Realize measurable benefits
Ensuring outcomes of benefit are embedded in line
with intermediate landing points
Realization of benefits across the programme
lifecycle, not just at the end
Bring pace and value
Planning the delivery of capabilities at the best pace
to achieve the outcomes of benefit in line with the
business case
Achievable and managed progression towards
the future state
7.3
Delivery approach
The delivery approach outlines the questions that the programme strategy must address as a minimum. Its
content will vary depending on the organizations investing in the programme and the mix of projects and other
work that is needed to create the desired outcomes of benefit.
The delivery approach in the programme strategy answers the following questions:
● How will programme work be structured and delivered, based on the organizational environment, the
programme’s complexity, and the availability of skills and resources?
● What ways of working are most appropriate to the task, team, individuals, and context? What modes of
delivery will be used?
● How will projects and work on processes be started, controlled, and closed to maintain alignment with the
target operating model?
● What delivery standards are relevant to the programme?
● How will internal, intra-organizational, and external dependencies be defined and managed?
93
Chapter 7 – Structure
The structure theme applies
the MSP principle
Managing Successful Programmes
7.4
Establishing the appropriate pace
Definition: Pace
The timing of programme delivery to ensure the appropriate balance between a number of factors. The
factors include delivery of capabilities, achievement of desired programme outcomes, available funds,
maintenance of current performance levels, and business as usual (BAU) activities.
Chapter 7 – Structure
A programme aims to deliver maximum improvements with minimum disruption to an organization. The
programme needs to have sufficient funding and the necessary resources with the right skills for delivery. The
affected organizational units need to have sufficient capacity and capability to adapt to new operations while
maintaining the performance of existing operations. Pace is about designing the programme delivery so that the
investing organization(s) can ‘cope’ with the rate of change.
7.4.1
Balancing capacity and ability
Definitions
● Organizational capacity The amount of work that an organization can deliver in a given period of time.
● Organizational ability The overall capability of an organization to perform the work required to deliver
outcomes of benefit with its current people, processes, and practices.
The programme organization will have limited capacity for programme delivery. Operational units being affected
by change will have limited capacity to adopt new capabilities and adapt to new operational outcomes. In
addition, the organization(s) investing in the programme may not have the collective capabilities to perform the
necessary work. The programme needs to coordinate delivery to take into account the limited resources
available, and ensure that the resources have the right skills to deliver and adapt to change. Questions to
consider include:
● Will there be sufficient capability available to manage the work when required?
● Will programme and project staff have the appropriate skills and experience?
94
Structure
Utilities maintenance and improvement programme
Organizational capacity is the primary limiting factor on pace for this programme.
Distinctive aspects of the programme are:
● limited resources, including internal maintenance crews, excavation and maintenance
Efficient
delivery
equipment, and available funding for external contractors
● significant ambiguity when scheduling, given the unpredictability of when unplanned maintenance
requirements will be required and whether the conditions for working outside will be conducive to
efficient work.
Programme planning needs to make best estimates based on the best historic and predictive data
available. The common experience of many efficiency programmes is that:
● there is frustration at the local level when productivity drops on one project for the benefit of another.
Chapter 7 – Structure
The behavioural changes needed to optimize a portfolio of work within a programme can be significant
● plans are optimistic and do not make realistic provision for risks occurring, such as from worse than
expected ground and/or weather conditions, to the breakdown of equipment and unavailability of workers.
Accurate reporting of actuals and re-forecasting based on an up-to-date understanding of experience and
perceived risk are critical success factors for efficiency programmes, as is the creation of a culture where
the whole programme rather than individual projects is optimized.
Bank compliance and adaptability programme
Organizational ability is the primary limiting factor for this programme. Distinctive
aspects of the programme are:
Effective
delivery
● achieving the target operating model with previously well-guarded data made
available so that customers can use it both within the bank’s systems and elsewhere; building the
technology to do this requires skills that do not existing in the current bank
● existing bank staff do not have the ability and knowledge to do the technical work required
● new ways of working are radically different from the bank’s established culture of keeping data safe
by retaining it and not letting go of it for any reason.
There is a need to bring in experts who have a good knowledge of open-access banking at a time when
many other banks will be chasing the same specialist contractors. There is only a small pool of people
with the detailed knowledge and experience of developing the interface layer of systems required and
exploiting the technology when it is in place. To build the organizational ability for the future, the bank
will need to pay external resources to do the work, and to train internal staff in parallel.
The common experience of many effectiveness programmes with a compliance aspect is that:
● the costs to comply are so high that the organization does not want to invest in exploiting additional
new capabilities
● the organization fails to develop any competitive advantage from its investments in compliance.
95
Managing Successful Programmes
7.4.2
Balancing achievability and affordability
The target operating model shows the processes, culture, organization, technologies, infrastructure, information
flows, data, and knowledge and learning for the current and future organizations, and highlights the gap between
them. This gap is filled by the programme through the delivery of capability via projects and other work.
Balancing the achievability and affordability of the programme is an iterative process which is accomplished
through developing the target operating model and associated benefits in parallel with planning the
programme’s delivery. If an acceptable balance between affordability and achievability does not emerge, it is
worth considering:
● designing a target operating model in which the gap between the current and future states is smaller
● finding a different solution (e.g. delivering the programme more quickly or cheaply)
● negotiating the allocation of increased funding or allocation of other resources to the programme
● closing the programme earlier than originally planned.
Chapter 7 – Structure
National Rail network programme
Affordability is the primary limiting factor for this programme. Distinctive aspects of the
programme are:
● size of the funding required
Innovation
and growth
● duration over which it will be required
● competition for funding from other government programmes
● influence of stakeholders, such as citizens and lobbying groups, on government opinion.
Effort will be required to ensure that value for money for citizens is defined, communicated, and
understood. The programme funding will register as a notable percentage of the annual gross domestic
product of the entire national economy, making the costs of borrowing significant. Close management of
the borrowing and the timing of the allocation of funds to the programme will be required. The
programme manager is aware that delivery planning must consider the availability of cash to the
programme.
The common experience of major infrastructure programmes across countries shows that:
● costs are often significantly underestimated
● the difficulty of achieving the target operating model is not appreciated
● more effort than anticipated is required and costs rise
● the target operating model and all aspects of delivery need to be regularly reviewed and the business
case regularly re-justified.
96
Structure
Charity organizational realignment programme
Achievability is the primary limiting factor for the charity programme. Distinctive
aspects of the programme are the:
Organizational
realignment
● lack of in-house capability in programme management
● size of the cultural change necessary to move to greater centralization and process control
● ability to deliver the technical solutions quickly enough in a two-year timeframe.
Effort is required to build internal capabilities, particularly those associated with embedding change in
regional operations. The common experience of many organizational realignment programmes is that:
● the effort to change behaviours is underestimated
● unless processes and internal controls are changed to support the required change, initial benefits
will be eroded over time.
Chapter 7 – Structure
The delivery plan will be critical in keeping a focus on every element of the programme.
7.5
Delivery planning
The purpose of the delivery plan is to schedule the constituent projects and other work of the programme to
show their relative timescales, resources, and dependencies. The plan covers the programme as a whole and
the next tranche in detail.
An inherent feature of a programme is that it cannot be delivered through a linear set of delivery phases.
Programmes require an incremental progression to the target operating model to take account of complexity
and ambiguity.
Definitions
● Incremental progression An approach to delivering a programme that focuses on delivering benefits
of value to stakeholders throughout the programme lifecycle, adapting as necessary to align with new
information.
● Tranche The work required to deliver a step-change in capability and benefits realization. Several
interrelated projects and other work may be involved in a tranche. Work may be delivered
incrementally across several tranches.
● Landing point A control point, following delivery of a step-change in capability and benefits
realization (tranche), at which a programme can be redirected or closed.
Programmes are designed to help the organization move from the current state to the future state through a
series of intermediate operating models. Each increment in MSP is called a tranche.
97
Managing Successful Programmes
The intermediate operating model achieved at the end of each tranche is often referred to as a landing point.
Landing points represent a set of coherent capabilities which provide a safe place to stop if necessary, or a new
baseline from which priorities can be adapted in response to new information.
Not all benefits from the tranche will be realized by the landing point. At the landing point, capability is
delivered and outcomes are embedded which then enable benefits to be realized over time.
Delivering in tranches enables the programme to adapt to learning and new information. Early tranches might
deliver core changes with later tranches building on that core, resulting in quick wins and the reduction of
programme risk. Early in a programme, the route to achieving the vision may also be unclear. Structuring a
programme into tranches can help to explore different approaches and decide on the most appropriate mix of
cost, time, benefits, and risk in achieving the vision.
In some cases, tranches may be planned to overlap where projects or other work need to start early and at risk.
When deciding whether to have overlapping tranches, consider:
● Ongoing commitment to the programme If there is confidence that the programme will continue because
Chapter 7 – Structure
progress to date has been to plan, and there is organizational capacity, capability, and funding to do so,
starting the next tranche early may be advantageous.
● Risk appetite of the investing organization(s) Is there enough confidence to work at risk knowing that the
programme might be closed at the next landing point? This is likely to be connected to whether the
programme environment is stable or fast-moving.
● Willingness to modify governance Overlapping tranches increase administration and the complexity of
decision-making, so the possibility for accelerated benefits realization must outweigh the costs.
Planning programme delivery considers a number of factors, including:
● the relative priorities of projects (e.g. procurements where outputs are prerequisites for future projects)
● resource requirements, including scarce and shared resources
● projects that will provide early benefits realization
● dependencies.
Tranche 2
Tranche 1
Project D
Capability
Project C
Transition
Outcomes
Project A
Project B
Capability
Other work
Transition
Outcomes
Project E
Capability
Project F
Transition
Landing point 1
Figure 7.2 An example of a delivery plan showing tranches and landing points
98
Outcomes
Landing point 2
Structure
To enable effective management, it is necessary to consider logical groupings of projects and other work, taking
into account factors such as skills, knowledge, technology, existing team-working arrangements, geography,
culture, and projects currently underway.
A key part of planning the programme is planning for transition. Change to an organization’s people, processes,
and technologies needs to be planned and managed carefully to allow a smooth migration from the old
environment to the new one. It is important to maintain performance levels in existing business operations
while introducing new operations. Figure 7.2 is an example of a plan with tranches and landing points.
Bank compliance and adaptability programme
Chapter 7 – Structure
The programme rolls out around the world, region by region. Tranche 1 covers
Region 1. This tranche starts with a number of projects which develop a new interface
Effective
delivery
layer of systems for the bank to use in Region 1, allowing compliance with the new
open-access banking regulations. Additional projects expand the interface layer so that
new developments can rely on this new layer, rather than having to change legacy systems and
processes. As soon as this technical work is complete, several projects develop new innovative products
for customers, using the new interface layer alongside new financial technologies. These projects happen
in parallel with other work.
When the new compliant interface layer and the new products are in place, they can be launched into
the market as part of the transition. This is when the landing point has been reached, with the target
operating model in place for Region 1. It is likely to take many months before customers use these new
capabilities in large-enough numbers to deliver benefits in terms of profit and increased market share
back to the bank. Other non-financial benefits come from compliance with regulations, plus the ability to
adapt quickly in the future, by developing new products without having to change legacy systems.
Future regions will follow in subsequent tranches, depending on when their open-access banking
regulations are complete. As Region 2 regulations are already clear, the projects for Region 2 can begin
as soon as there is capacity available in Tranche 1. As most of the work has already been done to
prepare for compliance in Region 1, the timescale for providing compliance is likely to be shorter in
Region 2 and subsequent regions. Figure 7.3 illustrates a high-level delivery plan showing tranches and
landing points for the programme.
Utilities maintenance and improvement programme
In this programme, the detailed delivery plan for the year focuses on allocating
resources to maximize resource utilization and minimize disruption to services during
delivery. Each tranche of delivery is scheduled over a year, coinciding with the release of
yearly funding. An outline plan for the delivery of subsequent tranches has been created.
Efficient
delivery
A key part of delivery planning is identifying the capabilities that will be delivered at the end of each
year; even though the programme uses yearly tranches of delivery, it is important to recognize what
capability will be delivered at the end of each tranche. Any projects planned for longer than 12 months are
broken down into further detail. This ensures that the specific capabilities which will be delivered during
the current tranche can be identified and that there is a clear landing point at the end of each year.
99
Managing Successful Programmes
Tranche 2
Tranche 1
Interface
Interface Layer
layer
Compliance
compliance
Projects
projects
Interface
Interface
layer Layer New
expansion
Expansion
product
projects
Projects
development
Other work
Other work
Capability
Transition Outcomes
Interface
Interface Layer
layer
Compliance
compliance
Projects
projects
Chapter 7 – Structure
Interface
Interface
layer Layer New
expansion
Expansion
product
projects
Projects
development
Other work
Other work
Capability
Transition Outcomes
Landing point 1
Landing point 2
Region 1 complete
Region 2 complete
Figure 7.3 High-level delivery plan showing tranches and landing points for the bank programme
7.6
Multimodal delivery
Definitions
● Multimodal delivery The selection of project lifecycles and/or methods of delivering the work of a
programme that are appropriate to the task, the team, the individuals (including customers,
stakeholders, leaders, and workers), and the context.
● Iterative project lifecycle A project delivery mode that repeats aspects of the design or delivery with
the objective of managing any uncertainty of scope by allowing outputs to evolve as learning and
discovery take place.
The constituent parts of programmes, i.e. projects and other work, may use different modes of delivery within a
single programme and it is important to use the most appropriate modes for the situation. Selecting the most
appropriate modes of delivery depends on many factors, such as an organization’s culture, the type and
complexity of the work required to deliver the programme, and the people involved. Multimodal delivery uses
multiple ways of working, based on what is most appropriate for those delivering the work and on the work
itself. A single programme may incorporate a mixture of approaches to its component work, with projects using
iterative, linear, or hybrid lifecycles (see below) or continual improvement activities.
100
Structure
Agile ways of working adopt iterative project lifecycles. In such situations, scope and quality of outputs build
over time but are limited by defined and costed timeboxes. In an iterative lifecycle, time and cost are fixed
within each timebox, and scope and quality emerge. It is important to note that agile ways of working are not
defined solely by having an iterative lifecycle. Achieving the benefits of agile also relies on:
● collaboration (behaviours and the tools to facilitate collaborative behaviours if teams are not co-located)
● empowered teams who have the delegated authority to make decisions within the timebox
● customer focus (internal or external) and their expectations for quality
● a willingness to inspect and adapt to improve processes and outputs.
Definitions
a single pass through a set of distinct phases, completed sequentially.
● Hybrid project lifecycle A project delivery mode that combines a linear lifecycle for some phases or
activities with an iterative lifecycle for others.
Linear lifecycles are used where it is optimal to define scope and requirements and deliver these through
sequential phases, varying time and cost as necessary to deliver the outputs right first time. In a linear lifecycle
(often called a waterfall model), scope and quality are fixed, and time and cost are flexed accordingly.
Many projects benefit from a hybrid project lifecycle that uses an iterative lifecycle and agile ways of working in
some phases of an otherwise linear lifecycle. An example might be to design a solution in an agile way prior to
integrating that design into a larger solution that is delivered, tested, and commissioned sequentially. This is
increasingly seen as a pragmatic way of delivering projects in a collaborative yet controlled way. In programmes,
outputs progressed using agile ways of working during a tranche are likely to be combined with outputs created
using different ways of working to form the step-change in capability required to enable a stable landing point at
the end of each tranche/increment.
Definition: Continual improvement
A delivery mode used for improvement work that enables an organization to identify waste in a process or
system and work to eliminate this.
Not all work in a programme is project-based. To achieve outcomes of benefit, some processes or systems
within BAU will need to be adjusted in order to adopt new capabilities and embed outcomes to realize benefits.
There are a range of tools and techniques that may be deployed for this work, such as Lean Six Sigma.
Figure 7.4 illustrates a multimodal delivery.
Further information on multimodal delivery can be found in A Guide to AgileSHIFT.
101
Chapter 7 – Structure
● Linear project lifecycle A project delivery mode that aims to complete the delivery of outputs within
Managing Successful Programmes
e
as
e
f
in
Te
e
f
in
Te
e
in
Te
e
in
De
ld
e
e
as
f
Rel
De
Bu
i
st
ld
e
e
as
f
Rel
De
e
e
e
Bu
i
st
ld
Rel
as
Bu
i
st
Rel
Bu
i
st
ld
Te
Iterative
De
Linear
Plan
Develop
Plan
Bu
i
st
ld
Initiate
Te
Hybrid
e
Chapter 7 – Structure
Continual improvement
Close
Execute
Close
e
Rel
as
Execute
e
f
in
Initiate
De
Identify
opportunities
Review
results
Plan
improvements
Execute
change
Figure 7.4 Multimodal delivery
7.7
Dependencies
Planning and control also involve identifying and managing the programme’s dependencies.
Definition: Dependency
An activity, output, decision, or resource that is required to achieve an aspect of the programme.
There are three main types of dependency:
● Internal dependencies between projects in the programme
● Intra-organizational dependencies of the programme on other projects or programmes within a portfolio
● External dependencies either within or outside the organization, such as legislation and strategic decisions.
Programme dependency management focuses on key dependencies which will potentially affect the programme
as a whole. Showing these on a dependency network diagram can help to clarify these major interdependencies
102
Structure
National Rail network programme
Successful delivery of the National Rail network programme depends on the robust
integration and alignment of relevant organizations, teams, and individuals. There are a
range of internal, intra-organizational, and external dependencies to identify and manage:
Innovation
and growth
● Internal dependencies Within the transport department, there are vertical dependencies from the
project level to the programme level and from the department level to the programme level.
● Intra-organizational dependencies Within the transport department, there are horizontal
dependencies between the National Rail network programme and other programmes and operational
functions (e.g. those focused on the road network).
● External dependencies There are horizontal dependencies between the National Rail network
programme and all involved government departments and the private-sector investors.
● department-level strategies, policy, risks, operational capacity, and funding
● programme-level benefits, risks, capacity, landing points, and budgets
● project-level deliverables, benefit enablers, risks, resources, milestones, and costs.
Identifying and agreeing the ownership of dependencies by the governance boards, supporting offices,
and individuals in the programme organization structure helps to improve accountability and makes roles
and responsibilities more transparent.
and any combined dependencies (for example, to show where transition cannot start until a number of project
outputs are complete and combined to create a capability).
Shared resources also represent a set of dependencies and must be carefully managed and used efficiently. Typical
examples of resource-sharing include staff, infrastructure or facilities, information, and external service providers.
7.8
Benefits realization planning
Programmes exist to realize benefits for the investing organization(s); therefore it is vital that the intended
benefits included in the benefits map and defined in a benefit profile are actually realized.
The purpose of the benefits realization plan is to detail the scope and schedule of all benefits realization related
work. This includes scheduling organizational change activities, measuring and tracking the realization of
benefits, assurance to understand any barriers to benefits realization, and ensuring that corrective actions are
adopted where the organization is failing to embed outcomes and realize benefits as planned. The benefits
realization plan is also used to manage any dis-benefits associated with outcomes.
The benefits realization plan also includes timings for measuring baseline performance levels before transition.
This supports the work to realize and measure benefits after the capability has been transitioned and embedded
into operations.
Planning for benefits realization is conducted alongside planning for programme delivery, to ensure alignment
across the delivery of capabilities, management of transition and adoption, embedding of outcomes, and
measurement and tracking of benefits. These activities can be summarized as pre-transition, transition, and
post-transition. Drawing from the benefits map and benefit profiles, the benefits realization plan shows a
103
Chapter 7 – Structure
The specific internal, intra-organizational, and external dependencies are related, but not limited to:
Managing Successful Programmes
Tranche 2
Tranche 1
Benefits measurement
Benefit baseline
measurement
Pretransition
activities
Posttransition
activities
Transition
activities
Capabilities
Outcomes
of benefit
Embedded
change
Benefits measurement
Benefit baseline
measurement
Pretransition
activities
Capabilities
Benefit baseline
measurement
Posttransition
activities
Transition
activities
Outcomes
of benefit
Embedded
change
Pretransition
activities
Benefits measurement
Posttransition
activities
Transition
activities
Capabilities
Chapter 7 – Structure
Landing point 1
Outcomes
of benefit
Embedded
change
Landing point 2
Figure 7.5 An example of a benefits realization plan
complete view of the benefits, their dependencies, and the timeframes and resources required to track and
measure them. The benefits realization plan also identifies timings for benefit reviews, where benefits and their
realization can be formally assured. Figure 7.5 shows an example of a benefits realization plan.
In some cases, the benefits realization plan may be combined with the delivery plan to show all the work of the
programme on one timeline. In all cases, the benefits realization plan and delivery plan must work together to
ensure that the phasing of delivery of new capabilities is coordinated with the work to:
● prepare the business for change
● transition and adopt new capabilities
● embed outcomes of benefit.
Benefits realization does not take place only at the end of tranches of delivery work. Each tranche is designed
to make a step-change in capability, and benefits realization and work to ensure this happens take place across
the delivery of every tranche.
Charity organizational realignment programme
The programme manager, BCM, and programme office lead for the charity programme
Organizational
agree that a combined delivery and benefits realization plan would be the optimal way
realignment
forward, given the lack of programme experience in the organization (see Table 7.2). The
executive team, acting as the sponsoring group, have set a two-year time horizon for
changes. The programme team want to keep the sponsoring group actively engaged with the leadership
of the programme. They have, therefore, decided to plan in six-monthly tranches so the governance of
the programme fits in with the business planning and reporting cadences of the charity.
As a result, there are four landing points where the programme could be stopped, if necessary. Work to
be funded in a tranche that will not result in a new capability until a later tranche is shown as being
conducted at risk. More detailed delivery and benefits realization plans will be developed but this level of
detail is judged to be sufficient for the initial engagement of the sponsoring group.
104
Structure
Table 7.2 Combined high-level delivery and benefits realization plan for the charity programme
Tranche 1
Projects and other work
Agree and implement digital fundraising technologies
Design and implement marketing campaigns
Compliance director hired (at risk)
Requirements and user stories for technology-enabled service delivery approved and number of sprints agreed (at risk)
Mapping of current business processes and associated internal controls (at risk)
Adjust performance scorecard to track all benefits from end of Tranche 1
Activity to embed outcomes
Train all relevant staff and volunteers in changed fundraising processes and technology
Landing point
Capability to increase fundraising embedded
Tranche 2
Projects and other work
Delivery of technology-enabled service delivery functionality using agile ways of working
Definition of future business processes and associated internal controls (at risk)
Chapter 7 – Structure
New organization structure agreed and communicated (at risk)
Change champions in place and trained
Activity to embed outcomes
Start using technology-enabled service delivery capabilities developed to date in selected regions
Landing point
Capability to reach more service users via technology-enabled service channels embedded in some regions
Tranche 3
Projects and other work
Delivery of technology-enabled service delivery functionality using agile ways of working
Recruitment and talent development to support delivery of new organization structure
Training for new business processes and internal controls developed
Internal programme capability sufficient to phase out contract staff
Activity to embed outcomes
Continue use of technology-enabled service delivery capabilities developed to date in all regions. Implement new
organization structure, processes, and internal controls
Landing point
New organization, processes, and internal controls in place. Technology-enabled service delivery embedded in all
regions
Tranche 4
Projects and other work
Potential additional delivery of technology-enabled service delivery functionality using agile ways of working
Share knowledge of new processes and internal controls across the charity; redesign as required
Investment in cross-charity events to share stories and ideas to build strong relationships between front-line and
support staff and volunteers
Embedding of outcomes
Support for new organization to optimize new processes and internal controls, and build commitment to new ways of
working
Landing point
All programme outcomes embedded, programme closed, and all accountabilities transitioned to BAU
105
Managing Successful Programmes
Utilities maintenance and improvement programme
In this programme, work is planned for completion over a five-year investment period,
with work scheduled around annual tranches of delivery coinciding with each year-end.
Planning benefits realization in this scenario includes defining the capabilities being
delivered each year; for example, the ability to:
Efficient
delivery
● schedule maintenance crews more efficiently
● group similar works together
and understanding how these capabilities contribute to outcomes of benefit. For example, reduced
disruption could lead to the ability to service 10% more maintenance works annually with current crews
and equipment.
Chapter 7 – Structure
There are separate delivery and benefits realization plans for this programme as some benefits will be
realized over a number of years while each tranche of delivery will focus on a single year.
7.9
Resourcing approach
The resourcing approach outlines the questions that the programme strategy must address as a minimum. Its
content will vary depending on the organizations investing in the programme and the mix of skills, facilities,
technology, and systems required by the programme.
The resourcing approach in the programme strategy answers the following questions:
● What will be the approach to procurement and supply chain management, taking into account multiple
modes of delivery and perhaps many organizations with different policies?
● What infrastructure will the programme need?
● What equipment and technology will be required for delivery?
● How will scarce resources, including infrastructure, equipment, and human resources, be shared between
the programme and its projects, and the wider organization? Where the programme is part of a wider
portfolio, portfolio standards may exist for resource forecasting and scheduling.
● What specialist skills and subject matter experts will be required, and how will these be sourced?
● How will the human resource requirements of the programme be managed?
● How will the balance between internal and external resources be controlled?
● How will the programme ensure that the resources in operational areas required for business change are
managed to embed outcomes that will create benefits?
106
Structure
7.9.1
Procurement and supply chain management
The procurement of goods and services for programmes is a major contributor to success, to ensure that the
programme has the resources it needs to supplement staff, facilities, equipment, and systems in the investing
organization(s). It also ensures that the MSP principle of deploy diverse skills is upheld.
Deploying diverse skills requires establishing a balance between the use of external resources for additional
capacity or enhancing the collective capability of the team, and the investment in the skills of staff. The same
principle applies to other resources; for example, whether to lease facilities, equipment, and systems for the
short term or to purchase the asset for the long-term use of the organization.
The approach to procurement and supply chain management needs to consider:
● the benefits of building long-term partnerships with suppliers rather than short-term transactional
relationships
reimburses time and materials, or a fixed fee with milestone payments linked to deliverables)
● the need to spread risk by working with multiple suppliers.
In some programme environments, the language of commissioning is used to refer to the process by which
services are planned, purchased, and monitored. Depending on the programme, procurement and supply chain
specialists may be embedded in the programme office, or accessed from the relevant function as required.
Utilities maintenance and improvement programme
The focus of the programme is on the increasingly productive use of maintenance crews
and equipment, so that more maintenance works can be conducted with less disruption
and fewer electricity outages.
Efficient
delivery
The programme is part of the wider infrastructure portfolio. There may be other projects and
programmes in the overall portfolio needing to use the same staff and equipment. Taking a portfolio
approach may impact the staff and equipment available for the programme if resources are diverted to
other programmes in the infrastructure portfolio. This may mean that the efficiency programme will need
to increase its use of external contractors to carry out works (if this can be accommodated within the
annual budget). Anticipating this need, negotiating flexible supply contracts for labour and equipment is
key to success.
The portfolio office, which is providing programme office scheduling resources to the programme,
defines any scheduling constraints or changes to the programme required as a result of portfolio planning
and calls on the support of procurement and supply chain experts in the company to ensure that supply
contracts optimize risk and cost.
107
Chapter 7 – Structure
● the impact of forms of contract on supplier management and cash flow (e.g. whether to have a contract that
Managing Successful Programmes
7.10
Documents to support the theme
The documents produced as records of application of the structure theme are shown in Table 7.3.
Table 7.3 Documents to support the structure theme
Document
Purpose
High-level content
Programme
strategy:
delivery
approach
To define how the
programme will be
structured to deliver
the capabilities needed
to achieve the desired
outcomes of benefit
Structure How the programme work will be structured and delivered, based on the
organizational environment, programme complexity, and availability of skills and resources
Delivery modes Ways of working most appropriate to the task, team, individuals, and
context. Modes of delivery to be used
Controlling projects and other work How projects and work on processes will be started,
controlled, and closed to maintain alignment with the target operating model
Delivery standards Delivery standards that are relevant to the programme
Chapter 7 – Structure
Dependencies How internal, intra-organizational, and external dependencies will be
defined and managed
Delivery plan
Benefits
realization plan
To schedule the
constituent projects
and other work of the
programme to show
their relative
timescales, resources,
and dependencies. The
plan covers the
programme as a whole
and the next tranche in
detail
Tranches Grouping of projects and other work into tranches with clear landing points and
sequencing of delivery
To detail the scope and
schedule for all
benefits realization
related work
Schedule of organizational change activities and other benefit-related work
Next tranche schedule Identifying dependencies, milestones, and key activities to track at
programme level
Resources Activities need to acquire and deploy people, equipment, and facilities to
support delivery
Transition Schedules for transitioning and adopting capability into operations
Risks and assurance Timing of impact of potential risks and associated assurance
activities
Measuring and tracking the realization of benefits, including establishing baselines
Assurance to understand any barriers to benefits realization
Corrective actions where the organization is failing to embed outcomes and realize benefits
as planned
Management of any dis-benefits associated with outcomes
Programme
strategy:
resourcing
approach
To define how the
programme will acquire
and manage the
resources required to
deliver the capabilities
Supply chain management Approach to procurement, contract, and supply chain
management
Infrastructure What the programme will need, including equipment and technology
Allocating scarce resources How scarce resources will be allocated and shared between
the programme, its projects, and the wider organization. This may involve complying with
portfolio-level standards for resource forecasting and scheduling
Sourcing specialist resources How specialist resources will be sourced
HR management How the HR requirements of the programme will be managed:
recruitment, performance management, grievances, disciplinaries, the balance between
internal and external resources, learning and development, and termination of contracts
Change recipients How the programme will work with people in operational areas that are
the recipients of change
108
Structure
7.11
Focus of key roles for the theme
The areas of focus associated with the structure theme for the roles of sponsoring group members, SRO,
programme manager, BCM and programme office lead are shown in Table 7.4.
Table 7.4 Areas of focus for key roles associated with the structure theme
Role
Areas of focus
Sponsoring group members
Ensuring that the delivery and resourcing approaches are fit for purpose
Senior responsible owner (SRO)
Monitoring progress and direction of the programme at a strategic level
Maintaining sponsoring group support for the programme
Approving the documents associated with the theme
Programme manager
Designing the delivery plan (with the BCM)
Designing the benefits realization plan (with the programme manager)
Providing sufficient and appropriate operational resources to the programme
Ensuring that:
● transition is planned and will align with the required benefits realization
● changes are implemented into operational areas
● required performance levels for BAU work are maintained
● operational functions are adequately prepared and ready for change
● changes are embedded and sustained following transition
Programme office lead
Providing support for programme planning
Providing programme and project resources
109
Chapter 7 – Structure
Developing the resourcing and delivery approaches that will be included in the programme strategy
Business change manager
(BCM)
Managing Successful Programmes
Chapter 7 – Structure
110
CHAPTER 8
Knowledge
8
Knowledge
Figure 8.1 illustrates the knowledge theme as part of the MSP framework.
Plan
progressive
delivery
KN
S
OW
LED
GE
STR
U
U
CT
RE
TY
STI
Embed the
outcomes
JU
Evaluate
new
information
D
AM EA
BI L
GU
I
NCE
OY I
PL SK
DE SE
ER
DIV
LL
FICATI N
O
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
N
IG
ES
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
Chapter 8 – Knowledge
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
ION
C
GA
R
A
O
P
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 8.1 The knowledge theme as part of the MSP framework
8.1
Purpose
The purpose of the knowledge theme is to describe how programmes:
● acquire, curate, and use knowledge
● use knowledge and experience to learn lessons, and to build a culture and practice of continual improvement
● manage information to ensure its integrity, controlled access to the right versions, and data privacy.
112
Definition: Knowledge
An asset embedded tacitly in the minds of individuals or codified explicitly as information. Most knowledge
is tacit and only becomes explicit when there is an investment of effort to do so.
8.2
Key relationships with principles
The knowledge theme contributes to the adherence to MSP principles across the programme lifecycle. Key
relationships with the principles are summarized in Table 8.1.
Table 8.1 Key relationships between the knowledge theme and MSP principles
By …
Resulting in …
Lead with purpose
Supporting the curation and organization of
knowledge
Everyone being able to access the knowledge that
they need to do their best work
Learning and improvement as the programme
progresses
Collaborate across
boundaries
Providing everyone in the programme with
access to knowledge and information
Everyone being able to do their work supported by
the knowledge and information they need
Deal with ambiguity
Making knowledge as clear and accessible as
possible
Teams being able to adapt and learn from experience
Align with priorities
Supporting stakeholders to acquire the
knowledge and information they need to
understand priorities
Reduced re-work and waste as people are working
with current information
Deploy diverse skills
Supporting all stakeholders and team members
to gain access to the knowledge and information
they need to do their work
An efficient team of people from multiple
organizations
Realize measurable benefits
Ensuring that stakeholders can access details of
the benefits and understand how they are
measured
A focus on the primary purpose of the programme
Bring pace and value
Encouraging the learning of lessons and a
culture of continual improvement
Demonstrable added value from programme
management
8.3
Knowledge and learning approach
The knowledge and learning approach outlines the questions that the programme strategy must address as a
minimum.
The approach covers the organization and management of knowledge, as well as how people will learn lessons
from experience and improve as the programme runs. Its content will vary depending on the complexity of the
programme knowledge and the complexity of the programme’s organization structure. For example, accessing
appropriate knowledge across a programme comprised of multiple legal organizations is usually far more
difficult than accessing it in a single-organization programme. The ways of learning lessons can vary across
organizations too, so it is important to ensure that this is happening across the programme.
113
Chapter 8 – Knowledge
The knowledge theme
applies the MSP principle
Managing Successful Programmes
The knowledge and learning approach in the programme strategy answers the following questions:
● What past knowledge does the programme need to draw on?
● What new knowledge is likely to be created during the programme, both tacit and explicit?
● How will explicit knowledge be captured, stored, curated, retrieved, and shared to support the achievement
of objectives?
● How will the programme encourage a culture of knowledge-sharing and reflection to identify lessons to
be learned?
● How will the programme encourage a culture of continual improvement based on embedding learning into
ways of working so lessons are actually learned?
● How will the programme share knowledge and learning with other parts of the investing organization(s)?
8.4
Knowledge management
Chapter 8 – Knowledge
When dealing with programme knowledge, there will be some knowledge that is explicit, which is easy to write
down and make accessible to others as information. Tacit knowledge, on the other hand, is the kind of
knowledge that is embedded in the experience of people within an organization and is often unwritten,
unspoken, and sometimes not consciously acknowledged. Tacit knowledge is therefore difficult to share with
other people in an explicit way. Despite tacit knowledge being less accessible, programmes rely on both the
explicit and tacit knowledge of stakeholders for success. Figure 8.2 illustrates both tacit and explicit knowledge.
Explicit knowledge
Captured information
• Data, information and facts
• Documents and files
• Models and metrics
Know-how embedded
in people and practices
•
•
•
•
•
•
Experience
Thinking
Habit
Competence and skills
Values and motives
Commitment
Tacit knowledge
Figure 8.2 Tacit and explicit knowledge
The approach to managing different types of knowledge varies. Explicit knowledge can be captured in writing
and stored in a well-designed programme repository as information. If the repository is curated well and data is
easy to find, then people are able to access that knowledge without needing help. Unfortunately, such
repositories are often full of information that people know is in there but cannot find. To avoid this, it is sensible
to design the repository at the start to suit the needs of the programme. The programme office take
responsibility for curating the information in the repository and ensuring its accessibility.
114
Knowledge
Because tacit knowledge is less easily captured, the best way to pass knowledge on may well be to connect the
person who needs the knowledge with someone else who has it. In this case, team collaboration systems are
helpful as they enable people to connect and promote networking and sharing of skills. Building a visual map of
the people and expertise in the programme will make it easier to find colleagues who can share experiences and
help others.
Another helpful option is to build up communities of practice related to different areas of the programme.
Definition: Community of practice
A learning network of people who share a skill and who improve as they interact and learn from each other
on a regular basis.
Where it is possible to do so, it is good to consider the layout of people who are co-located in the same space.
Proximity of key staff to one another in the work environment can make informal sharing of tacit knowledge
more likely.
National Rail network programme
The range of specialist knowledge required to deliver the National Rail network
programme is vast. The cost and time to create all this knowledge is prohibitive.
Innovation
and growth
To support the objectives of the programme, the programme office is defining the
knowledge management service it will provide to the programme. Fortunately, there is considerable
existing knowledge to exploit. The programme is preceded by other domestic and international
transport programmes.
Explicit knowledge is captured in a range of relevant publications. The programme office is planning to:
● research good practice in the domestic and international rail marketplace (e.g. good practice related
to trackside rail traffic monitoring technologies and data analytics)
● search existing thought leadership publications and make that knowledge available.
Tacit knowledge related to transport industry cultures, organizations, business processes, people,
technology, tools, and techniques is derived from experienced staff and specialists who have come
from other programmes. The programme office is planning for:
● a number of communities of practice for learning (e.g. rail capacity monitoring and planning,
sustainable rail network design and technologies, strategic sourcing from and management of
regional operating companies, and rail infrastructure planning)
● a mandatory induction programme for new staff to capture and share common knowledge and to
identify lessons that can be formally learned through changed programme practices.
115
Chapter 8 – Knowledge
Those involved in similar areas across projects within the programme, such as business analysis, might form a
group that meets regularly and helps members to connect. Regular community meetings, which include sharing
stories of what does and does not work, will foster learning between different projects, and across the
programme and the organization as a whole. Such sessions can also be facilitated with team members who are
located in different geographies and time zones.
Managing Successful Programmes
The culture of the organization will influence all parts of knowledge management. To get the best value from
knowledge, it is necessary to foster a culture where sharing knowledge is the accepted way to work. Such a
culture of sharing knowledge also helps with the accuracy of status reports. Where people are encouraged to be
open and honest, it is more likely that the programme board and sponsoring group will have the full and
accurate information they need to direct and lead the programme. This prevents situations where optimism
about the ability to recover leads to the status being reported as ‘on track’, when in reality there are underlying
issues that could be resolved if they were shared.
8.5
Ensuring lessons are learned
Definition: Lessons learned
Chapter 8 – Knowledge
Forms of new knowledge and/or understanding that arise from experience and which have been explicitly
learned by embedding them into ways of working.
An important part of the knowledge to be understood are the lessons that arise from doing the actual
programme work. Sometimes lessons arise from things going wrong, while others occur from things going well.
These lessons are invaluable when they are captured, communicated to those who would benefit from applying
them, and then put into practice through changes to processes, systems, or ways of working. Too often, lessons
are inappropriately entitled ‘lessons learned’ when they are not actually learned, but just noted, filed away, and
forgotten.
While some lessons learned come in the form of the relatively easy-to-capture explicit knowledge, others are
more nuanced tacit knowledge. One way to share a wider range of learning is to encourage communities of
practice of people facing similar challenges to be established across the programme.
Programmes need to build in time to allow individuals and groups to collaborate, reflect, and discuss learning,
not just at the end of projects and tranches, but regularly throughout the project and programme lifecycles to
allow adjustment and improvement.
A focus on collaboration in agile ways of working is evident through the use of retrospectives to access learning
and decide what to do with it. This is a specific feature of agile methods, but is good practice for all work.
Definition: Retrospective
A regular event that looks at how the process of doing work can be improved.
Retrospectives are sessions where people gather and explore what has worked well and what they wish had
been different. It is important to understand that asking ‘what went wrong’ tends to lead to defensiveness or
negativity and reduces the flow of ideas, so it is more effective to frame conversations in a positive way. The
outputs are then used to produce lessons for the rest of the project or programme and/or for the future. They
are captured and shared proactively with those elsewhere in the programme and organization who could benefit
116
Knowledge
from them. Sharing lessons by simply placing them in a repository rarely works as well as sharing them
creatively and in an engaging manner at community sessions. Storytelling and some game forms are
increasingly being used to help team members access and share knowledge and to think creatively about
improvement. Figure 8.3 shows the learning cycle.
Retrospective
Ne
w
Embedd
ed
in ways kno
of
wo w
r
ge
led ng
ki
ledge
ow
kn
Chapter 8 – Knowledge
Lessons
learned
Captured
lessons
App
li e d k n o w l e d g
e
Figure 8.3 The learning cycle
Bank compliance and adaptability programme
The bank programme relies on contractors to provide the specialist knowledge on
open-access banking compliance. It is a continual challenge to secure enough people
Effective
delivery
with this specialist knowledge. Because of the pressure to deliver and the ‘sellers’
market’ for such skills, contractors were leaving the programme without adequate time
for a handover to their colleagues. Upon investigation, this was found to be happening even when
contractors moved projects within the programme.
To learn from this lesson, the programme team designed a process of handover, which now applies
across the entire programme. They also negotiated a slightly longer notice period with contractors to
allow this to happen. In addition to a good handover, staff in the programme office are tasked with
ensuring that all work done is well-documented and that internal staff learn from the specialist contractors.
117
Managing Successful Programmes
8.6
Information approach
The information approach outlines the questions that the programme strategy must address as a minimum. It
explores how people will be able to access appropriate and up-to-date information in a timely way.
The information approach in the programme strategy answers the following questions:
● What is the information that the programme will create?
● Who will have access to what information?
● How will the status of information integrity be determined and ensured?
● What is the appropriate level of privacy for different types of information, and how will this be achieved?
● What controls will be used to ensure that people can access the most appropriate and up-to-date
information?
● What programme information needs to be retained beyond the life of the programme, and how will this
be managed?
Chapter 8 – Knowledge
8.7
Information management
Programmes create and use huge amounts of information. Information needs to be stored and managed in a
way that allows the right people (and only the right people) to access the right version of the information that
they need when they need it.
The three pillars of information security are:
● Confidentiality Only those who need to know can access the information
● Integrity Information is correct when it is accessed
● Availability It can be accessed by those who need it, when they need it. If it is not available when needed,
decisions may be made without the relevant knowledge.
Information can be in a physical form (documents, papers, books, and drawings) or it can be held as digital
data assets. Programmes need a controlled way of collecting, storing, organizing, disseminating, archiving, and
destroying information.
As noted in Portfolio, Programme and Project Offices (P3O), information management and knowledge
management are often confused in organizations. This is particularly the case when only explicit forms of
knowledge stored as information are acknowledged, such as peer-reviewed papers or findings from audits. One
way of understanding the difference is to consider knowledge management as an input to effective working and
learning in a programme, whereas information management is concerned with the control of the programme
artefacts. Knowledge that can be explicitly defined then becomes information.
Information management requires:
● a way of determining the integrity (quality and relevance) of the information before it is stored and when
it is accessed
● version control to make sure that people are working from the latest versions of the document, software,
drawing, etc.
● access control, to make sure that only the right people have access to the information, to safeguard privacy
and privileged information
118
Knowledge
● storage, so that information is accessible across locations, time zones, and organizational boundaries
● archiving, so that past information can be accessed when required.
Any storage of personal data must comply with the data and privacy regulations in force at the time. The
information security policies of the investing organization(s) will inform the information approach.
Utilities maintenance and improvement programme
The utilities programme generates a large amount of information including:
● maintenance schedules
Efficient
delivery
● resource availability and utilization forecasts
● details of equipment and assets, including serial numbers, drawings, and relationships
between assets
● condition and criticality assessment of each asset, linked to the maintenance schedule.
Chapter 8 – Knowledge
It is essential that the correct versions of these documents, schedules, and drawings are available and
used by planners and maintenance crews, otherwise works may be carried out in the wrong location or
may not be scheduled at the right time.
The infrastructure portfolio office, which is providing programme office services to the programme, is
responsible for facilitating the information management activities and consolidating project information
within the programme. This also includes taking responsibility for configuration and change control
across all the programmes in the portfolio.
8.8
Documents to support the theme
The documents produced as records of application of the knowledge theme are shown in Table 8.2.
Table 8.2 Documents to support the knowledge theme
Document
Purpose
High-level content
Programme
strategy:
knowledge and
learning
approach
To define how
knowledge and
learning will be
managed
across the
programme
Past knowledge What past knowledge the programme will draw on
New knowledge Knowledge that is likely to be created during the programme, both tacit and explicit
Explicit knowledge How explicit knowledge will be captured as information and stored, curated,
retrieved, and shared to support the achievement of objectives
Knowledge-sharing How the programme will encourage a culture of knowledge-sharing and
reflection to identify lessons to be learned, including across other parts of the investing
organization(s)
Lessons learned How the programme will encourage a culture of continual improvement based on
embedding learning into ways of working so lessons are actually learned
Programme
strategy:
information
approach
To define how
information
will be
managed
across the
programme
What information The information that the programme will create
Access Who will have access to what information
Integrity How the status of information integrity will be determined and ensured
Privacy The appropriate level of privacy for different types of information, and how this will be achieved
Version control The controls to be used to ensure that people access the most appropriate and
up-to-date information
Retention What programme information will need to be retained beyond the life of the programme,
and how this will be managed
119
Managing Successful Programmes
8.9
Focus of key roles for the theme
The areas of focus associated with the knowledge theme for the roles of sponsoring group members, SRO,
programme manager, BCM, and programme office lead are shown in Table 8.3.
Table 8.3 Areas of focus for key roles associated with the knowledge theme
Role
Areas of focus
Sponsoring group members
Ensuring that the knowledge and learning, and information approaches are fit for purpose
Senior responsible owner
(SRO)
Agreeing the approaches for the management of knowledge and learning, and information of the
programme with the sponsoring group and ensuring that these are documented in the programme
strategy
Programme manager
Developing the knowledge and learning, and information sections of the programme strategy, and
ensuring that they are applied
With the BCM, fostering a culture of knowledge-sharing, learning, and reflection across the programme
Ensuring that all statutory and organizational requirements regarding information, such as privacy, are
upheld
Chapter 8 – Knowledge
Business change manager
(BCM)
Providing sufficient and appropriate operational resources to the programme for knowledge, learning, and
information work
With the programme manager, fostering a culture of knowledge-sharing, learning, and reflection across
the programme
Programme office lead
Providing support for knowledge, learning, and information work on the programme (e.g. facilitation of
learning sessions, training for communities of practice, and administration to manage knowledge and
information systems)
Curation of organizational lessons learned, and advice on appropriate programme knowledge repositories
120
CHAPTER 9
Assurance
9
Assurance
Figure 9.1 shows the assurance theme as part of the MSP framework.
Plan
progressive
delivery
KN
OW
S
LED
GE
STR
U
U
CT
RE
W
ALIG N
W IT H P RIO RITIES
Figure 9.1 The assurance theme as part of the MSP framework
9.1
Purpose
The purpose of the assurance theme is to describe:
● assurance roles and responsibilities, related to the three lines of defence
● the assurance approach and how it supports governance
● how assurance activities are planned.
122
TY
STI
Embed the
outcomes
JU
Evaluate
new
information
D
AM EA
BI L
GU
I
NCE
OY I
PL SK
DE SE
ER
DIV
LL
FICATI N
O
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
N
IG
ES
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
Chapter 9 – Assurance
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
ION
C
GA
R
A
O
P
IT
H
Definition: Assurance
A discipline that provides transparency and confidence to the sponsoring group that the programme will
meet its objectives by focusing activities on the most risky aspects of the programme.
9.2
Key relationships with principles
The assurance theme contributes to the adherence to MSP principles across the programme lifecycle. Key
relationships with the principles are summarized in Table 9.1.
Table 9.1 Key relationships between the assurance theme and MSP principles
By …
Resulting in …
Lead with purpose
Designing the three lines of defence to support
leadership decision-making
Increased focus of the leadership on those matters in
their sphere of influence and responsibility
Collaborate across
boundaries
Developing a unified view of assurance for the
programme
Common adoption of methods, processes, tools, and
techniques to aid efficiency and understanding
Deal with ambiguity
Adopting a risk-based approach to assurance
that focuses resources on the areas where
greater certainty would be valuable
Better identification, analysis, and response to risks
and emerging change
Align with priorities
Prioritizing assurance observations and action
plans to reflect risks
The ability to prioritize programme work and align it
with ongoing operations
Deploy diverse skills
Allocating the right resources to assurance
activities, balancing independence, specialist
knowledge, and cost
Cost-effective and efficient provision of the
transparency and confidence required by the
sponsoring group
Realize measurable benefits
Focusing assurance on the risks affecting
outcomes of benefit over time
Better information on which to base decisions to
secure outcomes of benefit
Bring pace and value
Planning assurance that is timely and
appropriate
Leaders taking actions earlier to prevent issues that
slow delivery
9.3
Assurance approach
The assurance approach outlines the questions that the programme strategy must address as a minimum. Its
content will vary depending on the nature of the programme and the organizations involved. In MSP, it is
assumed that the approach adopted will address the required corporate assurance and controls of all the
investing organizations.
The assurance approach in the programme strategy answers the following questions:
● What are the requirements for assurance (if any) flowing from the corporate governance of the investing
organization(s)?
● What are the assurance accountabilities, responsibilities, and delegated levels of authority for the
programme governance boards, supporting offices, and individual roles?
123
Chapter 9 – Assurance
The assurance theme
applies the MSP principle:
Managing Successful Programmes
● How will the programme governance boards and supporting offices work with assurance providers outside
the programme organization structure (including, but not limited to, any outsourced internal audit function)?
● What assurance activities will be provided by each line of defence?
9.4
Assurance at multiple levels
Assurance is required whenever authority or responsibility is delegated to another individual, team, or
organization; for example, when:
● funding is granted to a programme from the corporate organization
● a programme sponsoring group delegates responsibilities to a programme manager via the SRO (individual)
● testing is assigned to a team of specialists (team)
● a systems integrator is contracted to design and implement an IT system (organization).
Lines of defence address the delegation of authority and responsibility from programme governance boards
to other teams and individuals. There are three levels of delegated authority that define the three associated
lines of defence.
Chapter 9 – Assurance
Definition: Three lines of defence
The provision of three levels of assurance in line with the levels of delegated authority within the
programme’s organization.
Figure 9.2 illustrates assurance across the three lines of defence.
Corporate governing body (and audit committee)
Programme organization
Reports to
Reports to
Operations senior manager
Risk insight
and advice
Reports to
Risk insight
and advice
Risk decisions
First line of defence
• Owns project and operation-level
risk controls,measures and monitoring
• Responsible for operation- and
project-level risks delegated from
project management
Sponsoring group
Programme board
Risk insight
and advice
Risk decisions
Second line of defence
• Owns programme-level risk controls,
measures, and monitoring
• Responsible for programme-level risks
escalated from project management
and delegated from corporate
management
Executive
management
Risk insight
and advice
Risk
decisions
Risk
decisions
Third line of defence
• Owns corporate-level risk controls
measures, and monitoring
• Responsible for corporate-level risks
escalated from programme
management
Responsible for project- and operation-level risk response
Independent from project- and operation-level risk response
Figure 9.2 Assurance across the three lines of defence
124
Assurance
9.4.1
First line of defence
The first line of defence owns project and operation-level risk controls, measures, and monitoring. It:
● monitors the processes and progress of projects and other work in the programme
● integrates assurance from relevant projects, operational functions, and service areas
● reports findings (via the operations senior manager) to the programme board.
Some programme boards set tolerance levels so that reporting is by exception and only required if there is
evidence that tolerances are being threatened or exceeded.
Quality management activities performed by projects to validate that outputs meet requirements may form part
of the scope for the first line of defence in some programmes.
9.4.2
Second line of defence
The second line of defence owns programme-level risk controls, measures, and monitoring. It:
● receives inputs from the first line of defence
● commissions assurance in the first line of defence
Chapter 9 – Assurance
● monitors the effectiveness of programme-level processes and progress
● integrates assurance from relevant programmes, corporate functions, and outsourced functions
● reports findings (via the programme board) to the sponsoring group.
Some sponsoring groups set tolerance levels so that reporting is by exception and only required if there is
evidence that tolerances are being threatened or exceeded.
9.4.3
Third line of defence
The third line of defence owns corporate-level risk controls, measures, and monitoring. It:
● receives inputs from the second line of defence
● commissions assurance in the second line of defence, which may in turn have been requested by corporate
management or government departments in the case of public-sector investments
● provides an assurance focus on the business case of the programme
● monitors and integrates assurance of the programme with corporate risk and assurance functions
● reports findings (via the sponsoring group and executive management) to the corporate governance of the
investing organization(s).
The specific roles and responsibilities of the three lines of defence will vary depending on the nature of the
programme and its governance and so are specified in the assurance approach in the programme strategy.
125
Managing Successful Programmes
National Rail network programme
The National Rail network programme is delivered by multiple organizations, with each
contributing to the accountabilities and delegated levels of authority within the three
lines of defence. The three lines of defence are designed in accordance with the
governance and risk profile of the programme.
Innovation
and growth
The primary investing organization is the government treasury. The involved organizations provide
assurance to the government treasury through the SRO and the sponsoring group. The transport
department has overall accountability for the delivery of the National Rail network programme, but
because some accountabilities are delegated to other organizations, the transport department also has
an integration role. The three lines of defence are as follows:
● First line of defence:
● Operational senior management in each organization, including contracted vendors, provide
risk-based assurance for the relevant projects, operational functions, and service accountabilities
in their organizations.
● Second line of defence:
Chapter 9 – Assurance
● The programme boards provide risk-based assurance for the programme-level accountabilities in
their organizations.
● The programme boards work together to ensure that there are no assurance gaps between the
interdependent aspects of the programmes in their organizations.
● Third line of defence:
● The sponsors of the programmes in each organization provide risk-based assurance for the
department-level accountabilities of their organizations.
● The sponsors of the regional operating company and contracted vendor provide department-level
assurance to the government department sponsors.
● The government department sponsors provide risk-based assurance to the government treasury.
● The National Rail network programme sponsors work together to ensure that there are no
assurance gaps between the interdependent aspects of the programmes in their organizations.
The Office of the Auditor General operates in support of the government and government treasury. Given
the distributed nature of assurance across many organizations, the Office of the Auditor General provides
an additional level of assurance for high-risk areas across all involved organizations. As some risks (i.e.
from other policy areas) may be owned outside of the programme governance structure, additional
assurance may be required by departmental executive management directly to government.
Figure 9.3 illustrates three lines of defence designed in accordance with the programme.
126
Assurance
Government treasury
NRN = National Rail network
Transport department
Operations senior
management
Government
NRN programme
Sponsoring group
Transport department
NRN programme board
Transport department
Road and other programme boards
Transport
department
Sponsor
Transport
department
Executive
management
Other departments
Operations senior
management
Other department
Programme board
Other department
Sponsor
Other department
Executive
management
Regional operating
companies
Operations senior
management
Regional operating
company
Programme board
Regional operating
company
Sponsor
Rail operating
company
Executive
management
Contracted vendor
Operations senior
management
Contracted vendor
Programme board
Contracted vendor
Sponsor
Contracted
vendor
Executive
management
First line of defence
Second line of defence
Chapter 9 – Assurance
Third line of defence
Figure 9.3 Three lines of defence for the National Rail network programme
9.5
Assurance planning
Assurance planning helps programme leaders to:
● ensure that the risks facing the programme have been identified and are being managed well
● ensure that they are receiving quality (timely, accurate, and complete) information regarding the overall risk
level that the programme is facing
● understand which programme controls are working well and which are not
● identify whether good programme management practice is being adopted
● understand the actual or potential impacts of issues and risks so they can consider these in
decision-making.
The purpose of the assurance plan is to detail the scope and timing of the assurance activities that will be used
to provide transparency and confidence to the sponsoring group that the programme is on track to deliver the
desired outcomes of benefit. The assurance plan also identifies the activities that are focused on programme
risks. The focus might be on a narrow set of risks or, if the plan is comprehensive, the assurance activities
might consider a wide range or risks.
The assurance plan specifies:
● the nature of the assurance activities to be conducted
● the timing and resourcing of the assurance activities
● any guidance on how to carry out each assurance activity.
127
Managing Successful Programmes
9.5.1
Nature of the assurance activities
Assurance activities may be motivated by a range of situations. Examples of assurance activities are shown in
Table 9.2, organized by the driver for the assurance taking place.
Table 9.2 Examples of assurance activities
Drivers for assurance
Types of assurance activity
Key decisions
Funding approvals
End-of-tranche reviews
Benefit reviews
Gate reviews
Progress monitoring
Project exception reports
Maturity assessments (e.g. using P3M3)
Health checks
Real-time advice
Advice provided directly to the SRO after observing a programme board meeting
Advice to the programme manager on aspects of the team
Continuous monitoring
Monitoring of key processes such as access controls on systems or buildings
Common causes of risk or
an emerging risk
Review of common risk areas related to programme management (e.g. programme office, service design,
or stakeholder engagement) or to the specifics of the programme (e.g. testing or operational readiness)
Chapter 9 – Assurance
Assessment of the impact of an emerging risk
Capability assessments
Culture and organizational learning reviews
Portfolio and capacity management
Regulatory compliance
Leadership
The assurance plan identifies assurance activities throughout the life of the programme. Assurance
investigations that are conducted when the programme is being planned rely on the experience of reviewers to
foreshadow risks and implications for the future. Assurance investigations that are conducted during
implementation rely on uncovering the actual risks the programme is facing in the present. Assurance
investigations that are conducted after the transition of new capabilities to the business rely on observing
compliance to standards, procedures, and practices executed in the past. Appropriate specialist knowledge and
skills are required in each scenario.
9.5.2
Timing and resourcing of assurance activity
There are many assurance activities that are built into the normal rhythm of the delivery plan; for example,
regular reviews prior to reporting to the programme board or end-of-tranche reviews. Other assurance activities
may be planned to coincide with specific events; for example, prior to the transition of a new capability to the
business or prior to cut-over activities for a new system.
Some assurance activities will not be planned in advance, emerging as the programme progresses and
new information materializes; for example, investigating the impact of an emerging risk on the viability of
the programme.
All assurance activities consume time and resources, for the area being reviewed as well as the reviewers. The
assurance plan needs to be coordinated with the other programme plans (delivery plan, benefits realization
plan, financial plan, and stakeholder engagement and communications plan) to ensure that the investment in
assurance is justified, i.e. the transparency and confidence brought by the assurance activity outweighs the
impact on the team, pace, and costs. This balance also needs to take into account the time to put corrective
actions in place where the assurance activity identifies priorities for improvement.
128
Assurance
It is often a great source of comfort to the sponsoring group to commission programme assurance from external
consultancies as they tend to have a wide range of experience across multiple organizations doing similar sorts
of work. The confidence gained and the costs of such exercises need to be balanced against:
● the pressure on the organization as they entertain external consultants alongside their daily work
● the implied lack of confidence that senior leaders have in their team if they are having to seek external
validation of their work.
9.5.3
How to plan successful assurance activities
Each assurance activity needs to consider the five factors required for successful assurance: independence,
accountability, coordination, proportionality, and risk appetite.
Table 9.3 Success factors for assurance
In practice, this means that the assurance is:
Conducted by people who are not carrying out the work being assured in order to provide an objective
assessment and conclusions based on evidence and in accordance with good practice. There are degrees of
independence (e.g. investigators could be internal peers or external contractors)
Accountability
Driven and supported by the sponsoring group, owned by the SRO, and its findings are reported through to
governance boards
Coordination
Visible and planned in collaboration with other programme work to ensure that work is conducted in the best
way and at the right time. It needs to begin as early as possible and be updated as the programme progresses
and the risk profile of the programme changes
Proportionality
Conducted to maximize the impact and minimize the level of required effort by tailoring the assurance to the
context of the programme and the needs of stakeholders
Risk appetite
Focused on areas of greatest risk to benefits and outcomes, and invests more effort where the risk is greater
and the appetite for risk (variance from plan) is lower
It is good practice for specific assurance activities to be commissioned by the relevant governance board with a
clear brief, predefining relevant standards and good practice from the industry, the organization, or the
investigators.
Each assurance activity will generally follow these steps:
● Prepare
● Define the investigation objectives, e.g. audit or advisory.
● Define the drivers (e.g. key decision, emerging risk, or capability assessment).
● Define the risks to investigate.
● Find previous investigations that identified relevant risks.
● Select and appoint specialists for the assurance team.
● Define investigation methods and procedures to apply the method.
● Identify relevant good practice to use as a point of reference.
● Set a budget and timeline.
● Confirm objectives, scope, and budget with the SRO.
129
Chapter 9 – Assurance
Success factors
Independence
Managing Successful Programmes
● Gather evidence
● Identify information requirements (e.g. indicators, trends, changes, adherence to protocols).
● Find relevant advice from previous assurance investigations.
● Gather new information from stakeholders (via documents, interviews, workshops, or real-time
observation).
● Analyse information according to good practice and extract relevant observations.
● Identify findings.
● Validate findings.
● Report
● Develop conclusions based on findings.
● Develop corrective actions (compliance/audit) or advice (advisory) for management.
● Validate actions with stakeholders.
● Report to management and confirm actions.
● Follow-up
● Record corrective actions and advice.
● Monitor whether corrective actions or advice have been enacted.
Chapter 9 – Assurance
In a programme environment, the context and state of the programme will be in continual flux. It is important
that assurance is conducted efficiently and quickly so that management can respond to observations in a timely
way. If adopting agile ways of working for project work, the preparation, execution, and reporting work can be
organized into, for example, a small number of two-week sprints that build upon one another. Each sprint would
include some evidence-gathering in order to narrow the focus of the work onto a smaller set of risks and issues,
with the final sprint focusing on validation and reporting of key observation and conclusions.
Bank compliance and adaptability programme
In the bank programme, the chief risk officer remains concerned about providing
assurance to the board that establishing compliance with open-access banking
regulations does not render the bank unable to prevent money laundering and fraud.
Effective
delivery
The programme manager asks the programme office to hire a team of independent contractors who are
specialists in the assurance of banking systems. They are asked to stress-test the new capabilities and
conduct a mock audit to try to ‘break the system’ and provide assurance that the delivered capability is
within the bank’s corporate appetite for risk to reputation. They will also check compliance with the new
regulations on open-access banking, plus existing anti-money laundering and anti-fraud regulations.
130
Assurance
National Rail network programme
The National Rail network programme is a new programme to be delivered by multiple
organizations over a number of years. The programme assurance plan provides a broad
Innovation
and growth
view of the assurance activities for the entire duration of the programme and a detailed
view of the assurance activities in the near term, e.g. the current year. The plan is
refreshed on a quarterly basis to reflect changes to the risk profile of the National Rail network
programme.
The programme assurance plan has the following distinctive aspects:
● Independence Funding is granted from the government treasury to multiple government departments
that are not directly accountable to one another and for this reason, the Office of the Auditor General
provides independent assurance over these government departments.
● Accountability Ownership of the assurance activities coincides with the uniquely delegated
accountabilities made to the involved organizations, including government departments, regional
operating companies, and contracted vendors.
● Coordination The design of the programme office includes an assurance management service that
Chapter 9 – Assurance
coordinates the assurance activities across all involved organizations on behalf of the programme
board and sponsoring group.
● Proportionality Given that the level of risk (i.e. investment) is high, the number of assurance
activities is expected to be high and cost estimates for the programme need to take this effort into
consideration.
● Risk appetite The expected programme benefits (e.g. efficient use of capacity, increased capacity,
sustainability, passenger experience, etc.), the metrics, and the target measures are unclear, meaning
the type of assurance activities (assurance plan) will need to be refined as the appetite for risk is
defined and documented in the programme strategy.
9.6
Documents to support the theme
The documents produced as records of application of the assurance theme are shown in Table 9.4.
131
Managing Successful Programmes
Table 9.4 Documents to support the assurance theme
Document
Purpose
High-level content
Programme
strategy: assurance
approach
To define how assurance
will be managed across
the programme
Corporate governance requirements The requirements for assurance (if any)
flowing from corporate governance of the investing organization(s)
Delegated authorities The assurance accountabilities, responsibilities, and
delegated authorities for programme governance boards, supporting offices, and
individual roles
Working with partners outside the programme How the programme governance
boards and supporting offices will work with equivalent structures that exist outside
the programme organization structure, including partner organizations and in the
permanent organization
First line of defence The assurance activities provided by the first line of defence
Second line of defence The assurance activities provided by the second line of
defence
Third line of defence the assurance activities provided by the third line of defence
Assurance plan
Chapter 9 – Assurance
9.7
To detail the scope and
timing of the assurance
activities that will be used
to provide transparency
and confidence to the
sponsoring group that the
programme is on track to
deliver the desired
outcomes of benefit
Risk-based focus The assurance plan identifies assurance activities focused on
programme risks
Types of assurance activity The types of assurance that will be provided
Timing When the assurance activities will take place
Resourcing The resources that will be used for assurance activities (people and facilities)
Methods/guidance Any guidance on how to carry out each assurance activity
Focus of key roles for the theme
The areas of focus associated with the assurance theme for the roles of sponsoring group members, SRO,
programme manager, BCM, and programme office lead are shown in Table 9.5.
Table 9.5 Areas of focus for key roles associated with the assurance theme
Role
Areas of focus
Sponsoring group
members
Ensuring the assurance approach is fit for purpose
Senior responsible
owner (SRO)
Agreeing the approaches for the management of assurance of the programme with the sponsoring group and
ensuring these are documented in the programme strategy
Programme
manager
Developing the assurance approach in the programme strategy and ensuring it is applied
Commissioning assurance activities
Developing the assurance plan
Supporting assurance activities
Ensuring observations and recommendations are fed into decision-making processes (see Chapter 10)
Helping to implement assurance investigation recommendations accepted by the sponsoring group
Business change
manager (BCM)
Supporting assurance activities
Programme office
lead
Supporting the regular monitoring and review of progress
Helping to implement assurance investigation recommendations accepted by the sponsoring group
Establishing the methods and tools for each assurance activity
Securing assurance specialists for each commissioned activity
Coordinating the planning, execution, and closure of assurance activities
Providing information to support the assurance activities
Potentially conducting some assurance activities on behalf of the programme board
132
CHAPTER 10
Decisions
10
Decisions
Figure 10.1 illustrates the decisions theme as part of the MSP framework.
Plan
progressive
delivery
KN
S
OW
LED
GE
ST
T
RUC
UR
E
TY
STI
Embed the
outcomes
JU
Evaluate
new
information
D
AM EA
BI L
GU
I
NCE
OY I
PL SK
DE SE
ER
DIV
LL
FICATI N
O
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
N
IG
ES
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
Chapter 10 – Decisions
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
WITH LEAD
ING LUE
PU
BR D VA
RP
N
A
OS
E
Z
A
I
E
C
GAN TION
R
A
O
P
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 10.1 The decisions theme as part of the MSP framework
10.1
Purpose
The purpose of the decisions theme is to describe:
● how programmes make decisions at various points across the programme lifecycle, whether those
decisions be related to resolving issues, responding to risks, or any other choice requiring a considered
and governed approach.
● the prerequisites for effective decision-making within programmes.
134
10.2
Key relationships with principles
The decisions theme contributes to the adherence to MSP principles across the programme lifecycle. Key
relationships with the principles are summarized in Table 10.1.
Table 10.1 Key relationships between the decisions theme and MSP principles
By …
Resulting in …
Lead with purpose
Gathering, analysing, and presenting decision-ready
information, and by communicating the rationale that
underpins decisions
Focus, purpose, and commitment to action
Collaborate across
boundaries
Ensuring approaches used to make decisions in the
light of new information can work across multiorganizational governance
Quicker decisions and greater alignment
Deal with ambiguity
Explicitly considering the upside and downside
impacts of decisions
Keeping the risk profile within defined
tolerances
Align with priorities
Reporting both historic performance and emerging
trends
Decisions about priorities being made using the
best possible information at the time
Deploy diverse skills
Analysing data to forecast the impact on the capacity
and capability of the investing organization(s) to
deliver the planned outcomes of benefit
The need for new/different/more skills becoming
clear
Realize measurable benefits
Keeping the decision-making focus at programme
level, i.e. on the realization of the outcomes of benefit
Focus and no distraction from the primary
purpose of the investment
Bring pace and value
Working within clear delegated limits of authority and
only escalating decisions when needed
Timely decisions that keep things moving and
empower the team
10.3
Decision-making approach
The decision-making approach outlines the questions that the programme strategy must address as a minimum.
Its content will vary depending on the nature of the programme and the organizations involved.
The decision-making approach in the programme strategy answers the following questions:
● What are the decision points for the programme, both planned (e.g. an end-of-tranche review) and ad-hoc
(e.g. a significant change request or emergent change in the programme environment)?
● What are the decision criteria that will be used to report data, analyse information, and make
recommendations?
● How do decision criteria vary between those at the programme level and those for the constituent projects
and other work in the programme?
● What are the criteria for escalation and delegation of information between governance boards?
● What reports are provided to decision-makers with what content and at what frequency?
● How are decisions documented and communicated?
135
Chapter 10 – Decisions
The decisions theme
applies the MSP principle:
Managing Successful Programmes
Definition: Decision point
An event or occurrence that triggers the need for programme governance to make decisions about the future
of the programme.
Decisions happen many times during the programme. Issues and risks require particular approaches to
decision-making, and separate registers are maintained for each of them (see sections 10.4 and 10.5). For
other decisions made by the sponsoring group or programme board (such as whether to approve the business
case) a decision register is used. The purpose of the decision register is to record decisions made by each
governance board, providing an audit trail of decisions and their underpinning rationales.
Figure 10.2 illustrates the layers of decision-making.
Executive management
Programme
mandate
Organizational
objectives
Chapter 10 – Decisions
Sponsoring group
Benefit profiles
Benefits
Programme board
Target
operating model
Capabilities
and outcomes
Programme manager
Delivery plan
Outputs
Figure 10.2 Layers of decision-making
10.4
Issue resolution approach
The issue resolution approach outlines the questions that the programme strategy must address as a minimum.
Its content will vary depending on the nature of the programme and the organizations involved. In MSP,
however, the change control procedure will be included as part of the issue resolution approach (consistent with
the PRINCE2 approach; see Managing Successful Projects with PRINCE2).
136
Decisions
The issue resolution approach in the programme strategy answers the following questions:
● What is the process for allocating issues to owners?
● What is the delegated authority to owners of issues?
● How are change requests logged and processed?
● What is the governance for reviewing change impact analysis and making decisions?
● How will the links between the issue resolution approach and risk response approach be established (e.g.
when do realized risks become issues, or issues become causes of risks)?
● What reports are provided to decision-makers with what content and at what frequency?
Definitions
● Issue An unplanned event that has occurred and requires management action. It could be a problem,
query, change request, or a risk that has occurred.
● Issue owner The person who is assigned to take responsibility for resolving the issue to the satisfaction
of the programme’s governance boards.
10.5
Risk response approach
The risk response approach outlines the questions that the programme strategy must address as a minimum.
Its content will vary depending on the nature of the programme and the organizations involved. In MSP,
however, the approach adopted will accommodate any uncertainties that would have a beneficial impact on
programme objectives if they occur (upside opportunities) and those that would have a detrimental impact
(downside threats).
The risk response approach in the programme strategy answers the following questions:
● What is the process for allocating risks to owners?
● What is the delegated authority to owners of risks?
● What guidance is provided to risk owners to justify any additional investment in proactive responses to risk
that are in line with risk appetite?
For example, the tolerance for impacts on safety performance is likely to be zero (or ‘as low as reasonably
practicable’) whereas the tolerance for impacts on programme costs may be ±10% of the budget for the
tranche.
● What is the governance for reviewing and approving risk response plans, both proactive and reactive/
contingent response plans?
● How will the links between the issue resolution approach and risk response approach be established (e.g.
when do realized risks become issues, or issues become causes of risks)?
● What reports are provided to decision-makers with what content and with what frequency?
Risk responses are recorded in the risk register (see Chapter 5).
137
Chapter 10 – Decisions
Issues are recorded in the issue register which may be a document or database. The purpose of the issue
register is to record issues and the impact on objectives if not managed; document the issue owner with
responsibility for resolution; and track the resolution of the issue.
Managing Successful Programmes
Definition: Risk owner
The person who is assigned to take responsibility for responding to a risk to the satisfaction of the
programme’s governance boards.
10.5.1
Generic responses to threats and opportunities
Programme risks are uncertainties that would affect one or more of the outcomes of benefit of the programme.
Some of those risks will have an exposure that is tolerable for the sponsoring group and the risk will be
accepted (for now) and monitored, perhaps with a contingent plan being put in place (what we will do if …).
Other risks will have an exposure that would be intolerable for the sponsoring group. They would therefore see
value in investing additional time and resources now in order to increase certainty, either by making an
opportunity more likely to happen, or a threat less likely to happen. The costs of implementing a risk response
must be justified, i.e. the increase in certainty must have a value greater than the time and money required to
implement the response effectively.
The range of response options are described in Table 10.2.
Chapter 10 – Decisions
Table 10.2 Response options for threats and opportunities
Response options
Use
Avoid a threat
This option is about making the uncertain situation certain by removing the risk. This can often be achieved by
removing the cause of a threat, or by implementing the cause of an opportunity. This option may be adopted at
no extra cost by changing the way the work is planned. More often though, costs will be incurred in order to
remove all residual risk for threats and opportunities. Where costs are incurred, these must be justified, i.e.
the cost of the response must be warranted to make the situation certain.
Exploit an opportunity
Reduce a threat
Enhance an
opportunity
This option chooses definite action now to change the probability and/or the impact of the risk. The term
‘mitigate’ is relevant when discussing reduction of a threat, i.e. making the threat less likely to occur and/or
reducing the impact if it did. Enhancing an opportunity is the reverse process, i.e. making the opportunity
more likely to occur and/or increasing the impact if it did. Again, because this option commits the organization
to costs for reduction/enhancement now, response costs must be justified in terms of the change to residual
risk.
Transfer the risk
(threat or opportunity)
Transfer is an option that aims to pass part of the risk to a third party. Insurance is the classic form of transfer,
where the insurer picks up the risk cost, but where the insured retains the impact on other objectives, such as
time delay. Transfer can apply to opportunities, where a third party gains a cost benefit, but the primary
risk-taker gains another benefit, but this is not a commonly used option, whereas transfer of threats is
commonly used. Again, the cost of transference must be justified in terms of the change to residual risk: is the
premium you pay worth it? It is important to note that some elements of risk cannot be transferred, although
an organization may choose to delegate the management of the risks to a third party.
Accept the risk
The ‘accept’ option means that the organization ‘takes the chance’ that the risk will occur, with its full impact
if it did. There is no change to residual risk with the accept option, but neither are any costs incurred now to
manage the risk, or to prepare to manage the risk in future. An example would be the risk to profitability as a
result of currency fluctuations. An organization may decide to take a chance and not engage in any hedging or
other provision to protect margins from wide variation in rates. This option would not be appropriate if the risk
exposure exceeded the risk tolerance threshold for the organizational activity in question. Note that in a case
such as currency fluctuations where the impact could be positive or negative, this is actually two risks,
because a risk is the relationship between the uncertain event and the impact of that event occurring. There is
a risk leading to loss and a risk leading to gain. Framing the uncertainty as two risks allows for different
responses to each part.
138
Decisions
Response options
Use
Prepare contingent
plans
This option involves preparing plans now, but not taking action now. Most usually associated with the accept
option, preparing contingent plans in this instance is saying: ‘We will accept the risk for now, but we will make
a plan for what we will do if the situation changes.’ This option applies equally to other responses and is often
refer to as a ‘fallback’ plan, i.e. what we will do if the original response does not work. Fallback plans apply to
all other strategies, even avoiding a threat and exploiting an opportunity, because the plan to avoid and/or
exploit may not be successful despite good intentions.
This option is important because it builds in future managerial flexibility for a smaller committed cost than
investing in more proactive strategies. This does not mean that investing now to respond to a risk is wrong,
but such investments do need to be cost-justified, as previously mentioned.
10.6
Data-gathering and reporting
To make relevant and timely decisions as part of programme governance, decision-makers need access to
relevant and timely data about performance to date and/or things that have happened, and emerging trends
about the future and/or things that might happen.
10.6.1
Looking back
The decision-making approach specifies the reporting arrangements for the programme. The data provided must
be as accurate and complete as practicable with clear guidance to decision-makers about assumptions made
and highlighting any limited confidence in the data reported.
As previously discussed in the knowledge theme, the culture of the organization plays a significant role in
providing relevant and timely information for decision-makers. Some cultures have embedded behaviours that
make it difficult to share what is perceived as ‘bad’ news, either in the form of negative variance from plan or
the identification of downside risks. Where this is the case, it can lead to partial reporting of real progress or
over-optimistic assessments of risk exposure. The number and magnitude of issues that arise would be
expected to be greater in cultures where early sight of risks and realistic reporting enable decision-makers to
anticipate, drive improvement, and keep on the ‘front-foot’. Providing false information on historic performance
destroys value. The SRO and sponsoring group are accountable for building a culture where this does not happen.
10.6.2
Looking forward
Programmes are intended to deal with ambiguity, adapting and realigning to ensure that the investment in
outcomes of benefit is continuously affordable and achievable. To do this, decisions need to be made with as
much foresight as possible.
The people managing the projects and other work within the programme will be focused on delivering outputs
within the resource constraints and therefore keenly aware of the associated risks. However, the programmelevel focus is upwards and outwards. The programme team looks for new information on emerging risks and
disruptive trends in the programme environment, and is aware of weak data signals as well as established
information. Such activity is often referred to as horizon scanning. Effective monitoring of the external context
139
Chapter 10 – Decisions
Data also needs to be ‘decision-ready’, making it clear where decisions are needed to correct negative trends,
resolve issues, or to put in place additional risk responses, and the options and alternatives that have been
considered (see also section 10.7). There are close links between the knowledge and assurance themes
(Chapters 8 and 9) and this work. New and updated knowledge will be created by the programme team, and
assurance activities will provide the information on which decisions will be based. The decision-making
approach will specify the content and format of the information required.
Managing Successful Programmes
for the investing organization(s) enables timely decisions to be made on risks or issues that may have an impact
on the capacity and capability to embed outcomes to realize benefits.
There are many ways in which a programme team can present such information to decision-makers. Some will
present the information in the risk register or issue register format because the format is an established part of
governance, understood by the people involved. Others may draw from the risk register and issue register
formats to present data so it has the greatest chance of being understood and considered.
Established techniques to evaluate the programme environment can be used as a means of horizon scanning.
One such technique, PESTLE, analyses political, economic, sociological, technological, legal, and environmental
factors. Although some would, correctly, see such techniques as a form of risk identification, they can be useful
for programmes to keep a specific focus on longer-term trends in the programme environment. Other relevant
techniques include scenario analysis where different potential futures are described. Armed with a considered
‘forward look’, decision-makers are able to consider the new information and the potential need to realign and
justify the programme. Figure 10.3 shows the various sources of data.
Reports
Performance to date
Emerging risks
Adapting and realigning
Decision-ready data
Issues
Effectiveness of risk responses
Options/alternatives
Disruptive trends
back
Looking
Chapter 10 – Decisions
Knowledge created
Assurance outputs
forward
Weak signals
Horizon scanning
PESTLE
Scenarios
Figure 10.3 Sources of data
National Rail network programme
The National Rail network programme is a programme spanning a number of years
funded primarily by the government with some private-sector funding that involves many
organizations and produces numerous reports. The risk profile for the programme is
expected to change over time, and data-gathering and reporting are used on an ongoing
basis to help prepare the leadership for an uncertain future.
Innovation
and growth
Using horizon scanning, the programme office identifies and reports potential risks that may affect the
National Rail network programme approach and plans; for example:
● an election resulting in a change in government which will lead to different funding priorities
● an increase to the cost of government borrowing leading to increasing costs to the programme
● the emergence of new rail monitoring technologies and data analysis techniques leading to different
ways to deliver the target operating model
● the introduction of new government policies, legislation, or regulations resulting in different
mandatory quality requirements for the programme.
140
Decisions
Using predictive analytics, the programme office interprets historical programme performance data in
order to identify potential future events; for example:
● cost overruns due to changes in resourcing or contracting in one team
● delayed project delivery due to a missed milestone caused by the slowdown of a particular business
operational process
● declining project quality due to changes in how software is being tested and released
● over-reported financial benefits realization, due to poor accounting practices which are under-
reporting costs
● operational capacity shortages in high-risk areas, due to poor management of staff holiday time.
Using lessons learned from other major programmes, decision-makers anticipate potential risks that may
affect the National Rail network programme approach and plans; for example:
● people in key individual roles (e.g. SROs, programme managers, and BCMs) typically only stay with a
programme for a few years before moving to other roles, leading to different ways of managing the
programme
● government departments regularly restructure, leading to changes to the organization structures,
supporting offices, and individual roles
● contacts with vendors evolve, leading to changes to supplier costs and the allocation of funds.
Chapter 10 – Decisions
Charity organizational realignment programme
The programme was planned over a two-year time horizon with the change in
Organizational
organization structure and associated processes and internal controls happening in
realignment
Tranche 3 (after 18 months). Because the sponsoring group of the programme is the
executive team, reporting on progress was provided as part of the normal monthly pack
of reports. Benefits monitoring for the entire programme scope was in place by the end of Tranche 1, so
the senior team had good visibility of the current status of fundraising, numbers of service users,
compliance performance, and staff satisfaction and attrition.
The programme team were pleased with the quality of data provided and that issues were being
resolved on a timely basis. However, during a meeting towards the end of Tranche 2, they were shocked
to be presented with new information by the newly appointed compliance director. This showed that the
future business process and internal controls work had not considered two pieces of changed legislation
relating to the safeguarding of service users. There was some suggestion that the changed legislation
would also require modifications to the new technology-enabled service channel. The potential for
legislation to change was on the risk register but no one had taken accountability for actively tracking
this. The team were reminded of the need for their data analysis to look forward as well as look back.
141
Managing Successful Programmes
Utilities maintenance and improvement programme
In this programme, a review near the end of a tranche showed that many of the
projects would probably fail to deliver as planned. The sponsoring group members were
Efficient
delivery
surprised to hear this, as all the reports from the programme had been positive so far.
The majority of progress summary charts were also showing ‘green’ status, with few
projects reporting amber and none reporting red. This was a significant issue for the programme as it
was too late in the year to spend the money on other work.
In preparation for the next tranche, the sponsoring group members asked the programme office lead to
look at the underlying causes of the optimistic reporting so far. The programme manager was asked to
look again at training and support for all programme staff on the importance of transparent and accurate
reporting. The programme manager suspected that project managers were afraid to declare that they
could not deliver because there was no precedent in the company for projects being praised for freeing
up resources for other projects in the portfolio. This must change for the efficiency programme to be
successful.
10.7
Options analysis
Chapter 10 – Decisions
‘Decision-ready’ information contains an analysis of the options available to the decision-makers.
Many reports to governance are for information only: reporting on progress and keeping the programme board
and sponsoring group abreast of status. No decisions are needed. Where decisions are needed, however,
decision-makers will have their own partial perspective on the situation; therefore the information provided
needs to challenge those perspectives to ensure that sub-optimal decisions are not taken based on biased
positions.
It can be useful to think about the quality of a decision. This cannot be judged on the outcomes as other things
will inevitably have happened between the decision point and those outcomes. The quality of decisions,
therefore, relies on a robust decision-making process. Critical features of any decision-making process include:
● a clearly understood decision ‘frame’. What is the problem that needs to be solved? What are the
conditions and boundaries associated with the decision? Which aspects of the decision are ‘givens’ and
which are tradable?
● the availability of relevant and reliable information from which to create alternatives
● alternatives underpinned by clear logic, including a clear understanding of what cannot be known for sure
at the point of the decision
● clear motivation and commitment to action from key stakeholders.
It is also often part of an organization’s culture to behave as if there is only one correct option in any given
circumstance and therefore behaviours are focused on justifying why the option chosen is the only one that
could be correct in the situation. If this is the culture, the options presented may be biased and misleading.
Decision-makers do not like being manoeuvred into a corner. When a programme is at a significant decision
point, understanding the ‘do nothing differently’ baseline is key before presenting at least two more viable
options. This provides decision-makers with a real choice to make, or a context from which other creative
alternatives can be explored.
142
Decisions
10.8
Documents to support the theme
The documents produced as records of application of the decisions theme are shown in Table 10.3.
Table 10.3 Documents to support the decisions theme
Document
Purpose
High-level content
Programme strategy:
decision-making
approach
To define the decision points in
the programme and the
information provided to
decision-makers in order to align
with new information as the
programme progresses
Decision points The decision points for the programme, both planned and
ad-hoc
Decision criteria The criteria that will be used to report data, analyse
information, and make recommendations How the criteria vary between
different levels
Escalation and delegation Criteria for escalation and delegation of
information between governance boards
Reporting The reports that are provided to decision-makers: content and
frequency
Audit trail of decisions How decisions made by governance boards are
documented and communicated
Programme strategy:
issue resolution
approach
To define the specific
arrangements for capturing,
evaluating, and deciding how to
act on change requests or issues
arising
Issue owners The process for allocating issues to owners
Delegated authority to issue owners The limits of authority delegated to
issue owners
Change requests How change requests are logged and processed
Links with risk response approach How links between the issue
resolution approach and risk response approach work
Reporting The reports that are provided to decision-makers: content and
frequency
Programme strategy:
risk response
approach
To define the criteria to be used
when deciding whether to accept
risk and put in place reactive
(contingent) responses if risk
events occur, or to invest in
proactive responses to threats
and opportunities
Risk owners The process for allocating risks to owners
Delegated authority to risk owners The limits of authority delegated to
risk owners
Guidance provided to risk owners To justify additional investment in
proactive responses to risk that are in line with risk appetite
Governance For reviewing and approving risk response plans, both
proactive and reactive/contingent response plans
Links with issue resolution approach How links between the issue
resolution approach and risk response approach work
Reporting The reports that are provided to decision-makers: content and
frequency
Decision register
To record decisions made by
each governance board, providing
an audit trail of decisions and
their underpinning rationales
Decision description
Options considered
Choice made and rationale
Decision owner
Relevant dates
Issue register
To record issues and the impact
on objectives if not managed; to
document the issue owner with
responsibility for resolution; and
to track the resolution of the
issue
Issue description
Impact on the programme if not resolved
Issue owner
Actions to resolve (ideally with costs)
Relevant dates
Table continues
143
Chapter 10 – Decisions
Change impact analysis The governance for reviewing change impact
analysis and making decisions
Managing Successful Programmes
Table 10.3 continued
Document
Purpose
High-level content
Risk register
To record those uncertain events
that would affect one or more
programme objectives
Risk description
Likelihood of the risk occurring
Impact on the programme if the risk does occur
Proximity of the risk
Risk owner
Risk responses (ideally with costs)
Planned residual likelihood and impact, assuming responses are effective
Relevant dates
10.9
Focus of key roles for the theme
The areas of focus associated with the decisions theme for the roles of sponsoring group members, SRO,
programme manager, BCM, and programme office lead are shown in Table 10.4.
Table 10.4 Areas of focus for key roles associated with the decisions theme
Role
Areas of focus
Sponsoring group members
Ensuring the decision-making, risk response, and issue resolution approaches are fit for purpose
Making decisions at key planned or unplanned decision points
Chapter 10 – Decisions
Senior responsible owner
(SRO)
Agreeing the approach for the management of decisions (including issue resolution and risk responses)
with the sponsoring group and ensuring these are documented in the programme strategy
Leading the decision-making process at key planned or unplanned decision points
Programme manager
Developing the decision-making, issue resolution, and risk response approaches in the programme
strategy, and ensuring that they are applied
Providing decision-ready information for governance boards
Business change manager
(BCM)
Supporting the programme manager in providing decision-ready information for governance boards
Programme office lead
Maintaining registers of risk, issues, and decisions
Supporting the programme manager in providing decision-ready information for governance boards by:
● collating data from multiple sources, including new knowledge and outputs from assurance
activities
● performing analyses and providing back-up data
144
CHAPTER 11
Introduction to
MSP processes
11
Introduction to
MSP processes
Investments in programmes and programme management can be significant and span several years. In an MSP
programme, there is a focus on ensuring that the seven principles are met through the design and application of
a tailored governance and control environment informed by the seven themes. This control environment needs
to be applied over time and it is the MSP processes that determine how this is done over the life of the
programme.
Definition: Process
A structured set of activities that define the sequence of actions and their inputs and outputs to achieve a
specific objective.
Chapter 11 – Introduction to MSP processes
11.1
Programme lifecycle
The lifecycle of any programme is incremental. Programmes are designed to deliver benefits of value to
stakeholders throughout the programme lifecycle. As new information becomes available, adjustments are
made. Programme management requires a focus on learning, design, and redesign of the progression towards
the desired future state.
As a result, the processes in the programme lifecycle are designed to support the governance of the programme
by guiding an orderly progression with clear decision criteria. They also provide a flexible and adaptable way of
ensuring that the programme adheres to the MSP principles.
Each process in the programme lifecycle addresses the MSP governance themes of organization, design,
justification, structure, knowledge, assurance, and decisions. The lifecycle has a controlled start (identify the
programme) and a controlled end (close the programme). Between these points, the incremental lifecycle
ensures that:
● the target operating model represents the future state that is required to embed outcomes and realize
benefits
● the business case continually reflects a justified trade-off between benefits, costs, and risks
● the benefits are progressively delivered and stabilized at landing points
● the programme strategy and plans continue to represent the optimal way of managing the programme.
146
11.2
MSP processes
The MSP processes are:
1
Identify the programme
2
Design the outcomes
3
Plan progressive delivery
4
Deliver the capabilities
5
Embed the outcomes
6
Evaluate new information
7
Close the programme
The first and seventh processes (identify the programme and close the programme) are the only linear parts
of the lifecycle.
FICATI N
O
STI
Embed the
outcomes
KN
OW
LED
GE
STR
U
U
CT
RE
D
AM EA
BI L
GU
I
JU
Evaluate
new
information
TY
DE
CIS
IO
NCE
OY I
PL SK
DE SE
ER
S
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
Deliver the
capabilities
Identify the
programme
DIV
LL
N
IG
ES
Plan
progressive
delivery
Chapter 11 – Introduction to MSP processes
D
NS
Design the
outcomes
ASSURA
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
ION
C
GA
R
A
O
P
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 11.1 Processes that enable incremental progression
147
Managing Successful Programmes
Processes 2–6 are repeated through the programme, forming an incremental spiral of progression towards the
defined vision and outcomes of benefit.
At the end of each tranche or landing point, Process 6 specifically addresses progress and what has changed
in the programme environment to inform Process 2 in the next cycle.
Process 3 focuses on the business case for the whole programme at a high level and planning the next
tranche in detail.
Processes 4 and 5 focus on programme delivery and embedding the outcomes to realize benefits within a
single tranche.
Figure 11.1 illustrates the processes that enable incremental progression.
Each process chapter addresses:
● the purpose, objective, and context of the process
● the activities involved and the information flow to transform inputs to outputs
● the mapping of programme roles to the activities involved in the process.
The chapter finishes with a summary of how each theme is applied in that particular process. Together, the
MSP processes ensure that the principles and themes are continually applied across the programme lifecycle.
Chapter 11 – Introduction to MSP processes
148
CHAPTER 12
Identify the programme
12
Identify the
programme
Figure 12.1 illustrates the identify the programme process within the MSP framework.
FICATI N
O
Deliver the
capabilities
OY I
PL SK
DE SE
ER
KN
S
OW
LED
GE
STR
U
U
CT
RE
TY
STI
Embed the
outcomes
JU
Evaluate
new
information
D
AM EA
BI L
GU
I
NCE
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
Plan
progressive
delivery
Identify the
programme
DIV
Chapter 12 – Identify the programme
LL
N
IG
ES
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
ION
C
GA
R
A
O
P
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 12.1 Identify the programme process within the MSP framework
12.1
Purpose
The purpose of the identify the programme process is to analyse the drivers and justification for the programme,
ensuring that it is consistent with the overall strategy for the investing organization(s) and is likely to offer a worthwhile
investment, before carrying out more detailed work to justify and structure the programme and plan its delivery.
The time to implement this process is typically short (perhaps only a few weeks), involving a minimum amount
of work. The aim is to turn the initial idea into a tangible business concept so that a decision can be made on
whether further work on the programme is worthwhile.
150
12.2
Objectives
The objectives of the identify the programme process are to ensure that:
● the programme has a clear business justification which warrants further investigation
● the outline vision and high-level benefits are understood
● high-level costs, funding, and cash-flow implications have been considered
● major risks have been identified
● key roles have been identified and appointed
● the resources, timeframes, and costs needed to design the programme in more detail have been planned.
12.3
Context
The programme mandate is the trigger to begin this process. Although it may not initially exist as a document,
the executive management communicates the drivers and key objectives for the programme. An important part
of this process is for the sponsoring group to confirm the information in the programme mandate and then
develop it into a coherent programme brief that describes the high-level costs, benefits, and risks associated
with the programme.
Table 12 1 shows the inputs, activities, and outputs for the process.
Table 12.1 Inputs, activities, and outputs for identify the programme
Activities
Outputs of the process
Confirm the organization structure
Programme brief
Confirm the SRO
Programme strategy (initial)
Confirm the programme mandate
Programme plans (initial)
Develop the programme brief
Establish the initial programme strategy and plans
Prepare for the next process
Agree to proceed (or close)
12.4
12.4.1
Activities
Confirm the organization structure
The sponsorship for the programme and the overall programme governance structure needs to be confirmed at
the earliest opportunity. The sponsoring group is appointed first, followed by the programme board.
12.4.2
Confirm the SRO
The sponsoring group appoints the SRO, which is the role accountable for the programme’s success. The SRO
needs to be a peer and member of the sponsoring group to ensure the appropriate level of seniority and
decision-making authority.
151
Chapter 12 – Identify the programme
Inputs to the process
Programme mandate
Managing Successful Programmes
12.4.3
Confirm the programme mandate
The programme mandate may be received from the executive management in any format, or it may be derived
from strategic planning or policy development cycles. It may not be received as a single, cohesive document.
Before continuing, the sponsoring group creates a single document and confirms that the programme mandate
correctly reflects the objectives of the investing organization(s) and the drivers for change.
12.4.4
Develop the programme brief
The programme brief builds from the programme mandate and provides the formal basis for assessing whether
the proposed programme is viable and achievable. It shows the programme’s specific objectives, benefits, costs,
and risks, together with a view of the organization’s capability and capacity to be successful. When developing
the programme brief, consideration of the initial options is documented. After it has been approved, the
programme brief provides the basis for developing the programme’s full business case.
12.4.5
Establish the initial programme strategy and plans
It may be appropriate at this point to establish initial governance approaches to cover certain aspects of the
programme; for example, funding, assurance (including arrangements for an independent review of key
documents such as the programme brief), and organization (including descriptions for key roles and terms of
reference for the programme board). These are included in the initial programme strategy, which will be refined
and developed further in later processes. Initial versions of plans covering certain programme elements (e.g.
assurance) may also be developed.
Chapter 12 – Identify the programme
If possible, the SRO or sponsoring group establishes the programme board and appoints other programme
board members, including the BCM and programme manager, to set up governance and give early input to
those business areas which will be impacted.
12.4.6
Prepare for the next process
The programme brief may be independently reviewed. This ensures that it reflects the objectives, high-level
costs, benefits, timeframes, and risks of the programme and the extent to which the organization has the
capacity and capability to deliver and realize the expected benefits.
The next process involves refining the programme vision, analysing the programme benefits, and developing the
target operating model. This can be complex work, requiring resources or specialist skills, which may need to be
formally planned in detail.
12.4.7
Agree to proceed (or close)
Formal approval to proceed means that:
● the sponsoring group approves the outputs from the process
● the sponsoring group authorizes and commits to resource the next process
● the SRO confirms that the programme correctly reflects the drivers and objectives
● the programme board commits to supporting the next process in the programme lifecycle
● if formal approval cannot be given, the programme will close.
152
Identify the programme
12.5
Responsibilities
Table 12.2 shows a RACI chart for the activities in the process, split between the core MSP governance boards,
supporting offices, and individual roles.
Table 12.2 RACI chart for the identify the programme process
Activity
Sponsoring
group
SRO
Programme
manager
BCM
Programme
office
Confirm the organization structure
A/R
I
I
I
I
Confirm the SRO
A/R
I
I
I
I
A
R
C
C
C
Develop the programme brief
A
R
R
C
Establish the initial programme strategy and plans
A
R
C
C
A
R
R
C
R
C
C
C
Confirm the programme mandate
Prepare for the next process
Agree to proceed (or close)
A
R – Responsible; A – Accountable; C – Consulted; I – Informed.
12.6
Application of the themes in this process
Table 12.3 shows how the themes apply to the identify the programme process.
Table 12.3 Application of the themes in the identify the programme process
Application to the identify the programme process
Organization
Appoint key programme roles and establish initial programme structure
Chapter 12 – Identify the programme
Theme
Identify key stakeholders
Design
Identify an initial set of key programme risks and issues
Document the current-state target operating model
Develop an outline view of the programme vision, target operating model, and benefits
Justification
Develop an outline business case (programme brief)
Structure
Plan the work required for the next process
Develop the initial governance arrangements
Identify existing projects which may form part of the programme
Knowledge
Identify initial lessons to incorporate into the programme
Assurance
Consider initial assurance requirements
Identify the programme’s critical success factors
Conduct independent assurance of key documentation
Decisions
Identify key decision-making criteria and initial escalation paths
153
Managing Successful Programmes
Chapter 12 – Identify the programme
154
Design the outcomes
Chapter 13 – Design the outcomes
CHAPTER 13
Figure 13.1 illustrates the design the outcomes process within the MSP framework.
D
Plan
progressive
delivery
OY I
PL SK
DE SE
ER
KN
S
OW
LED
GE
ST
T
RUC
UR
E
TY
STI
Embed the
outcomes
JU
NCE
Evaluate
new
information
D
AM EA
BI L
GU
I
ASSURA
Identify the
programme
DIV
LL
FICATI N
O
Deliver the
capabilities
Design the
outcomes
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
NS
N
IG
ES
DE
CIS
IO
WITH LEAD
ING LUE
PU
BR D VA
RP
N
A
OS
E
Z
E
C
GANI ATION
R
A
O
P
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
Chapter 13 – Design the outcomes
13
Design the outcomes
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 13.1 Design the outcomes process within the MSP framework
13.1
Purpose
The purpose of the design the outcomes process is to establish solid foundations for the programme. This
means enabling the organizations involved to understand the programme vision, benefits, risks, and the target
operating model, including the gap between the current and future states, before starting to plan the programme
in detail. This process is where the detailed definition and design work for the programme is undertaken. It is
revisited at the start of each tranche to either validate the outputs or adapt them to new information.
156
Objectives
The objectives of the design the outcomes process are to ensure that:
● there is a clear and compelling vision for the programme, set out in the vision statement
● the benefits and dis-benefits of the programme are understood and documented
● the design approach has been decided upon and documented
● the risks to the programme have been captured in a risk register and analysed
● the target operating model (along with performance measures) is in place for processes, culture,
organization, technology, infrastructure, knowledge and learning, and information and data
● the gap between the current state and the target operating model is understood and clearly documented.
13.3
Context
The design the outcomes process refines the initial vision statement, which is in the programme brief, and
expands it into two things: a detailed future state comprising the target operating model, and a set of benefits to
be realized. Each benefit is described in a detailed benefit profile. The links between benefits and project
outputs, capabilities, outcomes, and organizational strategic objectives are shown in benefits maps. At this
stage, risks will be identified and prioritized in the programme risk register. This is also the correct point in the
process for learning from previous programmes, projects, and other work to be acknowledged and incorporated
into the programme.
Throughout this process, the programme strategy and programme plans are likely to be updated. The
programme brief is used as input to the business case.
Table 13.1 shows the inputs, activities, and outputs for the process.
Table 13.1 Inputs, activities, and outputs for design the outcomes
Inputs to the process
Activities
Outputs from the process
Approval to proceed
Identify previous learning
Vision statement
Programme brief
Appoint the programme roles
Target operating model
Programme strategy (initial)
Develop the vision statement
Benefit profiles
Programme plans (initial)
Identify and validate benefits
Benefits map
Identify and prioritize risks
Develop the target operating model
Business case (draft, developed from
programme brief)
Develop the programme strategy
Programme strategy (updated)
Develop the programme plans:
Programme plans (updated)
● delivery plan
Risk register
● benefits realization plan
Issue register
● stakeholder engagement and communications plan
Decision register
● assurance plan
● financial plan
Develop the business case
Prepare for the next process
Agree to proceed (or close)
157
Chapter 13 – Design the outcomes
13.2
Managing Successful Programmes
Chapter 13 – Design the outcomes
13.4
13.4.1
Activities
Identify previous learning
The programme manager and programme team spend time identifying learning from previous programmes,
projects, and other work to apply on this programme before proceeding.
13.4.2
Appoint the programme roles
In this process, the programme team will need to expand beyond the initial team which produced the
programme brief. Specialist skills will be required, such as business analysts and benefits specialists, to help
with the construction of the target operating model, analysis of benefits, and options analysis going forward.
Skills which are unavailable locally will be brought in using temporary specialists. It is important to set up an
infrastructure to support them to work effectively. This means organizing items, from office accommodation to
office equipment and computers, and from software tools to configuration management solutions. In this
process, the amount of information will grow significantly and the documents produced will depend on the
contents of others. Version control will help to keep everything in sync so that people are working with up-todate information.
13.4.3
Develop the vision statement
The vision statement builds from the initial vision in the programme brief. One way of developing this vision is to
hold a vision workshop for the representatives of different stakeholder groups to explore the potential end-state
of the programme. The outputs of this workshop should be validated before being included in the vision
statement.
13.4.4
Identify and validate benefits
The vision statement, along with the initial benefits identified in the programme brief, guides the programme
team to develop the benefits of the programme. A benefits map will show the links between outputs, capability,
benefits, and strategic objectives so that these relationships are clearly understood before the benefits are
validated. Creating a benefit profile for each benefit will develop and validate the benefit further.
13.4.5
Identify and prioritize risks
The programme team creates and maintains a risk register to capture those uncertain events that would affect
one or more outcomes of benefit. The risk register is also used to keep a record of the risk exposure of each of
those events and the responses planned. Risks identified in earlier processes are included if they are still valid.
To prioritize risks consider, as a minimum, an assessment of the likelihood of the risk occurring and an estimate
of the size of impact on one or more outcomes of benefit.
158
Design the outcomes
Develop the target operating model
This step takes the vision statement and expands it into a detailed target operating model. This requires focus
on several different aspects: processes, culture, organization, technology, infrastructure, information and data,
and knowledge and learning. The work is likely to bring in a much wider range of people, from specialists in
business analysis and architecture, to process analysts, organization designers, technology specialists, and
data analysts.
13.4.7
Develop the programme strategy
Building on the initial work in the previous process (identify the programme), here aspects of the programme
strategy will be developed, including the approaches to:
● governance
● stakeholder engagement
● design
● funding
● delivery
● resourcing
● information
● knowledge and learning
● assurance
● decision-making
● issue resolution
● risk response.
The programme strategy is developed in this process but is not completed, amended, or (re)approved until the
plan progressive delivery process.
13.4.8
Develop the programme plans
During this process, the team will understand much more about the programme, including the vision, the target
operating model, and its benefits and risks. This means that programme plans can be started during this process,
although they will not be completed, amended, or (re)approved until the plan progressive delivery process.
13.4.9
Develop the business case
Building from the programme brief, the team will gather information about benefits, costs, and risks, and
potentially reconsider some of the options explored when developing the programme brief. All of this information
is important input to the business case which will be completed, amended, or (re)approved in the next process.
13.4.10
Prepare for the next process
The next process is a complex one where the overall programme is planned, and the first tranche is planned in
detail. Programme justification also occurs in the next process. It makes sense to plan for the progressive
delivery process here.
159
Chapter 13 – Design the outcomes
13.4.6
Managing Successful Programmes
Chapter 13 – Design the outcomes
13.4.11
Agree to proceed (or close)
Formal approval to proceed means that:
● the sponsoring group approves the outputs from the process
● the sponsoring group authorizes and commits to resource the next process
● the SRO confirms that the vision statement correctly reflects the desired end-state of the programme
● the sponsoring group commits to supporting the next process in the programme lifecycle
● if formal approval cannot be given, the programme will close.
13.5
Responsibilities
Table 13.2 shows a RACI chart for the activities in the process, split between the core MSP governance boards,
supporting offices, and individual roles.
Table 13.2 RACI chart for design the outcomes
Activity
Sponsoring
group
SRO
Programme
manager
BCM
Programme
office
Identify previous learning
A/R
A
R
R
C
Appoint the programme roles
A/R
A
R
C
I
Develop the vision statement
A
R
C
C
I
Identify and validate benefits
A
R
R
C
Identify and prioritize risks
A
R
R
C
Develop the target operating model
A
R
R
I
R
C
C
C
C
C
C
Develop the programme strategy
A
Develop the programme plans
A
Develop the business case
A
R
C
Prepare for the next process
A
R
C
C
C
C
Agree to proceed, or close
R – Responsible; A – Accountable; C – Consulted; I – Informed.
160
A/R
I
Design the outcomes
Chapter 13 – Design the outcomes
13.6
Application of the themes in this process
Table 13.3 shows how the themes apply to the design the outcomes process.
Table 13.3 Application of the themes in the design the outcomes process
Theme
Application to design the outcomes process
Organization
Bring in the appropriate specialists to develop the vision statement and target operating model
Develop the governance approach
Develop the stakeholder engagement and communications plan
Design
Develop the vision statement
Identify and validate benefits
Identify and prioritize risks
Develop the target operating model
Develop the design approach
Justification
Develop the business case
Develop the funding approach and financial plan
Structure
Prepare for the next process
Develop the delivery approach
Develop the delivery plan and benefits realization plan
Knowledge
Identify lessons from the past
Develop the knowledge and learning approach
Develop the information approach
Assurance
Ensure that each key output of the process is assured
Develop the assurance approach and assurance plan
Decisions
Develop the decisions approach, risk response approach, and issue resolution approach
161
Managing Successful Programmes
Chapter 13 – Design the outcomes
162
CHAPTER 14
Plan progressive delivery
Figure 14.1 illustrates the plan progressive delivery process within the MSP framework.
Plan
progressive
delivery
FICATI N
O
KN
S
OW
LED
GE
STR
U
U
CT
RE
TY
STI
Embed the
outcomes
JU
Evaluate
new
information
D
AM EA
BI L
GU
I
NCE
OY I
PL SK
DE SE
ER
DIV
LL
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
REALIZ
E
MEASURABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
I
C
A
O
G
N
R
O
PA
N
IG
ES
Chapter 14 – Plan progressive delivery
14
Plan progressive
delivery
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 14.1 Plan progressive delivery process within the MSP framework
14.1
Purpose
The purpose of the plan progressive delivery process is to build on the programme design. The process plans
the programme, structuring the projects and other work into tranches of delivery to achieve the required
capabilities and realize the benefits. It also confirms the programme justification before deciding whether to
proceed with programme delivery.
164
Objectives
The objectives of the plan progressive delivery process are to ensure that:
● the projects and other work involved to deliver the programme are planned
● the tranches of delivery and intermediate landing points are defined
● the delivery approach and ways of working are defined
● the path to realizing benefits is planned
● the approach to acquiring and managing the resources (needed to deliver the programme) is defined
● the pace of delivery is aligned with the rate of change that operational areas can support.
14.3
Context
Planning progressive delivery is about understanding how the outcomes of benefit will be achieved through
delivery of the programme’s projects and other work. This process ensures that the programme will deliver
capability at an appropriate pace, maintaining an acceptable balance between delivery, transition, realization of
benefits, and affordability.
Table 14.1 shows the inputs, activities, and outputs for the process.
Table 14.1 Inputs, activities, and outputs for plan progressive delivery
Inputs to the process
Activities
Outputs from the process
Approval to proceed
Validate required resources
Vision statement
Complete the programme strategy
Programme strategy (completed and
approved)
Target operating model
Continue to develop and validate the programme plans:
Benefit profiles
● delivery plan
Benefits map
● benefits realization plan
Programme strategy (latest
version)
● stakeholder engagement and communications plan
Risk register
● financial plan
Issue register
Confirm the business case
Decision register
Prepare for the next process
Business case (latest version)
Agree to proceed (or close)
● assurance plan
Programme plans (completed and
approved)
Business case (completed and
approved)
Risk register
Issue register
Decision register
Programme plans (latest versions)
14.4
14.4.1
Activities
Validate required resources
The resources required during the plan progressive delivery process need to be confirmed, acquired, and
established. As with the design the outcomes process, resources may include infrastructure, tools, equipment,
and the team needed to carry out the required activities. Specialist skills may be needed for planning the
programme and finalizing the business case. Where appropriate skills are unavailable in-house, they may be
supplemented by external specialists.
165
Chapter 14 – Plan progressive delivery
14.2
Managing Successful Programmes
14.4.2
Complete the programme strategy
Chapter 14 – Plan progressive delivery
The programme strategy aligns with existing organizational processes and governance. This enables effective
decision-making and efficient communication flows among members of the programme team and stakeholders.
Aspects of the programme strategy will have been developed in the previous processes (identify the
programme, design the outcomes), but this activity validates, confirms, and finalizes the overall programme
strategy, including the approaches to:
● governance
● stakeholder engagement
● design
● funding
● delivery
● resourcing
● knowledge and learning
● information
● assurance
● decision-making
● issue resolution
● risk response.
14.4.3
Continue to develop and validate the programme plans
The vision statement, target operating model, benefit profiles, and benefits map provide the basis for designing
the projects and other work required to deliver new capabilities. Different options may be available for achieving
improvements which need to be explored in terms of their timing, content, and associated risks and benefits.
Some projects and other work may already be ongoing, and they will be adopted into the programme, while
others will be new initiatives that the programme will deliver.
The following aspects of the programme need to be planned:
● Delivery of new capabilities The programme’s projects and other work will need to be sequenced into
tranches of delivery, showing their relative timescales and key dependencies. Detailed plans for the next
tranche are required.
● Benefits realization The timeframes for measuring benefits.
● Stakeholder engagement and communications Activities for identifying, analysing, and engaging with
stakeholders.
● Assurance Programme monitoring and control, and independent assurance activities.
● Finances Budgeting, monitoring, and measurement of cost and benefit.
These plans may be consolidated into a single overall document or maintained as separate stand-alone items.
The programme plans cover the delivery of the entire programme; however, they are likely to contain more
detailed information for the first (or next) tranche of delivery and less detail for subsequent tranches. Plans for
each incremental progression will be refined every time this process is undertaken.
166
Plan progressive delivery
14.4.4
Confirm the business case
14.4.5
Prepare for the next process
The programme can now prepare for the first tranche of delivery. Planning for the next process may involve
preparing to establish governance and specifying any physical equipment or infrastructure requirements.
Subsequent tranches may require similar preparations.
According to the assurance plan, the programme documentation may be subject to an independent assurance
review in order to gain objective confirmation that the business case is viable, the programme delivery is
achievable, and the stated outcomes and benefits are realistic. This assurance needs to be completed before
the decision is made to proceed with delivery.
14.4.6
Agree to proceed (or close)
Formal approval to proceed means that:
● the SRO approves the programme business case and other documentation
● the sponsoring group authorizes and commits to resource the first tranche of delivery
● delivery of the programme can commence
● if formal approval cannot be given, the programme will close.
14.5
Responsibilities
Table 14.2 shows a RACI chart for the activities in the process, split between the core MSP governance boards,
supporting offices, and individual roles.
Table 14.2 RACI chart for plan progressive delivery
Activity
Sponsoring
group
Validate required resources
Complete the programme strategy
A
BCM
Programme
office
A
R
C
C
R
C
C
A
R
C
C
A
R
C
C
C
A
R
C
C
A
R
C
C
C
Prepare for the next process
Agree to proceed (or close)
Programme
manager
R
Continue to develop and validate the
programme plans
Confirm the business case
SRO
R – Responsible; A – Accountable; C – Consulted; I – Informed.
167
Chapter 14 – Plan progressive delivery
The business case will have started to emerge in the identify the programme process (as part of the programme
brief) and been further developed in the design the outcomes process. The business case is finalized here as
the arrangements for programme management and delivery are developed. When the information about the
programme’s costs, benefits, timings, and risks are understood, the viability of the programme can be assessed
and confirmed.
Managing Successful Programmes
Chapter 14 – Plan progressive delivery
14.6
Application of the themes in this process
Table 14.3 shows how the themes apply to the plan progressive delivery process.
Table 14.3 Application of the themes to the plan progressive delivery process
Theme
Application to plan progressive delivery process
Organization
Finalize programme and project structures
Confirm the governance approach
Confirm the stakeholder engagement approach
Develop the stakeholder engagement and communications plan
Design
Update the target operating model, if required
Refine and validate benefits
Justification
Finalize the business case
Develop the financial plan
Structure
Confirm the delivery approach
Identify projects and tranches of delivery
Develop the delivery plan, including the next tranche in detail
Develop the benefits realization plan
Knowledge
Confirm the approach to managing information and knowledge
Incorporate learnings into programme plans, and share more widely within the organization(s)
Assurance
Confirm the assurance approach
Develop the assurance plan
Decisions
168
Confirm the approach to decision-making and escalation paths
CHAPTER 15
Deliver the capabilities
Figure 15.1 illustrates the deliver the capabilities process within the MSP framework.
Plan
progressive
delivery
FICATI N
O
KN
S
OW
LED
GE
STR
U
U
CT
RE
IT Y
STI
Embed the
outcomes
JU
Evaluate
new
information
D
AM EA
BI L
GU
NCE
OY I
PL SK
DE SE
ER
DIV
LL
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
REALIZ
E
MEASURABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
I
C
A
O
G
N
R
O
PA
N
IG
ES
Chapter 15 – Deliver the capabilities
15
Deliver the
capabilities
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 15.1 Deliver the capabilities process within the MSP framework
15.1
Purpose
The purpose of the deliver the capabilities process is to oversee programme delivery, ensuring projects and
other work are carried out appropriately. The process monitors progress and takes corrective action to keep
programme delivery on track, delivering the capabilities defined in the target operating model.
170
15.2
Objectives
The objectives of the deliver the capabilities process are to ensure that:
Chapter 15 – Deliver the capabilities
● the approaches to managing different aspects of the programme (defined in the programme strategy)
are implemented
● capabilities are being delivered through the completion of projects and other work, as defined in the
delivery plan
● projects are started and closed in a controlled manner
● project outputs are aligned with capabilities in the target operating model
● the programme’s progress is monitored and reported
● risks and issues are kept under control
● corrective action is taken where necessary.
15.3
Context
The deliver the capabilities process has two main functions:
● controlling the work required to manage each tranche of delivery, focusing on implementing the governance
themes as defined in the programme strategy
● ensuring that the projects in the programme are started, managed, and closed appropriately and remain
aligned with the target operating model.
Table 15.1 shows the inputs, activities, and outputs for the process.
Table 15.1 Inputs, activities, and outputs for deliver the capabilities
Inputs to the process
Activities
Outputs from the process
Approval to proceed
Deploy the required resources
Capabilities delivered
Programme strategy (completed and
approved)
Conduct the planned activities
Updated programme strategy and plans
(as required)
Programme plans (completed and
approved)
Validate the adequacy of the programme
strategy and plans
Risk register
Business case (completed and approved)
Decision register
Risk register
Prepare the business for change and plan
transition
Issue register
Prepare for the next process
Decision register
Agree to proceed (or close)
Manage the tranche
Issue register
171
Managing Successful Programmes
15.4
Chapter 15 – Deliver the capabilities
15.4.1
Activities
Deploy the required resources
Additional resources may be required to support programme delivery. These may include:
● expanding the programme office to act as the information hub for the programme or individual projects
● setting up the physical environment, including buildings, office space, and equipment
● acquiring tools such as planning, configuration management, or risk management tools
● obtaining additional specialist resources.
15.4.2
Conduct the planned activities
The programme plans outline the work to be completed during the tranche to ensure that the projects and other
work required by the programme are delivered as planned.
15.4.2.1
Delivery plan
Projects and other work required to deliver capabilities will need to be conducted according to the delivery plan.
This outlines the tranches of delivery and includes the projects, timeframes, key dependencies, and resources
involved. The detail in the target operating model provides input to the requirements that projects must deliver.
Delivering the capabilities involves:
● Starting projects Ensuring that key project roles are appointed; that there is clarity around the project
scope, key dependencies, and governance and escalation requirements; and that the projects align with the
programme objectives and benefits realization plan.
● Controlling delivery of projects Ensuring that project progress is monitored and controlled at a high level
against the delivery plan; that project risks, issues, and dependencies are managed effectively; and that any
forecast breaches of tolerance are escalated as early as possible.
● Closing projects Ensuring that project outputs meet acceptance criteria and align with the capabilities
outlined in the target operating model.
15.4.2.2
Other programme plans
Other activities which need to be carried out in this process, according to the relevant programme plans,
include:
● Stakeholder engagement and communications Ensuring that stakeholders are kept informed and engaged
in the work of the programme.
● Assurance Carrying out monitoring and control activities (e.g. programme board meetings) and conducting
independent assurance reviews at key decision points.
● Financial management Monitoring and controlling programme budgets, costs, financial benefits, and cash
flow.
● Benefits realization Establishing baseline measures.
172
Deliver the capabilities
15.4.3
Manage the tranche
● Resource management Managing people and other resources, including procurement and supplier and
contract management. Managing suppliers and maintaining the alignment of their activities with the overall
direction of the programme requires specific management attention and intervention if things are not going
to plan. Regular scheduled reviews of suppliers and their performance against expectation and the contract
may become necessary.
● Information management Controlling and tracking documentation, ensuring that it is complete, timely, and
accurate, and available to the right people at the right time. It is also important that the information being
provided is relevant, to support programme control and decision-making.
● Reporting Regular progress-reporting from the projects, to inform monitoring of the programme’s progress
and keep the programme on track. Monitoring progress may identify problem areas requiring management
intervention, and these will need to be actioned or escalated as soon as possible to prevent the programme
moving off track.
● Decision-making Dealing with issues, risks, and exceptions, taking corrective action where needed and
escalating where necessary.
15.4.4
Validate the adequacy of the programme strategy and plans
During the implementation of the tranche, new knowledge may emerge that requires adjustments to the
programme plans. Where this is the case, changes will be made under change control to ensure that each part
of the integrated programme plan to meet the programme strategy is aligned. Where no changes are needed,
the adequacy of the programme plans is validated. This activity also involves ensuring that changes to
programme plans are reflected in the business case.
15.4.5
Prepare the business for change and plan transition
While the programme manager is leading the delivery of new capabilities, the BCM is preparing the business for
change and planning transition. The programme manager and BCM work together to ensure that this work is
coordinated so that preparation for change (including confirmation of business readiness) and transition is timely
and can be implemented as soon as the capabilities are created. Baseline benefit measures are taken and
ongoing benefits measurement is ready to be implemented.
15.4.6
Prepare for the next process
As each project prepares for closure, it delivers its outputs to the programme. The combined outputs need to
deliver the capabilities required and support effective transition, so that operational improvements can be
achieved and benefits realized. Preparing for the next process means ensuring that the capabilities have been
delivered correctly.
Project closure may involve multiple post-project reviews and other assurance activities to assess the
effectiveness of the outputs and capabilities delivered.
173
Chapter 15 – Deliver the capabilities
The programme needs regular monitoring and control to keep it on track. This involves managing the
different aspects of the programme according to the relevant approaches outlined in the programme strategy.
This may include:
Managing Successful Programmes
15.4.7
Agree to proceed (or close)
Formal approval to proceed means that:
● the programme manager confirms that the required capabilities have been delivered
Chapter 15 – Deliver the capabilities
● the BCM confirms that the delivered capabilities are correctly aligned with the target operating model and
that the business is ready to start transition
● transition of capabilities to operational areas can start
● if formal approval cannot be given, the programme will close.
15.5
Responsibilities
Table 15.2 shows a RACI chart for the activities in the process, split between the core MSP governance boards,
supporting offices, and individual roles.
Table 15.2 RACI chart for deliver the capabilities
Activity
Sponsoring
group
SRO
Programme
manager
BCM
Programme
office
Deploy the required resources
A
R
C
C
Conduct the planned activities
A
R
C
C
Manage the tranche
A
R
R
C
Validate the adequacy of the programme strategy and plans
A
R
C
C
Prepare the business for change and plan transition
I
Prepare for the next process
Agree to proceed (or close)
A
A
C
R
C
A
R
R
C
R
C
C
C
R – Responsible; A – Accountable; C – Consulted; I – Informed.
15.6
Application of the themes in this process
Table 15.3 shows how the themes apply to the deliver the capabilities process.
Table 15.3 Application of the themes in the deliver the capabilities process
Theme
Application to deliver the capabilities process
Organization
Use organization structures to deliver projects and other work
Conduct stakeholder engagement and communications activities as outlined in the stakeholder engagement and
communications plan, with a specific focus on preparing the business for change
Design
Measure benefits baseline as outlined in the benefits realization plan
Ensure projects deliver outputs that contribute to the future-state target operating model
Justification
Implement financial controls as outlined in the financial plan
Structure
Deliver projects and conduct activities as outlined in the delivery plan
Plan transition
Knowledge
Manage information so that it is accurate, timely, and controlled, and available for monitoring and decision-making
Ensure lessons and improvements are incorporated into the programme, and shared more widely within the organization(s)
Assurance
Conduct monitoring, control, and assurance activities as outlined in the assurance plan
Decisions
Use governance structures to manage programme issues, risks, and decisions, and escalate as required
174
CHAPTER 16
Embed the outcomes
Figure 16.1 illustrates the embed the outcomes process within the MSP framework.
Plan
progressive
delivery
FICATI N
O
KN
S
OW
LED
GE
STR
UC
R
TU
E
TY
STI
Embed the
outcomes
JU
Evaluate
new
information
D
AM EA
BI L
GU
I
NCE
OY I
PL SK
DE SE
ER
DIV
LL
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
ION
C
GA
R
A
O
P
N
IG
ES
Chapter 16 – Embed the outcomes
16
Embed the outcomes
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 16.1 Embed the outcomes process within the MSP framework
16.1
Purpose
The purpose of the embed the outcomes process is to ensure that the investing organization(s) makes the
required changes to adopt new ways of working and realize the benefits. The process incorporates the planning
and management of the transition from old to new ways of working, and the embedding of outcomes. This
needs to be achieved while ensuring that the operational stability and performance of business operations are
not jeopardized.
176
16.2
Objectives
The objectives of the embed the outcomes process are to ensure that:
● capabilities are transitioned effectively
● stakeholders adopt new ways of working
● controls are put in place so that benefits realization continues in BAU.
16.3
Context
Embed the outcomes is led primarily by the BCM, supported by other specific change-focused resources in
BAU. The BCM has led the work to prepare the business change and to agree transition plans with the
programme manager in the deliver the capabilities process. In the embed the outcomes process, the work is
focused on:
● implementing the transition plans
● supporting stakeholders in the business to adopt the capabilities into new ways of working
● realizing and measuring benefits.
Table 16.1 shows the inputs, activities, and outputs for the process.
Table 16.1 Inputs, activities, and outputs for embed the outcomes
Inputs to the process
Activities
Outputs from the process
Capability delivered
Enact the transition
Business prepared for change
Adopt the capabilities
Landing point achieved, a safe place to
stop if necessary
Transition plans
Capture learning
Some benefits realized
Updated programme strategy and plans (as
required)
Begin to realize and measure benefits
Actual performance measurements
Prepare for the next process
Risk register
Risk register
Agree to proceed (or close)
Issue register
Decision register
Issue register
Decision register
16.4
16.4.1
Activities
Enact the transition
Implementing the transition plan can be a sizeable project in itself, depending on the programme and the
number of stakeholders affected. Transition provides a key opportunity for learning. The people responsible for
managing the transition need to work closely with the BCM to ensure that the work is done efficiently but
without any detriment to the operational business.
177
Chapter 16 – Embed the outcomes
● benefits start to be realized and measured
Managing Successful Programmes
16.4.2
Adopt the capabilities
Chapter 16 – Embed the outcomes
Key to this activity is the support that people are given as they learn new capabilities and embed them into new
ways of working. The success of this will depend on the work done to prepare the business for change in the
previous process (deliver the capabilities). Ongoing attention is needed to ensure that the outcomes of benefit
start to emerge and build over time. Part of this activity is withdrawing access to old ways of doing things, such
as legacy systems. This can be difficult for some and these people will need the support of the BCM and
change teams. Adjustments may be required as unforeseen issues arise.
16.4.3
Capture learning
It is inevitable that people will gain new knowledge as they begin to adopt the new capabilities. Sometimes this
knowledge remains tacit, embedded in the memory of the person involved. To ensure the greatest benefit from
the investment, people should be encouraged to share this new knowledge and express this as learning.
16.4.4
Begin to realize and measure benefits
If the design of the capabilities was correct, then after they are transitioned and adopted, benefits will begin to
be realized from the embedded outcomes. This is seen as the achievement of the intermediate operating model
and landing point. Reports start to be provided to the governance boards based on benefit measurement
baselines and measurement systems implemented in the previous process (deliver the capabilities). This is a
critical time for any programme and the measurements must be scrutinized to ensure that they are effective and
not motivating any perverse behaviours across the business. Ongoing attention is also needed to prevent any
benefit erosion over time. The potential for new knowledge to be acquired is significant at this time.
16.4.5
Prepare for the next process
The next process is focused on looking back on progress to date and looking forward to evaluate new
information and decide on priorities for the next tranche of work. Accordingly, to prepare for the next process,
teams make sure that all programme and related project and operational records are complete to support the
end-of-tranche review.
16.4.6
Agree to proceed (or close)
Formal approval to proceed means that:
● the BCM and programme manager confirm that the transition has been made successfully
● the BCM confirms that benefits realization has begun and that plans are in place for the other benefits to be
realized in full, with assigned owners identified
● if formal approval cannot be given, the programme will close.
16.5
Responsibilities
Table 16.2 shows a RACI chart for the activities in the process, split between the core MSP governance boards,
supporting offices, and individual roles.
178
Embed the outcomes
Table 16.2 RACI chart for embed the outcomes
Activity
Sponsoring
group
Enact the transition
SRO
Programme
manager
BCM
Programme
office
A
R
C
C
Adopt the capabilities
A
C
R
C
Capture learning
A
C
R
C
A
C
R
C
A
C
C
R
R
C
C
C
Agree to proceed (or close)
A
Chapter 16 – Embed the outcomes
Begin to realize and measure benefits
Prepare for the next process
R – Responsible; A – Accountable; C – Consulted; I – Informed.
16.6
Application of the themes in this process
Table 16.3 shows how the themes apply to the embed the outcomes process.
Table 16.3 Application of themes in the embed the outcomes process
Theme
Application to embed the outcomes
Organization
Continue to use organization structures to deliver programme and projects
Continue to conduct stakeholder engagement and communications activities as outlined in the stakeholder
engagement and communications plan, particularly to ensure benefits are realized
Ensure ownership of benefits realization is clear
Design
Ensure that the intermediate operating model has been reached and make any adjustments that are needed to the
target operating model
Justification
Implement financial controls as outlined in the financial plan
Structure
Manage the transition, conducting activities as outlined in the delivery plan
Measure benefits realization as outlined in the benefits realization plan
Knowledge
Manage information so that it is accurate, timely, and controlled, and available for monitoring and decision-making
Ensure that knowledge is made explicit and that lessons and improvements are shared and incorporated into the
programme and/or BAU
Assurance
Conduct monitoring, control, and assurance activities as outlined in the assurance plan
Decisions
Use governance structures to manage programme issues, risks, and decisions, and escalate as required
179
Managing Successful Programmes
Chapter 16 – Embed the outcomes
180
CHAPTER 17
Evaluate new information
17
Evaluate new
information
Figure 17.1 illustrates the evaluate new information process within the MSP framework.
Chapter 17 – Evaluate new information
FICATI N
O
Deliver the
capabilities
Embed the
outcomes
S
OW
LED
GE
STR
U
U
CT
RE
D
AM EA
BI L
GU
I
OY I
PL SK
DE SE
ER
KN
TY
STI
Evaluate
new
information
JU
NCE
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
Plan
progressive
delivery
Identify the
programme
DIV
LL
N
IG
ES
DE
CIS
IO
D
NS
Design the
outcomes
ASSURA
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
WITH LEAD
ING VALUE
R
PU
B D
RP
N
A
OS
E
Z
A
I
T
N
E
I
C
A
O
G
N
R
O
PA
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 17.1 Evaluate new information process within the MSP framework
17.1
Purpose
The purpose of the evaluate new information process is to ensure that the sponsoring group and programme
board are supported by high quality, up-to-date, and decision-ready information. Evaluating new information
ensures that decision-making during the programme appropriately considers each theme and principle.
182
17.2
Objectives
The objectives of the evaluate new information process are to ensure that new information is:
● collected efficiently and at pace
● validated to ensure its quality/integrity
● analysed, taking the themes into account, in order to provide insight into the current state of the programme
and predictions (i.e. forecasting) of what is to come in the future
● used to inform the programme design and the next tranche.
17.3
Context
During programmes, decision-makers are regularly making decisions about the strategy, design, and delivery of
the programme. In a dynamic and complex environment, information is imperfect and emergent. New
information needs to be evaluated in a way that:
● directly supports decision-makers in the governance structures (e.g. programme boards)
● helps to improve understanding and accelerates action-taking
● is unambiguous to those working both directly and indirectly with the programme.
Table 17.1 shows the inputs, activities, and outputs for the process.
Table 17.1 Inputs, activities, and outputs for evaluate new information
Inputs to the process
Activities
Outputs from the process
Landing point achieved
Analyse tranche performance vs plans
End-of-tranche report
Benefits realized to date
Analyse current state vs target operating
model
Risk register
Issue register
Risk register
Review the programme environment
Decision register
Decision register
Prepare for the next process
Issue register
Agree to proceed (or close)
17.4
17.4.1
Activities
Analyse tranche performance vs plans
This activity is focused on understanding performance to date vs the programme strategy and programme plans.
Information on all aspects of the strategy and plans needs to be combined into the end-of-tranche report, including:
● cost performance
● delivery performance
● benefits realization to date
● status of stakeholder engagement and communications
● adequacy of governance and team-working.
183
Chapter 17 – Evaluate new information
● presented to programme boards in an appropriate way (i.e. concise, informative, timely, and action-oriented)
Managing Successful Programmes
The programme office is likely to play a lead role in this activity, supported by formal assurance activities. As
the programme progresses, it is important to understand current status, variance from plans, and any reasons
for variance that are likely to continue.
17.4.2
Analyse current state vs target operating model
Chapter 17 – Evaluate new information
Another specific element of the end-of-tranche review and report is to confirm the operating model in the
current state, i.e. at the current landing point, comparing it with the intended change for that tranche and
identifying any aspects that are not as planned. This vital information will identify any aspects of the current
operating model that are unstable and needing attention before the next tranche of change begins. Change
activity is always more effective when building from a stable set of organizational routines, so any areas of
instability need to be understood at this point.
17.4.3
Review the programme environment
In addition to looking backwards at performance to date vs plan and at the current operating model, the
evaluation of new information also needs to look forward, to identify emerging trends in the programme
environment. As discussed in Chapter 1, programmes always exist within the internal and external
organizational contexts and these are inherently volatile, uncertain, complex, and ambiguous. Programmes
evaluate new information to keep a focus on the most affordable and achievable way forward.
The programme risk register will already contain the risks perceived and captured by the team, but this is a
good time to look again at any disruption in the programme environment and emerging risks, using techniques
such as horizon scanning.
17.4.4
Prepare for the next process
In the early tranches of the programme, the expected next step will be the design the outcomes process, where
the information from the evaluation of new information will be taken forward into re-planning the next tranche of
delivery. As the programme approaches the latter tranches, the next step is more likely to be to close the
programme. In both cases, it is important that the end-of-tranche report contains complete information about
progress to date and the likely changes in the programme environment going forward.
17.4.5
Agree to proceed (or close)
Formal approval to proceed means that:
● the programme manager confirms that the end-of-tranche report is accurate and complete
● the BCM confirms the status of the change to date and readiness for the next tranche
● the SRO and sponsoring group agree to fund the next tranche
● if formal approval cannot be given, the programme will close.
184
Evaluate new information
17.5
Responsibilities
Table 17.2 shows a RACI chart for the activities in the process, split between the core MSP governance boards,
supporting offices, and individual roles.
Table 17.2 RACI chart for evaluate new information
Activity
SRO
Programme
manager
BCM
Programme
office
C
A
C
C
R
Analyse tranche performance vs plans
Analyse current state vs target operating model
C
A
C
R
C
Review the programme environment
C
A
R
C
C
A
R
C
C
A
R
C
C
C
Prepare for the next process
Agree to proceed (or close)
R – Responsible; A – Accountable; C – Consulted; I – Informed.
17.6
Application of the themes in this process
Table 17.3 shows how the themes apply to the evaluate new information process.
Table 17.3 Application of the themes in the evaluate new information process
Theme
Application to evaluate new information process
Organization
Confirm the status of governance and stakeholder engagement and communications
Design
Refresh risk identification and prioritization
Assess progress to target operating model
Justification
Review progress vs business case (costs, benefits, and risks)
Verify that funding is adequate for any subsequent tranches
Structure
Assess completeness of tranche in terms of development of capability, transition, and benefits realization
Validate dependencies
Assess performance vs resource plans and highlight any issues
Knowledge
Identify new knowledge and propose new lessons to be learned in the next tranche
Validate compliance with information approach
Assurance
Validate that assurance activities have added value and propose changes for next tranche
Decisions
Validate that decision-making processes, including issue resolution and risk responses, have been effective
Propose any changes for the next tranche
185
Chapter 17 – Evaluate new information
Sponsoring
group
Managing Successful Programmes
Chapter 17 – Evaluate new information
186
CHAPTER 18
Close the programme
18
Close the programme
Figure 18.1 illustrates the close the programme process within the MSP framework.
STI
Embed the
outcomes
KN
S
OW
LED
GE
ST
T
RUC
UR
E
D
AM EA
BI L
GU
I
JU
Evaluate
new
information
TY
DE
CIS
IO
NCE
OY I
PL SK
DE SE
ER
DIV
LL
FICATI N
O
Deliver the
capabilities
Identify the
programme
Close the
programme
RATE
LABO
COL BOUNDARIES
SS
RO
AC
Plan
progressive
delivery
Design the
outcomes
ASSURA
REALIZ
E
S
A
U
E
R
M
ABLE B
ENE
FIT
S
D
NS
N
IG
ES
Chapter 18 – Close the programme
WITH LEAD
ING LUE
PU
BR D VA
RP
N
A
OS
E
Z
E
C
GANI ATION
R
A
O
P
W
IT
H
ALIG N
W IT H P RIO RITIES
Figure 18.1 Close the programme process within the MSP framework
18.1
Purpose
The purpose of the close the programme process is to end the programme in a controlled way, extracting as
much value from the programme regardless of the reason for closing it. This includes ensuring that the investing
organization(s) is ready to maximize the benefits to be realized from the completed programme work by
continuing to measure the benefits and taking steps in BAU to minimize benefit erosion.
188
18.2
Objectives
The objectives of the close the programme process are to ensure that:
● a final assessment of the programme is conducted to capture its achievements relative to those expected
and any gaps
● other governance structures assume accountabilities for residual benefits realization, risk management, and
capability development activities
● the impact of closure on stakeholders is understood and managed well
● capabilities are fully integrated into BAU
● resources are decommissioned (e.g. contractors, staff, or secondees)
● evidence that supports future assurance activities is retained (e.g. external audit)
● knowledge acquired during the programme is retained and lessons learned are put in place for subsequent
programmes.
18.3
Context
Programmes are closed when the value of continuing is no longer justified by the sponsoring group because:
● the work has been completed as planned
● the outcome expectations are deemed to have been sufficiently achieved, leading to the mandate
being fulfilled
● other organizations (e.g. vendors, programmes, projects, or BAU) are deemed to be better suited to
delivering the outcomes or objectives of the programme, leading to the mandate being substantially changed
● programme resources are deemed to be better used elsewhere, leading to the mandate being
withdrawn early.
Withdrawal of the programme mandate might happen either when new corporate strategies or priorities emerge,
corporate funding for programmes has been reduced, the programme is lacking achievements, or the likelihood
of significant achievement in the future is very low.
Table 18.1 shows the inputs, activities, and outputs for the process.
Table 18.1 Inputs, activities, and outputs for close the programme
Inputs to this process
Activities
Outputs from this process
End-of-tranche report
Prepare for closure
Confirmation of closure
Risk register
Hand over residual work
Updated knowledge
Issue register
Finalize programme information
Decision register
Disband the programme organization
and close
189
Chapter 18 – Close the programme
● the programme office and the supporting processes are decommissioned
Managing Successful Programmes
18.4
18.4.1
Activities
Prepare for closure
To prepare for closure, the programme manager:
● confirms that the programme is about to close (triggered by the formal approval to close)
● ensures that stakeholders are notified (this will be in the stakeholder engagement and communications plan
if the closure is planned)
● evaluates programme performance to identify lessons to be learned (drawing from the end-of-
Chapter 18 – Close the programme
tranche report).
18.4.2
Hand over residual work
The programme manager:
● assesses delivery of the target operating model
● hands over residual capability delivery to other programmes (if relevant)
● hands over responsibility for ongoing benefits realization and associated risks and issues.
18.4.3
Finalize programme information
This activity is to ensure that programme information is up to date and stored or archived.
18.4.4
Disband the programme organization and close
Formal closure means that the SRO disbands the programme organization and agrees with the sponsoring group
to close the programme.
18.5
Responsibilities
Table 18.2 shows a RACI chart for the activities in the process, split between the core MSP governance boards,
supporting offices, and individual roles.
Table 18.2 RACI chart for close the programme
Activity
Sponsoring
group
SRO
Programme
manager
BCM
Programme
office
Prepare for closure
A
R
C
C
Hand over residual work
A
R
C
C
Finalize programme information
Disband the programme organization and close
A
R – Responsible; A – Accountable; C – Consulted; I – Informed.
190
A
C
C
R
R
C
C
C
Close the programme
18.6
Application of the themes in this process
Table 18.3 shows how the themes apply to the close the programme process.
Table 18.3 Application of the themes in the close the programme process
Application to close the programme process
Organization
Disband the programme organization
Design
Confirm the status of the operating model
Justification
Confirm the status of the business case (all costs and benefits accrued to date)
Structure
Close all projects and other work that were part of the programme, and hand over residual work
Knowledge
Ensure that the knowledge gained by the programme team is captured and made explicit as far as possible
Chapter 18 – Close the programme
Theme
Identify specific lessons for the organization to learn
Update all programme information
Assurance
Provide any assurance activities that are required by the sponsoring group before final closure of the programme
Decisions
Close issues and risks, and confirm the status of other decisions
Hand over any residual issues or risks as applicable
191
Managing Successful Programmes
Chapter 18 – Close the programme
192
Appendix A: Programme
documentation
Appendix A: Programme
documentation
A.1 Introduction
Appendix A: Programme documentation
This appendix provides an explanation of the information that is required to manage a programme successfully.
It explains what documentation you should establish, where the information could be sourced from, and what to
consider including in the contents. You will also find details on who should be involved in creating the
documentation and what their role should be in the process. The format of the information is indicative and
intentionally non-prescriptive. This enables organizations to structure, store, and integrate information into their
existing corporate governance frameworks. It is more important for organizations to identify and maintain the
information to support their programme in a form that is appropriate for them. Therefore, the following
information descriptions should be seen as flexible checklists rather than rigid templates.
For example, the programme brief contains information that many organizations could also include in an outline
business case. Therefore, the use of either term should be seen as acceptable. It is the process of developing,
capturing, analysing, and acting on the information rather than the title that is important.
A.2 Working with programme information
A programme exists within a dynamic environment. As such, it is likely that information will be constantly
changing. The programme’s knowledge will increase which should be reflected in the information used to maintain
context and manage delivery. This appendix is not intended to provide templates. It is guidance on what should be
included when constructing your documentation and when you should review and update the contents. It is
perfectly acceptable to integrate information into aggregated documents to make life easier. The level and structure
of programme information should be appropriate to the needs of the individual programme or organization. Bear in
mind that there is core information within a programme that is cross-referenced in multiple documents. You may
need to create an indexing system within your programme to enable cross-referencing of this core information. For
example, the benefit profile states that you should identify risks to the achievement of the benefit. These risks
should also be contained within your risk register, where the impact assessment should include reference to the
implications of the risk on that benefit and contributing projects and other work, which in turn could create a
project-level or operational risks. This necessary replication of information requires careful tracking to ensure that
all instances of the same information are updated to maintain integrity throughout the programme documentation.
A.3 Programme information evolution
Table A.1 illustrates where and when documents are created. As information will be continually changing, the
programme information must be maintained and updated throughout the programme to reflect the changing
environment within which the programme exists and to maintain context.
Figure A1 is an example that shows how various documents, including the target operating model, benefits
map, benefit profiles, benefits realization plan, and programme plans might be developed together until an
acceptable business case emerges. Throughout each iteration, the SRO will judge whether the developing
business case is likely to be good enough for formal approval by the sponsoring group.
Section A.4 describes the individual documents in terms of their purpose and content.
194
Table A.1 Document creation
Document
Process during which it is created
Programme mandate
Before identify the programme
Programme brief
Identify the programme
Programme strategy
Identify the programme
Programme plans
Identify the programme
Vision statement
Design the outcomes
Target operating model
Design the outcomes
Benefit profile
Design the outcomes
Benefits map
Design the outcomes
Risk register
Design the outcomes
Issue register
Design the outcomes
Decision register
Design the outcomes
Business case
Design the outcomes
Adapt vision
and strategy in
line with new
information
Vision statement
Programme strategy
Adapt benefits
in line with new
information
Adapt plans to
deliver benefits
in line with
information
Benefits map
Benefit profiles
Target operating
model
Risk, issue and
decision registers
(updated throughout)
Delivery plan
Other plans
(how target operating model
will be delivered)
Benefits
realization plan
(how benefits
will be achieved)
Adapt future
state design
in line with
new information
Adapt plans
to deliver
capabilities in
line with new
information
Business case
(balance of cost, time, and risk
to deliver the target operating
model and realize benefits)
Figure A.1 Relationship between the various items of programme information
195
Appendix A: Programme documentation
Programme brief
Managing Successful Programmes
A.4 Programme documents
A.4.1
Benefit profile
Purpose
To provide a description of the attributes and interdependencies of a single benefit and to detail how it will be
realized and measured
Typical contents
Description of the benefit, including:
● the organizational objectives to which it relates
● the benefit type
● how the benefit will be measured (financial where possible)
● key performance indicators (KPIs) in the business operations that will be affected, both immediately after
realization and in the future
● current baseline performance levels and the anticipated improvement trajectory
● outcomes that need to be embedded to enable realization
● related capabilities that need to be delivered, transitioned, and adopted
Appendix A: Programme documentation
● the business changes required (e.g. to processes, culture, people, and policies)
● the costs of embedding the outcome and realizing the benefit
● related issues and risks
● any dependency on events or other projects/programmes outside of this programme
● the operational owner of the benefit and the operations that will receive this benefit
● the person responsible for realizing this benefit (usually the BCM)
● any related (intended) dis-benefits and how these will be managed
Notes
The minimum contents of a benefit profile are:
● Description What precisely is the benefit?
● Observable outcomes What are the verifiable differences that will be noticeable after the outcomes are
embedded?
● Attribution Where will this benefit arise? Can the programme claim the entirety of its contribution (i.e. no
other actions are needed outside of the programme to realize the benefit)? Are the accountability and
responsibility for delivering the change clear?
● Measurement How will the achievement of the benefit be measured, and over what timeframe?
Some organizations find it helpful to have a benefit profile for individual dis-benefits. Others prefer to refer to the
management of dis-benefits in the same profile as the benefit from a particular outcome.
A.4.2
Benefits map
Purpose
To show the relationship between outputs, capabilities, outcomes, benefits, dis-benefits, and organizational
objectives
Typical contents
A visual representation of the path to benefits that relates to the:
● outputs of projects and other work
● capabilities
● outcomes of benefit (or dis-benefit)
● benefits to be measured
● organizational objectives of the programme
Notes
One way to create a benefits map is to start with the organizational objectives on the left, decomposing them (via
measurable benefits) to outcomes, capabilities, and outputs of projects or other work on the right. Working from
organizational objectives to outputs answers the question ‘how’.
An alternative way is to start with outputs on the left, and aggregate them through capabilities, outcomes, and
benefits to the organizational objectives on the right. Working from outputs to organizational objectives answers
the question ‘why?’.
196
Appendix A: Programme documentation
A.4.3
Business case
Purpose
To describe the overall costs, the planned benefits realization, and the risk profile of the programme in order to
assess its viability and make appropriate management decisions about its continued justification
Typical contents
The organizational objectives of the investing organization(s)
Value of benefits in measurable terms, ideally financial
Costs of delivering capabilities and embedding outcomes of benefit
Timing of investments and intended changes
Risk to achievement of outcomes of benefit and associated financial contingency
Assessment of viability of the overall business case
Notes
Reviewing the business case provides answers to the following questions:
● Does the programme continue to align with the strategic objectives of the investing organization(s)?
● Does the programme remain affordable?
● Do the programme outcomes remain achievable?
● Does the programme continue to demonstrate value for money in terms of the balance between benefits
and costs?
A.4.4
Decision register
Purpose
To record decisions made by each governance board, providing an audit trail of decisions and their underpinning
rationales
Typical contents
Decision description
Options considered
Choice made and rationale
Decision owner
Relevant dates
Notes
A.4.5
Decisions happen many times during the programme. Issues and risks require particular approaches to decisionmaking and separate registers are maintained for each of them.
Issue register
Purpose
To record issues and the impact on objectives if not managed; document the issue owner with responsibility for
resolution; and track the resolution of the issue
Typical contents
Issue description
Impact on the programme if not resolved
Issue owner
Actions to resolve (ideally with costs)
Relevant dates
197
Appendix A: Programme documentation
● Does the financial contingency provide realistic cover for knowable risks?
Managing Successful Programmes
A.4.6
Programme brief
Purpose
To validate and build from the programme mandate and create the information that represents evolving thinking
about a number of the programme’s areas
Typical contents
Initial vision
Outcomes
Benefits
Costs of building and embedding new capabilities
Risks to the achievement of costs, outcomes, and benefits
Early ideas on funding and cash flows
Notes
The programme brief is often said to be the ‘first draft’ business case.
The programme brief may be independently reviewed. This ensures that it reflects the objectives, high-level costs,
benefits, timeframes, and risks of the programme and the extent to which the organization has the capacity and
capability to deliver and realize the expected benefits.
Appendix A: Programme documentation
A.4.7
Programme mandate
Purpose
To initiate early thinking about a programme
Typical contents
Strategic or operational drivers for the programme
Initial information about the internal and external organizations likely to be involved and their roles
Critical success factors against which the programme will be justified and judged
Any assumptions and constraints
Initial budget to create the programme brief
Initial input to the programme brief and vision statement
Notes
A.4.8
The programme mandate may be received from the executive management in any format or it may be derived
from strategic planning or policy development cycles. It may not be received as a single, cohesive document.
Programme plans
Purpose
To define the specific arrangements for implementing the programme strategy and for directing the team.
Programme plans answer the more detailed questions of ‘who’, ‘when’, and ‘how’ in order to deliver the outcomes
of benefit over time
Typical contents
Delivery plan Scheduling the constituent projects and other work of the programme to show their relative
timescales, resources, and dependencies. The plan covers the programme as a whole and the next tranche in
detail
Benefits realization plan Detailing the scope and schedule for all benefits realization related work
Stakeholder engagement and communications plan Detailing how stakeholders are identified, prioritized, and
engaged over the life of the programme, including two-way communication and feedback
Assurance plan Detailing the scope and timing of the assurance activities that will be used to provide
transparency and confidence to the sponsoring group that the programme is on track to deliver the desired
outcomes of benefit
Financial plan Detailing how costs and benefits are budgeted, monitored, and measured over time, as well as
the process for managing variations from the plan and the methods of forecasting future performance
Notes
198
MSP does not require a plan for every approach, as in some scenarios the approach will be sufficient to meet the
programme’s needs.
Appendix A: Programme documentation
A.4.9
Programme strategy
Purpose
To define the governance and control environment for a programme in line with the corporate governance
requirements of the investing organization(s) and to ensure that MSP principles are applied throughout the
programme lifecycle
Typical contents
The programme strategy should be a single document containing a number of sections that outline the steps
necessary to establish effective governance and control across each theme.
The various sections in the programme strategy should be derived from the approach information specified in
each theme. These are the:
● governance approach in the organization theme
● stakeholder engagement and communications approach in the organization theme
● design approach in the design theme
● funding approach in the justification theme
● delivery approach in the structure theme
● resourcing approach in the structure theme
● knowledge and learning approach in the knowledge theme
● assurance approach in the assurance theme
● decision-making approach in the decisions theme
● issue resolution approach in the decisions theme
● risk response approach in the decisions theme
Notes
A.4.10
The programme strategy answers the questions of ‘why’ and ‘what’ with respect to the programme’s governance
and control framework.
Risk register
Purpose
To record those uncertain events that would affect one or more programme objectives
Typical contents
Risk description
Likelihood of the risk occurring
Impact on the programme if the risk does occur
Proximity of the risk
Risk owner
Risk responses (ideally with costs)
Planned residual likelihood and impact (assuming responses are effective)
Relevant dates
199
Appendix A: Programme documentation
● information approach in the knowledge theme
Managing Successful Programmes
A.4.11
Target operating model
Purpose
To articulate the future organization structure, its working practices and processes, the information it requires,
and the technology that supports its operations
Typical contents
Processes The working practices, processes, and detailed process steps, including performance measures
Culture The key elements of organization design, such as the culture, ethos, and style of the organization. The
values of the organization in the future
Organization The capabilities needed for the future. How these will be supported in terms of organization structure,
staffing levels, roles, and responsibilities, as well as the training and competences required for each role
Technology The technology of all types, including IT systems and tools to support people to work effectively in
the future
Infrastructure The physical infrastructure, such as buildings, equipment, and machinery, and the
accommodation and workspaces for the people in the new organization structure
Information and data The information and data required for future business operations and performance
management
Knowledge and learning How this will be supported in the future organization, building in access to and curation
of knowledge, and ongoing learning
Appendix A: Programme documentation
Notes
The target operating model is not concerned with how to reach the future state. In most cases, there will be
many different possibilities, passing through multiple intermediate operating models and landing points.
It is important that all of the elements are considered in depth. It is easy for one aspect to overpower the others
and this needs to be avoided.
A.4.12
Vision statement
Purpose
To document the vision for the programme in a way that enables engagement, motivation, and alignment of the
large community of stakeholders involved in the programme, possibly across multiple organizations
Typical contents
Outward-facing description of the future state that is:
● concise
● understandable by a wide range of stakeholders
● engaging
● sufficiently motivating to make maintaining the current state undesirable
Notes
● When writing a vision statement, the following points are useful:
● A vision statement does not need to include definite timings, unless it is time-sensitive
● Avoid using detailed, measurable targets. Targets are more usefully captured in the business case and target
operating model
● Avoid including details that detract from the compelling nature of the vision
200
Further research
Further research
AXELOS publications
Best-practice publications in the area of portfolio, programme, and project management include:
● Managing Successful Projects with PRINCE2® (6th edition) This is a structured method to help effective
project management via clearly defined products. Key themes that feature throughout PRINCE2 are the
dependence on a viable business case confirming the delivery of measurable benefits that are aligned with
an organization’s objectives and strategy, while ensuring the management of risks, costs, and quality.
● PRINCE2 Agile® This was developed in response to demand from user communities. It is the world’s most
complete agile project management solution, combining the flexibility and responsiveness of agile with the
governance of PRINCE2. It provides the structure and flexible controls of PRINCE2 and demonstrates how
they can be used with agile concepts, methods, and techniques.
Further research
● A Guide to AgileSHIFT® Designed to prepare and equip everyone in an organization for transformational
change, the guide provides insights into why organizations need to transform and offers guidance to support
a shift towards enterprise agility. AgileSHIFT will create and support the champions of change that your
business needs to thrive in an increasingly competitive and disruptive environment.
● Management of Portfolios (MoP®) Portfolio management concerns the twin issues of how to do the ‘right’
projects and programmes in the context of the organization’s strategic objectives, and how to do them
‘correctly’ in terms of achieving delivery and benefits at a collective level. MoP considers the principles upon
which effective portfolio management is based; the key practices in the portfolio definition and delivery
cycles; and guidance on how to implement portfolio management and sustain progress in a wide variety of
organizations.
● Management of Risk (M_o_R®) M_o_R offers an effective framework for taking informed decisions about
the risks that affect performance objectives. The framework allows organizations to assess risk accurately
(selecting the correct responses to threats and opportunities created by uncertainty) and thereby improve
their service delivery.
● Management of Value (MoV®) This is a cross-sector and universally applicable guide on how to maximize
value in a way that takes account of organizations’ priorities, differing stakeholders’ needs and, at the same
time, uses resources as efficiently and effectively as possible. It will help organizations to deliver enhanced
value across their portfolio, programmes, projects, and operational activities to meet the challenges of
ever-more competitive and resource-constrained environments.
● Portfolio, Programme and Project Management Maturity Model (P3M3®) This is a tool for assessing an
organization’s current capabilities for managing its portfolios, programmes, and projects. It helps the
organization to implement change and improvements in a structured way. P3M3 is made up of three
models, and uses a five-level maturity framework to focus on seven process perspectives.
● Portfolio, Programme and Project Offices (P3O®) P3O provides universally applicable guidance to
successfully establish, develop, and maintain appropriate support structures. These structures will facilitate
the delivery of business objectives (portfolios), programmes, and projects within time, cost, quality, and
other organizational constraints.
202
Other global best-practice publications aimed to support organizations in other areas are:
● ITIL® This is the most widely recognized framework for IT and digitally enabled services in the world. It
supports organizations and individuals to gain optimal value from IT and digital services, defining the
direction with a clear service value system, aligning them with the business strategy and customer needs.
● RESILIA® This comprehensive portfolio of tools and training will enable your organization to achieve global
best practice in cybersecurity. RESILIA helps embed best-practice cybersecurity skills and behaviours
throughout your organization, regardless of employees’ roles or responsibilities. With RESILIA you can move
beyond effective cybersecurity and achieve solid cyber resilience.
For more information visit www.axelos.com.
Other sources
Association for Project Management (2007) Co-Directing Change – A guide to the governance of multi-owned
projects. APM.
Pullan, P. (2016) Virtual Leadership: Practical Strategies for Getting the Best Out of Virtual Work and Virtual
Teams. Kogan Page.
Pullan, P. and Archer, J. (2013) Business Analysis and Leadership: Influencing Change. Kogan Page.
Pullan, P. and Murray-Webster, R. (2011) A Short Guide to Facilitating Risk Management. Gower.
203
Further research
Murray-Webster, R. and Dalcher, D. (2019) APM Body of Knowledge (7th edition). Association for Project
Management.
Managing Successful Programmes
Further research
204
Glossary
Glossary
This glossary contains those terms that have a specific meaning in a programme using MSP.
It excludes the documents created as a result of implementing the MSP integrated framework. These are listed
in alphabetical order in Appendix A.
aggregated risk
The combined effect of risk to the programme objectives when risks are viewed collectively rather than
individually. This could include the outputs of particular scenarios or risk combinations.
approach
The term used to describe a mandatory section of the programme strategy. Approaches establish tailored
governance and controls for the particular work.
assumption
Glossary
A statement that is taken as being true for the purposes of planning, but which could change later. An
assumption is made where some facts are not yet known. There is a risk that assumptions are not stable and
therefore cannot be relied on.
assurance
A discipline that provides transparency and confidence to the sponsoring group that the programme will meet
its objectives by focusing activities on the most risky aspects of the programme.
audit
A type of assurance activity that provides a systematic and independent examination of records vs a defined
standard.
baseline
A reference level against which an entity is monitored and controlled.
benefit
The measurable improvement resulting from an outcome perceived as an advantage by the investing
organization(s) and which contributes towards one or more organizational objectives.
benefit erosion
An undesirable situation where the quantum of realized benefits is reduced over time. In business as usual, for
example, resource efficiencies claimed by the programme are reduced by hiring additional staff or contractors.
benefits management
The identification, definition, tracking, realization, and optimization of benefits within and beyond a programme.
best practice
A defined and proven method of managing events effectively.
206
budget
The sum of the estimates of income and expenditure for the programme that are delegated to the roles in the
programme organization.
business change manager (BCM)
A role that is accountable to the programme board and has overall and ongoing responsibility for the successful
day-to-day adoption of new capabilities in the investing organization(s) in support of the realization of outcomes
of benefit on behalf of the senior responsible owner (SRO).
business as usual (BAU)
The ways of working used by an organization to achieve its objectives in its steady state.
capability
The completed set of project outputs required to deliver an outcome; this exists prior to transition. It is a
service, function, or operation that enables the organization to exploit opportunities.
cash flow
The net amount of cash and cash-equivalents that the programme requires to pay for resources over time.
Glossary
change agent
The people deployed by the investing organization(s) to shape, drive, and implement change.
change control
The procedure that ensures that all changes which may affect the programme’s agreed objectives are identified
and assessed, and then approved, rejected, or deferred.
change recipient
The people in the investing organization(s) who are expected to change their ways of working.
community of practice
A learning network of people who share a skill and who improve as they interact and learn from each other on a
regular basis.
continual improvement
A delivery mode used for improvement work that enables an organization to identify waste in a process or
system and work to eliminate this.
corporate governance
The means by which an organization is directed and controlled. At the level of a legal entity, corporate
governance is focused on maintaining a sound system of internal control by which the directors and officers of
the organization ensure that effective management systems are in place to protect assets, earning capacity, and
the reputation of the organization.
corporate portfolio
The totality of the change initiatives within an organization; it may comprise a number of programmes, standalone projects, and other initiatives that achieve congruence of change.
207
Managing Successful Programmes
current state
The existing operating model and performance of the organizations that will be impacted by a programme. Also
called ‘as-is state’.
decision point
An event or occurrence that triggers the need for programme governance to make decisions about the future of
the programme.
decision quality
A concept that supports organizations in making appropriate decisions by focusing on the decision-making
process.
decision tree
A technique that uses a tree-like model to evaluate different options to a problem by considering conditions,
probabilities, and consequences.
delegated limits of authority
Glossary
The limits for decision-making that are delegated to individual roles in an organization; the limits define the
levels of accountability of those roles.
dependency
An activity, output, decision, or resource that is required to achieve an aspect of the programme.
dis-benefit
The measurable decline resulting from an outcome perceived as negative by the investing organization(s) and
which detracts from one or more organizational objectives.
document
A record, in any format, used to evidence application of the MSP integrated framework.
enterprise agility
A condition of an organization that is able to be flexible and responsive to drivers in its environment. Programme
management enables enterprise agility. Also called ‘corporate agility’ or ‘organizational agility’.
financial contingency
The financial allowance that the investing organization(s) decides to make available to deal with identified and
unidentified risks.
financial measure of benefit
A metric that enables benefit to be evaluated in financial terms, e.g. cash saved or revenue growth.
funding mechanism
The way(s) that the investing organization(s) chooses to provide finances to the programme over time.
208
Glossary
future state
The defined future state of the organization at the end of the programme and documented in the target
operating model. Also called the ‘to-be state’ or ‘end-state’.
gated review
A structured review of a project, programme, or portfolio as part of the formal assurance arrangements carried
out at key decision points in the lifecycle to ensure that the decision to invest as per the agreed business case
remains valid.
health check
A type of assurance activity that examines a snapshot of performance status in order to identify which areas are
going as planned and which need attention. Unlike audits, health checks are focused on learning and
knowledge capture rather than compliance with a standard.
hybrid project lifecycle
A project delivery mode that combines a linear lifecycle for some phases or activities with an iterative lifecycle
for others.
An approach to delivering a programme that focuses on delivering benefits of value to stakeholders throughout
the programme lifecycle, adapting as necessary to align with new information.
investing organization
The body that carries the risks associated with funding the programme and realizing the beneficial outcome.
investment appraisal
A collection of techniques used to identify the viability of an investment as part of the creation of the business
case. The purpose of investment appraisal is to assess the viability of decisions and the value they generate.
issue
An unplanned event that has occurred and requires management action. It could be a problem, query, change
request, or a risk that has occurred.
issue owner
The person who is assigned to take responsibility for resolving the issue to the satisfaction of the programme’s
governance boards.
iterative project lifecycle
A project delivery mode that repeats aspects of the design or delivery with the objective of managing any
uncertainty of scope by allowing outputs to evolve as learning and discovery take place.
key performance indicator (KPI)
A metric (either financial or non-financial) that is used to set and measure progress towards an organizational
objective.
209
Glossary
incremental progression
Managing Successful Programmes
knowledge
An asset embedded tacitly in the minds of individuals or codified explicitly as information. Most knowledge is
tacit and only becomes explicit when there is an investment of effort to do so.
landing point
A control point, following delivery of a step-change in capability and benefits realization (tranche), at which a
programme can be redirected or closed.
lessons learned
Forms of new knowledge and/or understanding that arise from experience and which have been explicitly
learned by embedding them into ways of working.
lifecycle
Defines the interrelated steps, stages, phases, or processes that provide a structure for governing the
progression of work.
linear project lifecycle
Glossary
A project delivery mode that aims to complete the delivery of outputs within a single pass through a set of
distinct phases, completed sequentially.
maturity assessment
An assurance activity that enables the assessment and benchmarking of a programme vs a framework such
as P3M3.
multimodal delivery
The selection of project lifecycles and/or methods of delivering the work of a programme that are appropriate to
the task, the team, the individuals (including customers, stakeholders, leaders, and workers), and the context.
non-financial measure of benefit
A metric that enables a benefit (e.g. customer satisfaction) to be counted but not evaluated in financial terms.
opportunity
An uncertain event that would, if it occurred, have a favourable impact on programme objectives. Also called a
positive risk or upside risk.
organizational ability
The overall capability of an organization to perform the work required to deliver outcomes of benefit with its
current people, processes, and practices.
organizational capacity
The amount of work that an organization can deliver in a given period of time.
outcome
The result of change, normally affecting real-world behaviour and/or circumstances. Outcomes are desired when
a change is conceived. They are achieved as a result of the activities undertaken to effect the change.
210
Glossary
output
The tangible or intangible deliverable of an activity.
P3M3
The Portfolio, Programme and Project Management Maturity Model that provides a framework with which
organizations can assess their current performance and put in place improvement plans.
pace
The timing of programme delivery to ensure the appropriate balance between a number of factors. The factors
include delivery of capabilities, achievement of desired programme outcomes, available funds, maintenance of
current performance levels, and business as usual (BAU) activities.
policy
Formally documented management expectations and intentions, used to direct decisions and activities.
portfolio
The totality of an organization’s investment (or segment thereof) in the changes required to achieve its
strategic objectives.
Glossary
principle
A guiding obligation that is continually required to achieve value from programme management.
process
A structured set of activities that define the sequence of actions and their inputs and outputs to achieve a
specific objective.
programme
A temporary structure designed to lead multiple interrelated projects and other work in order to progressively
achieve outcomes of benefit for one or more organizations.
programme board
The governance board with delegated authority to drive delivery of the outcomes of benefit of the programme
within the defined constraints. Members of the programme board include (as a minimum) the senior responsible
owner (SRO), the programme manager, the business change manager (BCM), and the leader of the programme
office.
programme environment
The internal and external context of the programme comprising the ecosystem of stakeholders and the business
as usual (BAU) operations and functions of the investing organization(s).
programme governance
The framework of authority and accountability applied by the investing organization(s) to control the work of the
programme and ensure the creation of value.
programme management
The management of the temporary structure designed to lead multiple interrelated projects and other work in
order to progressively achieve outcomes of benefit for one or more organizations.
211
Managing Successful Programmes
programme manager
A role that is accountable to the programme board and has overall and ongoing responsibility for the successful
day-to-day leadership of the programme in support of the senior responsible owner (SRO).
programme office
A governance-supporting office, led by the programme office lead, with primary responsibility for managing
delivery and capacity controls for the programme. The programme office may be part of a wider governance
office such as a portfolio management office, or may work with other relevant governance offices such as a
project management office or a centre of excellence.
programme organization structure
The temporary organization that has been put in place to deliver the programme, including the governance
boards and supporting offices.
programme risk
An uncertain event that, if it occurs, will have an effect on the achievement of the programme’s objectives. The
exposure of the programme’s objectives to risk is determined by multiplying the perceived likelihood of each
threat or opportunity occurring by an estimate of the size of its impact on one or more of the objectives.
Glossary
programme risk appetite
The amount of risk the investing organization(s) is willing to accept in pursuing the benefits of the programme.
project
A temporary organization that is created for the purpose of delivering one or more business outputs according to
a specified business case.
proximity (of risk)
The time factor of risk (i.e. when the risk may occur). The impact of a risk may vary in severity depending on
when the risk occurs.
register
A formal repository, managed by the programme manager, that requires agreement by the sponsoring group on
its format, composition, and use. MSP has three registers: issue register, risk register, and decision register.
resources
The people, information, equipment, facilities, and funding required to deliver the planned work.
retrospective
A regular event that looks at how the process of doing work can be improved.
risk assessment
The term used for the identification, analysis, and evaluation of risks.
risk connectivity
An analysis of the relationships between risks, providing insight into how they might unfold.
212
Glossary
risk identification
The determination of what could pose a risk; a process to describe and list sources of risk (threats and
opportunities).
risk owner
The person who is assigned to take responsibility for responding to a risk to the satisfaction of the programme’s
governance boards.
risk prioritization
The process of determining which risks matter the most by considering the likelihood of occurrence, the size of
impact on objectives should the risk occur, and (sometimes) other factors such as risk proximity.
risk universe
A visualization of all the types of risk that could affect an entity.
senior responsible owner (SRO)
sensitivity analysis
A technique for understanding how different sources of uncertainty relate to the overall risk to objectives.
socio-political complexity
Difficulties facing the programme as a result of the number and divergence of the following factors: the people
involved; the level of politics or power-play to which the programme is subjected; the lack of stakeholder/
sponsorship commitment; the degree of resistance to the work being undertaken; a lack of shared
understanding of the programme’s goals, a failure to align with strategic goals; and the hidden agendas or
conflicting priorities of stakeholders.
sponsoring group
The governance board, which includes the senior leaders who are accountable to the executives of the
respective investing organizations. The sponsoring group is responsible for ensuring the alignment of the
programme’s objectives with the strategic direction of the organizations or organizational units involved.
stakeholder
Any individual, group, or organization that can affect, be affected by, or perceives itself to be affected by, a
programme.
stakeholder analysis
The process of identifying stakeholders and prioritizing the level and type of engagement of each, depending on
features such as their power, interest, influence, and alliances.
stakeholder engagement
A way of exercising influence and achieving positive outcomes through effective management of relationships.
213
Glossary
The single individual with ongoing accountability for the successful delivery of the outcomes of the programme.
The role is accountable to the sponsoring group and chairs the programme board. Also known in some
organizations as a sponsor.
Managing Successful Programmes
stakeholder mapping
A set of techniques that enables visualization of stakeholders and their relative position in the network of
individuals and groups that can affect, or be affected by, the programme.
target operating model
A detailed description of the future state of the investing organization(s) after the programme has finished,
including roles and responsibilities, culture, processes, technology, infrastructure, information and data, and
knowledge and learning.
temporary structure
The governance boards, supporting offices, and roles that are established to manage the programme.
terms of reference
The scope and limitations of the governance boards and supporting offices within the programme organization.
theme
An essential aspect of governance required to ensure that the programme is aligned with the principles. Themes
are collectively applied during the processes throughout the programme lifecycle.
Glossary
threat
An uncertain event that would, if it occurred, have a detrimental impact on the programme’s objectives. Also
called a negative or downside risk.
three lines of defence
The provision of three levels of assurance in line with the levels of delegated authority within the programme’s
organization.
timebox
A finite period of time when work is carried out to achieve a goal or meet an objective. The deadline should not
be moved, as the method of managing a timebox is to prioritize the work inside it. At a low level a timebox will
be a matter of days or weeks (e.g. a sprint). Higher-level timeboxes act as aggregated timeboxes and contain
lower-level timeboxes (e.g. stages).
tranche
The work required to deliver a step-change in capability and benefits realization. Several interrelated projects
and other work may be involved in a tranche. Work may be delivered incrementally across several tranches.
transition
The work done to hand over, commission, and adopt capabilities into business as usual (BAU) to embed
outcomes of benefit.
version control
The control of a specific product baseline (e.g. a document or version of computer code) that enables users to
know they are using the most up-to-date information.
vision
The desired future state of the investing organization(s) after the programme is completed.
214
Acknowledgements
Acknowledgements
AXELOS Ltd is grateful to everyone who has contributed to the development of this guidance and in particular
would like to thank the following people.
Lead editor
Dr Ruth Murray-Webster
Ruth is recognized as a leader of project-based organizational change and risk management, performing roles as
practitioner, adviser, facilitator, researcher, and author across most sectors. For more than 30 years, Ruth has
practised and advanced change and risk management approaches, developing commercially astute strategy
centred around emerging risks and disruptive trends.
Prior to returning in 2018 to her own company, Potentiality UK, Ruth was the director of the change portfolio
and group head of risk for a major port operator, and was also the director of risk in the boardroom practice for
KPMG LLP. Between 2008 and 2012, she researched organizational change from the perspective of the
recipients of change for an executive doctorate at Cranfield School of Management. Ruth is an associate fellow
at the University of Oxford: Saïd Business School and a teaching fellow at Warwick Business School.
Acknowledgements
Ruth’s interest in risk management arose from a passion to help organizations take educated risks, rather than
avoid them. She has co-authored numerous books on the human aspects of risk management and has also
published papers in the areas of project complexity, organizational ambidexterity through projects and
programmes, and multi-paradigmatic perspectives on business transformation programmes.
Ruth was awarded an honorary fellowship of the Association for Project Management in 2013 for her services
to risk and change. The synergies between the two disciplines continue to drive Ruth’s thinking, writing, and
practice.
Authoring team
Dr Penny Pullan
Penny helps organizations that are grappling with tricky projects and programmes of change, often involving
virtual teams spread across the world. Through her company Making Projects Work Ltd, she brings clarity,
making powerful communications and forging deep connections which help change to flow. Clients range from
pharmaceutical companies and IT companies to manufacturers, banks, and the UK government. She has hosted
the annual Virtual Working Summit since 2010.
Penny’s previous books include Virtual Leadership: Practical Strategies for Getting the Best Out of Virtual Work
and Virtual Teams (2016), Business Analysis and Leadership: Influencing Change (2013), and A Short Guide to
Facilitating Risk Management (2011). She contributed two sections to the latest APM Body of Knowledge
(2019). Her forthcoming book is Making Workshops Work: Creative Collaboration for Our Time.
As well as being a project management professional (PMP) and a member of the APM, BCS, IAF, IET, PMI, and
PSA, Penny still remains a chartered engineer.
216
Sue Taylor
Sue is an independent consultant, trainer, and practitioner in portfolio, programme, and project management.
She has worked across the Asia-Pacific (APAC) region for various clients in financial services, infrastructure, and
government agencies. She is an accredited trainer for PRINCE2, MSP, MoP, P3O, agile project and programme
management, change management, and business case development frameworks, and a consultant for P3M3.
Sue is experienced in leading and managing PMOs and providing assurance services, focusing on helping
organizations apply frameworks pragmatically to achieve real business improvements. She is a qualified
Gateway reviewer.
Sue was a member of the authoring team for Managing Successful Projects with PRINCE2 in 2009 and was
part of the reference and review groups for the 2011 P3O and 2017 PRINCE2 refreshes. She has also written
study guides for the PRINCE2 and P3O exams, and An Introduction to PRINCE2: Managing and Directing
Successful Projects (2009). Sue is currently the chief examiner for P3O on behalf of AXELOS.
Dr Andrew Schuster
Andrew is a practitioner, academic, and consultant focused on the application of good practice to large-scale
organizational transformation. As a practitioner, Andrew worked extensively on delivering major programmes in
public organizations in both Canada and the UK, including the UK National Health Service and central
government. As a consultant, he has held roles at PwC Canada and PwC UK as director of transformation
assurance, advising clients that are investing heavily in organizational transformation.
Andrew is a project management professional (PMP) and certified management consultant (CMC), fellow of the
APM (FAPM) and fellow of the Institute of Consulting (FIC).
Project team
David Atkins
Content delivery and production manager
Richard Bell
Senior commissioning editor
Jose Carmona Orbezo
Head of marketing and product management
Rachida Chekaf
Head of translations
Sarah Conner
Production editor
John Edmonds
PPM portfolio development manager
Ricky Elizabeth
Brand and design manager
Jelena Kaila
Qualifications and assessment specialist
Margo Leach
Chief product officer
Adrian Newman
Project manager
Will de Ruyter
PPM product development coordinator
Ro’isin Singh
Senior project editor
Angela Woodward
Senior qualifications and assessment specialist
Yanni Zuo
Product management lead
217
Acknowledgements
As an academic, Andrew achieved a degree in doctorate business administration at Cranfield University. His
research focuses on projectification and the development of programme management capability in public-sector
organizations. He is a contributor to various practitioner books, including Managing Successful Programmes
(2011), Management of Risk (2010) and Co-directing Change (2007).
Managing Successful Programmes
Examiners
Adrian Hicks, Kalamunda Consulting Ltd
Lead examiner
Michelle Rowland, A&J Project Management Ltd
Chief examiner
Global review group
Acknowledgements
Ray Ahern, Tanner James Management Consultants Pty Ltd; Marwan Alarainy, Bakkah Inc.; Tom Alexander,
RedQuadrant; Mohammed Alfaifi, Bakkah Inc.; Barry Anderson, Tanner James Management Consultants Pty
Ltd; Nick Ashcroft, MOD; James Bawtree, PMLogic; Tanya Benson, Accenture; Mark S. Blanke, OwlPoint;
Robert Buttrick, Project Workout Ltd; Dr Ian Clarkson, QA Ltd; Tracey Copland, PM-Partners Group; Alistair
Cranmer, Oppidum; Milvio DiBartolomeo; Nina Drejer, Global Business Development; Elissa Farrow, About Your
Transition; Ralf Finchett Jnr, Planuz; Luca Gambetti, E-quality Italia; Neil Glover; Adrian Hicks, Kalamunda
Consulting Ltd; John Howarth, Tanner James Management Consultants Pty Ltd; Mark Kouwenhoven, nthen;
Vincent Marsi, HiLogic Pty Ltd; Dan Martland, Eurofins Digital Testing; Ian McDermott, Synergy; Anne McGrath,
Knowledge Xchange Ltd; Victor Miles, Airbus; Richard Newton, Enixus Ltd; Klaus Nielsen, Global Business
Development; Brian Phillips, Yellowhouse; Loretta Pierce, überorganised; Nader K. Rad, Management Plaza;
Geoff Rankins, Inspiring Projects; Richard Rose, RichardARose Associates Ltd; Michelle Rowland, A&J Project
Management Ltd; Ian Santry, Home Office; Fiona Spencer; Nathan Steele; Mark Sutton, Yireh Ltd; Dave Tyler,
Shore PMS Ltd; Duncan Wade, The Human Interface Consultancy Ltd; Brian Wernham; Chris Woodcock,
Siemens; Anette Zobbe, Peak Consulting Group
218
Download