25,99 €
Realise the full benefits potential from your change projects For most managers in steering committees of PMOs (Project Management Office) most projects are costly in both time and money, and they often only reach a fraction of the expected benefits. In Benefits Realisation: The Change-Driven Approach to Project Success, renowned benefits realisation expert, speaker, and consultant Rasmus Rytter introduces a new approach to change projects where benefits realisation defines the design of the project and how it's led. Once the project's benefits have been defined, the key question for the project to answer is: 'How might we help our colleagues change their behaviour? Thus, identifying behavioural change as the key driver of benefit realisation. Step by step, the book guides you on how to approach both benefit realisation and behavioural change, as well as explain how it builds on the project and portfolio practices (or SAFe (Scaled Agile Framework)) you are already using. Benefits Realisation also offers: * Elaborate real-life case studies and examples that show the application of the new approach to benefits realisation and change on different projects * Easy to use posters, playbooks, and facilitation guides for the most important activities and workshops * Effective strategies for using benefits realisation to minimise project cost * Compelling possibilities for executives to make far better strategic prioritization decisions based on credible data for project benefits and the real cost of change Perfect for project managers, change managers, PMO professionals, and managers using agile frameworks, Benefits Realisation will also earn a place in the libraries of executives and other business leaders at all levels of your organisation.
Sie lesen das E-Book in den Legimi-Apps auf:
Seitenzahl: 275
Veröffentlichungsjahr: 2022
Cover
Title Page
Copyright
Preface
Part I: Introduction
1 Introduction to the Book
New Behaviour Creates Benefits
The Benefit-driven Change Model
The Definition of a Benefit
The Roles in Benefits Realisation
Notes
Part II: Designing the Change
2 A New Way of Initiating Projects
The Analysis Phase
3 Developing the Purpose
The Project's Contribution to the Strategy
The Practical Development of the Purpose
4 Design the Project to Realise Benefits
The Great Focus on Deliverables
The Benefit Map
The Benefits Realisation Workshop Creates Ownership
5 The Benefit Track in the Analysis Phase
Estimating Benefits
The Benefits Realisation Plan
The Benefit Part of the Business Case
Remember the Indirect Benefits
6 The Change Track in the Analysis Phase
Participants and the Content of the Change Analysis
Behavioural Change
The Change Workshop
Estimate and Plan the Change
Notes
Part III: Lead the Change and Maximise Benefits Realisation
7 Maximising Benefits Realisation
Transparency Enables Decision-making that Maximises Benefits
Tasks in the Benefit Track with One Launch
Tasks in the Benefit Track for Projects with Multiple Launches
Maximising Benefits Realisation with SAFe
Notes
8 Create the Change
The Change Deliverable Version 1.0
The Field Study
Design and Development of the Change
Training, Change Support and Follow-up on Progress
Follow-up on Progress in the Change Track
Notes
Part IV: Scaling Benefits Realisation
9 Scaling Benefits Realisation to the Project Portfolio
Portfolio Management and Governance
Capacity Management
Performance Management
Best Practice Support
Notes
Part V: Implementing Benefits Realisation
10 Implementing Benefits Realisation
Implementing the Benefits Realisation Method Is a Change Project
Notes
11 Implementing Benefits Realisation at Ørsted
Phase 1: Analysis and Concept Development
Phase 2: Pilot Projects
Phase 3: Implementing New Behaviour at Ørsted
Notes
12 Implementing the Benefits Realisation Method in Your Organisation
The PMO Plays a Key Role
A Special Thanks to
References
Index
End User License Agreement
Chapter 1
Table 1.1 Roles, responsibilities and tasks in the benefit realisation proc...
Chapter 3
Table 3.1 Value categories of the project purpose.
Chapter 5
Table 5.1 Benefits realisation plan for the Nykredit Business Bank pilot: b...
Chapter 7
Table 7.1 Launch strategy: one launch.
Table 7.2 Multi-launch strategy.
Chapter 11
Table 11.1 Detailed description of each benefit. The financial benefits “Co...
Chapter 1
Figure 1.1 The benefit-driven change model.
Figure 1.2 Key roles in the project organisation.
Figure 1.3 The benefit-driven steering committee.
Figure 1.4 Delegation of benefit ownership.
Chapter 2
Figure 2.1 Projects with different ways of initiation.
Figure 2.2 Tasks in the analysis phase.
Chapter 3
Figure 3.1 The connection between project purposes and strategic purposes.
Figure 3.2 Developing the purpose.
Figure 3.3 Developing a purpose: Nykredit Business Bank.
Chapter 4
Figure 4.1 The black box of the benefits realisation process.
Figure 4.2 The benefits realisation process.
Figure 4.3 The benefit map.
Figure 4.4 The ‘White Coats’ benefit map (simplified).
Figure 4.5 Training and change deliverables.
Figure 4.6 Example of a benefit map after the first workshop.
Chapter 5
Figure 5.1 The benefit track in the analysis phase.
Figure 5.2 Five-step benefit estimation.
Figure 5.3 Methods for estimating benefits.
Figure 5.4 The benefits realisation highway.
Figure 5.5 The benefit owner's accountability for the benefits.
Chapter 6
Figure 6.1 The change track in the analysis phase: the change analysis.
Figure 6.2 Change deliverables and goals of the analysis phase.
Figure 6.3 Change analysis activities by employee group.
Figure 6.4 The structured message framework.
Figure 6.5 The barrier wheel.
Figure 6.6 Content of the change workshop.
Figure 6.7 The benefit map for the sterilisation centre project.
Figure 6.8 ‘Individual barriers' poster’, section 1: description of the new ...
Figure 6.9 ‘Individual barriers' poster, section 2: expected reactions and c...
Figure 6.10 Backstage leadership.
Figure 6.11 ‘Individual barriers’ poster, section 3: change activities for l...
Figure 6.12 ‘Individual barriers’ poster: identification of new behaviour, c...
Figure 6.13 Organisational and technical barriers (depicting parts of Figure...
Figure 6.14 ‘Barriers in the surroundings’, poster 1: identification of orga...
Figure 6.15 ‘Barriers in the surroundings’, poster 2: handling of organisati...
Chapter 7
Figure 7.1 The tasks in the execution phase.
Figure 7.2 The benefits change during the project.
Figure 7.3 Benefits realisation in one-launch projects in the execution and ...
Figure 7.4 Maximising benefits realisation with multiple launches.
Figure 7.5 Maximising benefits realisation with SAFe.
Chapter 8
Figure 8.1 The change process.
Figure 8.2 The basis for the field study for each employee group.
Figure 8.3 Field studies.
Figure 8.4 Learning cycles for the development of technical deliverables and...
Figure 8.5 Script for new behaviour: an example of output from the workshop....
Figure 8.6 The tipping point for changing behaviour.
Figure 8.7 The energy bar.
Figure 8.8 Behaviour tracked in a Kanban board.
Chapter 9
Figure 9.1 Services in the benefit-driven PMO.
Figure 9.2 Change capacity per employee group or department.
Figure 9.3 Collecting benefit data.
Chapter 10
Figure 10.1 Best practice plan for implementing the benefits realisation met...
Chapter 11
Figure 11.1 Phases in Ørsted's ‘Benefits Management’ project.
Figure 11.2 Ørsted's baseline for benefits realisation.
Figure 11.3 Ørsted's benefit map for implementation of ‘Benefits Management’...
Figure 11.4 ‘The pincer’: success requires a change for managers in the stee...
Figure 11.5 The three launches in Ørsted phase 3: ‘implementation’.
Figure 11.6 Efforts to create new behaviour among internal consultants.
Figure 11.7 Ørsted's overview of end benefits.
Figure 11.8 Common approach to benefits realisation regardless of delivery m...
Chapter 12
Figure 12.1 Best practice plan for implementing benefits realisation.
Cover Page
Title Page
Copyright
Preface
Table of Contents
Begin Reading
A Special Thanks to
References
Index
End User License Agreement
iii
iv
vii
viii
ix
1
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
245
246
247
248
249
250
251
252
253
254
255
256
257
Rasmus Rytter
This edition first published 2022.
Copyright © 2022 by Rasmus Rytter. All rights reserved.
All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording or otherwise, except as permitted by law. Advice on how to obtain permission to reuse material from this title is available at http://www.wiley.com/go/permissions.
The right of Rasmus Rytter to be identified as the author of this work has been asserted in accordance with law.
Registered office
John Wiley & Sons, Inc., 111 River Street, Hoboken, NJ 07030, USA
John Wiley & Sons Ltd, The Atrium, Southern Gate, Chichester, West Sussex, PO19 8SQ, United Kingdom
Editorial Office
John Wiley & Sons Ltd, The Atrium, Southern Gate, Chichester, West Sussex, PO19 8SQ, United Kingdom
For details of our global editorial offices, customer services, and more information about Wiley products visit us at www.wiley.com.
Wiley also publishes its books in a variety of electronic formats and by print-on-demand. Some content that appears in standard print versions of this book may not be available in other formats.
Designations used by companies to distinguish their products are often claimed as trademarks. All brand names and product names used in this book are trade names, service marks, trademarks or registered trademarks of their respective owners. The publisher is not associated with any product or vendor mentioned in this book.
Limit of Liability/Disclaimer of Warranty
While the publisher and authors have used their best efforts in preparing this work, they make no representations or warranties with respect to the accuracy or completeness of the contents of this work and specifically disclaim all warranties, including without limitation any implied warranties of merchantability or fitness for a particular purpose. No warranty may be created or extended by sales representatives, written sales materials or promotional statements for this work. The fact that an organization, website, or product is referred to in this work as a citation and/or potential source of further information does not mean that the publisher and authors endorse the information or services the organization, website, or product may provide or recommendations it may make. This work is sold with the understanding that the publisher is not engaged in rendering professional services. The advice and strategies contained herein may not be suitable for your situation. You should consult with a specialist where appropriate. Further, readers should be aware that websites listed in this work may have changed or disappeared between when this work was written and when it is read. Neither the publisher nor authors shall be liable for any loss of profit or any other commercial damages, including but not limited to special, incidental, consequential, or other damages.
Library of Congress Cataloging-in-Publication Data is Available:
ISBN 9781119859789 (Hardback)
ISBN 9781119859796 (ePub)
ISBN 9781119859802 (ePDF)
Cover Design: Wiley
Cover Images: © aleksandarvelasevic/Getty Images
Every day, I get to work with something I genuinely love. My passion is to enable companies and public organisations to realise the full benefit potential of their business change projects. It is my hope that this book will inspire people to create the change needed to increase the value of the investments put into business change projects.
The purpose of the book is twofold:
To provide a practical and case-based guide on how to get more value out of your business change projects.
To make the benefit realisation method an integral part of your way of working with business change projects.
In 2015, I authored a book in Danish called Gevinstrealisering (Benefits Realisation) with my good colleague Jesper Krøyer Lind and Per Svejvig from Aarhus University. Together we defined what would prove to be a great stepping stone for the benefits realisation method, namely the benefit map. Since then, the way we use the benefit map has been refined and expanded to cover all parts of the project lifecycle. Furthermore, it has been adapted to accommodate new delivery methods such as SAFe (scaled agile framework). During this time, it became clear that if we wanted to realise the full benefit potential of business change projects we would need the same type of practical and hands-on approach to behavioural change as we had developed for benefits realisation. Succeeding with behavioural change is the key driver for benefits realisation, and too often we saw the work we put into defining and following up on benefits was in vain, as we did not succeed in changing our colleagues' ways of working, hence the benefits realisation method had to include a practical approach to behavioural change.
To really create value within organisations, it is not enough to apply the benefits realisation method on one or two projects. It needs to be used on every single business change project in the portfolio.
With the help of Jesper Krøyer Lind and colleagues from Implement Consulting Group, since 2015 I have gained a great deal of experience on the implementation of the benefits realisation method. While there is no one way to implement the benefits realisation method, the most successful implementations share a set of common features I will share with you in this book.
If you are responsible for realising the benefits of a business change project, either as a project manager or as a person with managerial responsibility, this book should be on your reading list. If you are looking for inspiration on how to create more value in your business change projects and increase your organisation's competitiveness and efficiency, this book is highly recommended for you. Read on and be inspired to design a project organisation that will create value no matter the delivery method.
Writing this book, I set out to make it as useful and practical as possible, ensuring that the content would be easy to understand and apply in the real world. I have therefore chosen to limit the number of tools and approaches for working with benefits and change. This also means that a lot of tools and recommendations for ways of working with benefits and change did not make it into the book.
Please reach out to me if you disagree with my selection of tools and ways of working with benefits and change, if you want to share some alternatives, or if you have used the book successfully to realise more benefits. I look forward to these conversations.
If you are about to embark on the benefits realisation journey and need some advice, I would love to hear from you. This book is hardly the end of the line for our knowledge on how to best to create value in projects, and the sooner we share our experience, the faster we can take the next steps on the journey.
Whatever you do, do something! If you only read the book and do not change your behaviour, you will not benefit from your reading.
Rasmus Rytter
Copenhagen, April 2022
Benefits realisation is a method for creating the greatest possible value from a change project. It is a new way of looking at and working with business change projects and other efforts needed to develop an organisation.
The current focus within both public and private sectors on implementing enablers, rather than on realising benefits and achieving the vision or end goal, is so widespread and deep rooted that it needs a clear process and sustained effort to change.
Gerald Bradley, author of Benefit Realisation Management (2010)
Benefits realisation is about focusing on the purpose and benefits we want to achieve and the behavioural change it will require of our colleagues. The method enables us to initiate our projects by designing business change projects (which will from this point on be referred to as ‘projects’) to create the prerequisites for realising our desired purpose and benefits.
The benefits realisation method prioritises behavioural change as the decisive and triggering factor for creating value. The method shows how our colleagues' new way of working creates the desired value. This ability to couple benefits and new behaviours is key to the success of a project. Changing our colleagues' behaviour often requires help. This help is what projects are all about. It could be helping colleagues to continue working in a new way or to overcome their resistance to change. But it could also be helping to support our colleagues in attaining new competencies or create new technical deliverables in the form of processes, IT systems, or products available. The processes, the IT system, and the products are essential but are only part of the means – not the goal. The goal is benefits realisation. In addition to the technical deliverables, we must also build competencies and anchor the new behaviour before reaching our goal.
Among companies and public organisations, there is an ever-growing awareness that value creation is about more than just producing deliverables. Words such as ‘value’, ‘effect’, and ‘benefits’ have found their way into our language when we talk about topics such as projects, creating a greater focus on what value we need to create for our organisation, our customers, or the citizens we want to help. And yet, the practical approach to projects is still characterised by Gerald Bradley's quote above: we focus far too much on deliverables and far too little on change and benefits. There is a growing awareness among project practitioners of the importance of benefits realisation, and a common language for it is steadily developing. However, most organisations still need to define what a focus on value means and integrate a practical approach to benefits realisation and change as part of the way we develop our organisations.1 That is what this book aims to do.
The book consists of five parts. Each part details how to get more out of your projects. You are already well on your way with Part 1, which gives you an overview of key concepts, roles, and introduces the benefit-driven change model that visualises what it takes to create value during a project's lifetime.
The first purpose of the book is to provide a practical and case-based guide on how your organisation can get more value out of your projects. This is detailed in Part 2 and Part 3 of the book. To make it easy for you to apply the content of the book to your project or organisation's project model, the structure of the book reflects the main phases of most projects: an analysis phase (Part 2 of the book) and an execution phase (Part 3 of the book). The book's points are elaborated on through two cases from Nykredit (a large Danish financial company) and the University of Copenhagen, respectively, and detailed descriptions of the most important workshops and activities. Whether your organisation's approach to producing technical deliverables is agile, waterfall, PRINCE2, scrum, or SAFe (scaled agile framework), the way we work with benefits realisation and change management does not change significantly. Nevertheless, as it turns out, the combination with SAFe requires a little extra attention. I will go into this in Part 3.
While Parts 2 and 3 illustrate what it takes to realise more benefits at the project level, Part 4 of the book shows how the benefit-driven portfolio management office (PMO) function can ensure benefits realisation across the portfolio. As soon as we broaden the use of a practical and structured approach to benefits realisation and behavioural change, we get new data on both benefits and the change effort. This enables us to manage and prioritise our portfolio in order to make decisions at the portfolio level that will maximise our benefits realisation.
Part 5 details the book's second purpose: making the benefits realisation method a part of your way of working with projects. There is more than one way of doing that, but the most successful approaches to implementing the benefits realisation method are similar in several ways. One of the organisations that have been successful in implementing the benefits realisation method is Ørsted. Ørsted is a large international renewable energy company, and the company is used as a case study on how to implement the benefits realisation method successfully. But first, you will get a brief introduction to what benefits are and a presentation of the benefit-driven change model, which sets the overall framework for benefits realisation and behavioural change. Additionally, I will introduce a number of the concepts I use along the way in the book.
The benefits realisation method is an addition to our current technically focused (business change) projects. An additional layer that contains a practical approach to benefits realisation and behavioural change, building on an often well-established and good practice of producing technical deliverables.
In most projects, technical deliverables are just as important as changing behaviour and realising benefits to create the desired value. I will leave it to others to describe the most efficient way of producing technical deliverables and instead focus on how technical deliverables contribute to creating value.
We will use the benefit-driven change model shown in Figure 1.1 to illustrate the tasks a project should include to realise the potential benefits. The benefit-driven change model shows the project from the time its analysis phase is kicked off to after it has been completed. In the analysis phase, we design the project to create value, and the most important step in creating the benefit-driven project design is a benefits realisation workshop. Here we outline the desired benefits and what it takes to realise them. The model shows the three tracks that illustrate the main tasks of the projects, namely the benefit track, the change track, and the technical track.
The benefit-driven project design is the starting point for the analysis phase (Part 2 of the book), where the content of the three tracks is detailed. Based on that, we will be able to create a business case and decide whether the project should proceed or not. If the project proceeds, the execution phase will require work to be done in all three project tracks as well (Part 3 of the book). Changes in the project's environment and new knowledge make it necessary to continually adjust and optimise all three tracks to maximise the project's benefits realisation. Once the last technical deliverable is produced and the desired behavioural change in the organisation is attained, the project is completed.
The only task in the realisation phase is to follow up on the realisation of the project's benefits. The follow-up on benefits realisation continues until we are confident that value creation is firmly anchored in the business (follow-up on benefits realisation takes place at the portfolio level and is described in Part 4 of the book). In projects with more than one launch, that is more than one effort to anchor a new way of working in the organisation, the follow-up on benefits realisation starts after the first launch when the project is still in the execution phase.
Figure 1.1 The benefit-driven change model.
At this point, I have already mentioned the word ‘benefit’ many times. So, before we go any further, it is important to define what a benefit is.
A benefit is the result of a change that is considered positive by one or more stakeholders.
These benefits may, for example, include increased revenue or savings in either time or money. Or they may consist of increased job satisfaction, more subject matter expertise, or a better image. They are typically quantifiable, although the task of quantifying them can be so extensive that it is not feasible in practice. Benefits can be both intentional and unintentional. If one or more stakeholders considers the result of a change as negative, it is a negative benefit.
A negative benefit is the result of a change that is considered negative by one or more stakeholders.
The benefits that are most often included in a business case are those directly derived from the change implemented by the project. In many cases, projects also create indirect benefits. These are benefits that strengthen the organisation's ability to change, i.e. to create change and realise benefits in the future, although these benefits are often not quantifiable. When an organisation decides to carry out a major project without having the capabilities to succeed, building that capability for change can be unbelievably valuable. In some cases, it may even have greater value than the direct, measurable benefits of the project.
The indirect benefits are typically greatest in large-scale projects or, for example, projects where we also change the organisation's ability to carry out future projects using new methods. Here we should identify and include the indirect benefits in our business case, even though we may not be able to quantify them. In most other projects, the indirect benefits are of minor importance.
Before we delve into the practice of realising benefits, it is important to understand the consequences of introducing the benefits realisation method to the various roles in projects.
The book takes an offset in the project organisation and the roles many organisations are already using.
The introduction of the benefits realisation method gives project managers and leaders in the steering committee significantly more responsibility. A practical approach to benefits realisation and change as an additional layer to our projects also impacts the PMO function that facilitates portfolio management.
Many organisations that have already implemented a structured approach to benefits realisation and change have method specialists supporting project managers and steering committee members in performing the new tasks related to realising benefits and change efforts. The method specialist role can be inside or outside the PMO. When the benefits realisation method is fully implemented, there is typically a close coupling of the finance department and the PMO, creating a direct link between realised benefits and the organisation's budgets if the benefits are of a financial nature.
The traditional project organisation has proven to be highly effective at ensuring the production of technical deliverables. Thus, the goal is to expand the roles and responsibilities in the project organisation to make it just as skilled in ensuring organisational change and benefits realisation as when ensuring the production of technical deliverables. The key roles in the project organisation are illustrated in Figure 1.2.
A project is either formally or informally part of a portfolio. The role of the PMO is to ensure that the portfolio's benefit potential is realised. To succeed in this, the PMO undertakes several tasks. First, the PMO must facilitate management's prioritisation of the portfolio. It includes establishing a basis for decision-making for prioritisation, which should be based on project data. To do so effectively, it is necessary to govern how decisions are made at the project and portfolio level and balance the capacity available to develop projects. In cases where the PMO is also responsible for providing support to the projects, the responsibility may include providing training and practical assistance to the projects so that project managers and managers can receive coaching, facilitation support, or other project-related services.
Figure 1.2 Key roles in the project organisation.
The definition of a benefit as ‘a result of a change that is considered positive by one or more stakeholders’ indicates an owner of the benefits. A person who is prepared to take ownership for realising a benefit on behalf of themselves or a group of stakeholders. That person is called a benefit owner.
The benefit-driven steering committee has two roles, as illustrated in Figure 1.3: the benefit owner role and the supplier role. There can be more than one benefit owner in the steering committee, and the leader of the steering committee is called a project owner. The project owner is the primary benefit owner, i.e. the benefit owner who has the most at stake. This person is also responsible for the overall business case in addition to the responsibility for benefits realisation.
Figure 1.3 The benefit-driven steering committee.
The benefit owner role is new and, at the same time, essential. The benefit owner is a person or representative of the people owning the project benefits. Thus, the benefit owner defines the desired benefits, follows up on whether they can still be realised, looks for new opportunities for realising benefits, and reports on the benefits to the PMO after the project is completed.
In the benefit-driven steering committee, all benefits must be owned by one of the steering committee members. If we allow benefits without owners, the risk that the benefits will never be realised is far too great.
The benefit owner has the overall responsibility for ensuring that the change driving the benefits realisation process will occur. The benefit owner also acts as a promoter of the change and is thus highly active in the project.
In projects or programmes where benefits are realised across organisations, sharing the benefit ownership with sub-benefit owners makes good sense. It anchors the change efforts and benefits locally and eases the workload of the steering committee. The number of participants in the steering committee can thus be kept at a level that makes it possible to get together and make decisions at short notice. Figure 1.4 outlines the delegation of benefit ownership.
Additionally, the benefit owner usually supplies resources to the benefit track and change track coming from their part of the organisation.
Figure 1.4 Delegation of benefit ownership.
Large-scale projects often require IT or technical deliverables from internal or external suppliers. It is important to maintain the traditional supplier role for the steering committee to ensure the efficient production of technical deliverables. The responsibility of a supplier in the steering committee is to make sure that the technical deliverables meet the agreed requirements for time, quality, and cost.2
Project managers face changes that alter what a project contains and the criteria for doing well in the project manager role. The steering committee no longer has only the management responsibility for a project producing technical deliverables. Likewise, the project manager is not responsible only for managing a team producing technical deliverables. The project manager is responsible for a team that always has an updated picture of what benefits it can realise. The project manager also analyses and executes the organisational change and produces the technical deliverables needed for the benefit owner to realise the benefits.
In order to be successful with benefits realisation in a project, the benefit owners and the project manager must fulfil their new roles. While the role of the benefit owner is primarily about taking greater responsibility for the benefits and change efforts and thus being more involved in the project, it is different for the project manager. The project manager's new role includes a significant expansion of the responsibilities and subject matter area that projects now include. Benefits realisation and organisational change are crafts: it takes time to get good at them.
