Tag Archives: Portfolio Management

Review: Portfolio Management – A practical guide

pfm guidePortfolio Management – A practical guide is a publication from the APM Portfolio Management specific Interest Group written by Steve Leary, Richard Moor, Marina Morillas Lara, Stephen Parrett, Lynne Ratcliffe and Adam Skinner.

 

Portfolio management contributes to organizations in many crucial ways:

  • Provides a focal point for strategic goals
  • Ensures the prioritization of the goals, with prioritization rules for projects and programs that are clear and unambiguous
  • Helps ensure the whole board and executives are fully behind the approach, are sponsoring the portfolio and are actively championing portfolio management and empowering a capable team
  • Provides the capability to assess all key change factors
  • Considers in-flight projects and programs and business as usual (BAU) in the same way and ensure full alignment to the strategic goals
  • Ensures ‘tactical’ projects contribute to the strategic goals – if they don’t, don’t do them
  • Embeds portfolio governance into the organization’s controls and makes it robust
  • Critically assesses what information is really needed to make portfolio decisions
  • Provides the means to be consistent and fair across the portfolio, irrespective of the program or project sponsor’s influence.

QRC (PfM A practical guide, 191129) v1.0

To download: QRC (PfM A practical guide, 191129) v1.0

The guide is divided into four main sections. The first section – Introduction to portfolio management explains the basics of portfolio management. How it can contribute to organizations, when you can benefit from portfolio management and where it fits in your organization.

The second part – Adopting portfolio management deals with the link to the existing organizational processes like strategic planning, stakeholder engagement, risk management and benefits. Different delivery methodologies (traditional, agile, hybrid) and their impact are discussed.

Part three – Portfolio management core processes looks at the underlying processes of portfolio management. See the QRC for the flow of processes: create strategic plan, construct & prioritize portfolio, review portfolio, assess performance of portfolio, reporting on the portfolio and develop, monitor & control the portfolio.

The last section – Implementing portfolio management illustrates how an organization will need to clearly and unambiguously identify what will deliver value for them, and then adapt the practice of portfolio management to their needs. Governance roles and the relationship to organizational governance are explained.

The book ends with an overview of challenges for portfolio management:

  • Lack of clarity of the organization’s vision, goals and strategy
  • Lack of board-level consensus
  • Priorities not clearly defined or understand
  • Resources and their allocation not optimized
  • Lack of portfolio management skills
  • Inadequate or overly bureaucratic portfolio controls
  • The cultural challenge
  • Limited perception of portfolio management
  • Portfolio management is seen as just the latest management idea.

Conclusion: If you are new to portfolio management or a senior manager this book will help to understand the basics of portfolio management. If you are an expert in portfolio management, you will recognize most of it and you can use this book to promote the added value of portfolio management.

To order: Portfolio Management – A practical guide

 

 

Creatures that slow down portfolio delivery and how to kill them

PROJECT20CREATURES_unicorn
Drawing: FreshTown Graphics
Proud to see that the PM World Journal published the article that Marisa Silva and myself wrote.
It started with a simple post from Marisa Silva on LinkedIn about a few project creatures. I replied and added a few more, as other people on LinkedIn did too. Reading all those comments, I suggested that the two of us could write an article about this topic.

INTRODUCTION

Many organizations struggle to finish their projects on time, on budget, and within scope. If you look into their portfolios, one of the first things to notice is the huge number of projects. I remember an organization with more than 600 projects. It was firefighting all over the place. Problems in one project were solved by resources from other projects and as a result the problem project is not at risk anymore (but delayed) and by using resources from other projects, these projects are now at risk too. And this approach was continuously repeated. Furthermore, the portfolio had independent projects delivering the same benefits (on paper) or delivering the same output. 100 percent resource utilization in optima forma and as a result a ‘traffic jam’ in the portfolio pipeline. After rationalization the final portfolio contained less than 100 projects and all of a sudden it was possible to finish projects and deliver benefits.
Portfolio management helps to solve these kinds of problems. Portfolio Management supports management by answering the following four questions:
  1. Are we doing the right projects?
  2. Are we doing projects the right way?
  3. Are we getting projects done well?
  4. Are we getting the business benefits?
In this article we want to focus on these questions by visualizing projects as specific creatures with their own behavior. For example, a pet project is a project that can be seen as a ‘pet’ or personal favorite from a senior manager and is not contributing to the organization’s strategy. This is not the right project (question 1) but by running this project you are absorbing scarce resources and change budget. The sooner this project is killed the better.
For each project creature you get one or more examples to understand the creature, to which question it relates, who must act, and how to kill the project creature or transform the creature into a project that fits in the portfolio.
The following project creatures are discussed:
  1. Pet project
  2. Watermelon project 
  3. Mushroom project
  4. Submarine project
  5. Cockroach project
  6. Ghost project
  7. Zombie project
  8. Tsunami project
  9. Pufferfish project
  10. Holy cow project
  11. Peacock project
  12. White Elephant project
  13. Prambanan project
  14. Groundhog Day project
  15. The Fake Nose project
  16. Octopus project
  17. The Elephant in the Room project
  18. The Unicorn project
Silhouet
To download the complete article: Silva, M. and Portman, H. (2019). Creatures that slow down portfolio delivery and how to kill them; PM World Journal, Vol. VIII, Issue IX, October: pmwj86-Oct2019-Silva-Portman-creatures-that-slow-portfolio-delivery v1.1
Please let me know if you are aware of other creatures in your organization?

Bimodal Portfolio Management

Introduction

1*ORjFcvHHbyWBTA1WIijXYwAt the moment, many organizations are in the middle, or on the brink of, a radical change to more business agility. I receive quite often the question how to cope with both an agile portfolio as well as a more traditional portfolio with temporary projects and programs. Existing frameworks supports either an agile IT portfolio or a more traditional portfolio, but I haven’t seen frameworks which supports both.

If I look at existing traditional and agile IT portfolio management frameworks, I asked myself if combining these frameworks can bring an answer for those organizations who need to manage an agile as well as a more traditional portfolio?

In this article I will start with a brief explanation of the existing portfolio management frameworks by explaining the principles and the process (Management of Portfolios, Standard for Portfolio Management, Disciplined Agile Portfolio Management, Agile Portfolio Management, Evidence-Based Portfolio Management, and SAFe Lean Portfolio Management).

MoP P3O SAFe Hybrid (190621) v0.1In the second part of this article I focus on Bimodal Portfolio Management where I combine the best of these worlds and offer a solution for both worlds in the form of a Bimodal Portfolio Kanban (see figure), Bimodal Portfolio Management Principles and Bimodal Portfolio Roadmaps.

To download the article: Bimodal Portfolio Management (article, 190626) v1.0

 

Review: Manage your project portfolio

9781680501759-480x600Johanna Rothman wrote the book Manage your portfolio Second edition – Increase your capacity – Finish more projects. A book for the more professional portfolio manager or as mentioned on the back of the book: Expert skill level.

If you are facing too many projects, if firefighting and multitasking are keeping you from finishing any of them, this book will help you to manage your portfolio. It makes use of agile and lean ways of working and brings the biggest benefits when you are running your projects in an agile way too. Projects become to be delivered features and evaluation means prioritizing feature sets. In the quick reference card, I highlighted the way the author promotes the usage of Kanban boards to manage your portfolio and it visualizes some of the decisions to be taken.

Manage your portfolio (QRC, 171017) v1.0

To download: Manage your portfolio (QRC, 171017) v1.0

The author divided the book in fourteen chapters and these chapters gives you a step by step approach to build your portfolio. All chapters end with several situations and possible responses to try.

  1. Meet your project portfolio: It’s not your customer who cares about your portfolio. If you are facing issues to finish projects, if you want to deliver faster, more often and qualitative good products to your customer, you need a portfolio
  2. See your future: by managing your portfolio you make the organization’s choices transparent. It becomes clear what to work on first, second, third. It will help to avoid multitasking. What does it mean if you apply lean approaches to your project portfolio? You must think in terms of value, let teams work in small chunks that they can handle and complete
  3. Create the first draft of your portfolio: start collecting all the work before you attempt to evaluate and determine whether you need to do it now. When needed organize sets of projects into programs. Divide your projects in feature sets or Minimum Marketable Features. Not all feature sets are equally important.
  4. Evaluate your projects: the very first decision is about whether you want to commit to this project, kill the project, or transform the project in some way before continuing. If you don’t want to commit but you can’t kill it either put the project on a project parking lot (name, data, value discussion and notes) so you don’t lose track of it.
  5. Rank the portfolio: You can use many methods to rank. The author discusses the rank with Cost of Delay, business value points (divide a total number of points across your projects), by risk, organization’s context, by tour product’s position in the marketplace or by using pairwise comparison, single or double elimination.
  6. Collaborate on the portfolio: Making portfolio decisions is never a single person’s decision. Facilitate portfolio evaluation meetings.
  7. Iterate on the portfolio: Set an iteration length for your review cycles. This cycle length is affected by your project life cycle (agile delivery gives you the opportunity to have shorter review cycles), your product roadmap, and budgeting cycle.
  8. Make portfolio decisions: Conduct portfolio evaluation meetings at least quarterly to start with, decide how often to review the project parking lot. How are you going to cope with advanced R&D projects? Build a project portfolio Kanban (create backlog, evaluate, project work, assess/validate and maintain) to manage your portfolio.
  9. Visualize your project portfolio: Create a calendar view of your projects with predicted dates. Show not only your staffed projects but your unstaffed work too.
  10. Scaling portfolio management to an enterprise: What are the consequences of resource efficiency thinking (100% resource utilization is 0% flow)? How can you scale by starting bottom up or top down? You need both but scale with care. Do you know your enterprise’s mission or strategy otherwise it will be very difficult, if not impossible to make large decisions? Set up a corporate project portfolio meeting to answer the questions which projects help to implement our strategy and which project distract us from our strategy.
  11. Evolve your portfolio: Using lean can help you to evolve your portfolio approach. What does it mean if you stabilize the time-box or the number of work items in progress (see Naked planning video too).
  12. Measure the essentials: for a lean or agile approach consider the following measures: team’s velocity (current and historical), amount of work in progress (cycle and lead time, cumulative flow), obstacles preventing the team to move faster (how long in progress), product backlog burn-up chart, run rate. Never measure individual productivity.
  13. Define your mission: Brainstorm the essentials of a mission, refine the mission (specify strong verbs, eliminate adverbs, avoid jargon), iterate until you feel comfortable, test your mission, make the mission real for everyone.
  14. Start somewhere…but start!

Conclusion. Johanna Rothman wrote a must read for portfolio managers who are struggling with their role when their organization is moving towards more business agility, with more and more permanent agile teams in place but also for the traditional portfolio manager, facing too many projects and almost no delivery to get hands-on practical advice to start organizing their portfolios.

To order: Manage your portfolio Second edition – Increase your capacity – Finish more projects.

Naked Planning Overview by Arlo Belshee

Arlo was one of the first to lay-out the inspiration for Kanban systems for software development.

Portfolio Canvas

In one of my previous posts I discussed the Portfolio Canvas. I received several questions from my readers, triggered by the picture of the Portfolio Canvas, that they would like to see the post in English. I asked the developers if they were willing to create an English version. I just received the first draft.

The remainder of this post is the translation of the Dutch post: Portfolio Canvas.

I was triggered by a sneak preview of this portfolio Canvas during a seminar about business agility with an agile portfolio (28 June 2017). I thought this canvas was an answer for agile portfolio management, but now it is formally released, I have to conclude it’s not completely true.

In this post, I will briefly summarize this portfolio Canvas and I give my vision and some recommendations. Feel free to give feedback too.

Michael Sauerbier, Diederik Biesboer, Daniel van den Dries & John van Rouwendaal (all from Cratos Consulting) are the developers of the Portfolio Canvas®.

Portfolio Canvas ENOn their website ( http://cratosconsulting.nl/het-portfolio-canvas/, in Dutch only) we get the following summary:

The Portfolio Canvas is a tool for portfolio managers and (senior) management to:

  • Create a project portfolio overview and
  • To facilitate the priority discussion

The Portfolio Canvas supports organizations in answering the following questions:

  • Who, why, when, and which projects and programs
  • What are the overall portfolio cost (Euro) and benefits (revenues)
  • Biggest portfolio risks and dependencies

The Portfolio Canvas delivers added value in the development and monitoring of a project portfolio by:

  • Facilitating the creation of the project portfolio
  • Delivering a simple overview of the agreed portfolio
  • Communicating the agreed portfolio
  • Facilitates progress monitoring and control.

Remarks and recommendations:

  • Good initiative, which can become, in co-creation, a valuable add for organizations.
  • Replace revenues with benefits or value (financial & non-financial) and work force with people.
  • Nice layout. For me unclear why the arrow and the circle in the center is counter clockwise.
  • I have my doubts if the portfolio canvas offers enough information to control the portfolio progress (maybe by adding post-its on projects in the ‘DOING’-area with impediments (e.g. end date not feasible).
  • I would suggest extending the portfolio canvas with a timeline at the bottom with milestones (changes, benefits). And make the picture clockwise to show movement of the portfolio (and remove or shorten the rectangular extension)
  • The developers explain that the portfolio canvas is based, among other things, on Kanban (Lean). I would like to emphasize this by adding a WIP-limit in the ‘DOING’-area (as an answer to a common anti-pattern of too many parallel in-flight projects).
  • Best practices like Management of Portfolios (AXELOS) or the Standard for Portfolio Management (PMI) suggest dividing the portfolio into different buckets or categories and prioritize the initiatives within these buckets or categories.
  • This could be facilitated by giving each strategic objective its own color and use post-its with the same color for the corresponding projects and programs.

Looking forward to your remarks and recommendations.

Review: PPM! Manage Your Organization Masterfully with Project Portfolio Management

6524736_463577During The PMO Conference Chris Garibaldi presented Deloitte’s Project Portfolio Management framework. After the conference Chris sent me a copy of the book he wrote in 2015 together with Jason Magill, Matthew Ku, Michael Ravin and Christopher Martin. In this post you find a review of this book: PPM! Manage Your Organization Masterfully with Project Portfolio Management. The document is divided into seven chapters explaining the value, the PPM framework, PPM maturity, PPM transformation, PPM implementation, PPM technology and their view on PPM’s future.

Chapter 1 explains the value of PPM, why do we need to have PPM. The value can be found in the following areas: portfolio alignment (doing the right projects), in-flight portfolio health (will the projects deliver value), business partner culture, and the gift of time (efficient PPM processes, management oversight).

The second chapter explains Deloitte’s PPM framework in detail. In the model, the PPM “Racetrack”, you see four primary capabilities: Demand Management, Project/Program Management, Result Management and Portfolio Management (Resource Management, Financial Management and Governance). All four capabilities complement each other through a cyclical flow of information.

Chapter 3 puts the PPM Maturity in the spotlights by using Deloitte’s D.MAP PPM Assessment Steps and Roadmap Development. The model starts with a current state assessment followed by a gaps and future needs identification resulting in a future state incremental roadmap. In the assessment the five capabilities (resource management is now seen as a separate one in comparison with the four capabilities of the PPM framework) are being analyses. Like many maturity models we see five maturity levels (initial/ad hoc, defined, managed, measured and optimised).

The PPM transformation is explained in chapter 4. Without organisational adoption of the PPM framework you will not get the benefits. Key are the people.They are the users, suppliers and benefactors of PPM. In this chapter the authors give you an oversight of concerns and perceptions of project managers and project participants, concerns from program managers and resource managers as well as requirements and conditions to be understood and supported by executive leaders. The chapter ends with some scenarios encountered by frustrated clients: heeding the dashboard luring call, sending a less-seasoned to do a senior leader’s job, you can worry about organisational adoption tomorrow, you just want something that comes out of the box, and ignorance is a bliss.

Chapter 5 describes what a PPM implementation entails by using a case study. The following steps are explained:

  • Implementation project leadership and sponsoring team;
  • Implementation work plan;
  • Organisational change;
  • Process and functional thread (using conference room pilots);
  • Deep technical thread.

In chapter 6 we get an eight step approach for a long-patch PPM tool selection.

The final chapter elaborates a little bit on PPM’s future, being self-evident due to the value it brings.

Conclusion

The document gives a good overview of Deloitte’s Project Portfolio Management framework.What I miss is some advice how to cope with business agility, many organisations are implementing permanent agile trams using scrum, kanban, devops etc. How to give the work these self organising teams have to perform a place in this PPM framework. This is at this moment also lacking in industry best practices like Management of Portfolios (MoP, Axelos) and The Standard for Portfolio Management (PMI). A comparison with these methods could be valuable too.

A first comparison from my side:

Deloitte’s PPM Management of Portfolios (MoP) Standard for Portfolio Management
Demand Management Portfolio Definition Cycle

Principle / Strategy Alignment

Process Groups: defining, Aligning

Knowledge Area / Portfolio Strategic Management

Project/Program Management Portfolio Delivery Cycle / Management Control Process Groups: Authorizing / Controlling

Knowledge Area / Portfolio Performance Management

Result Management Portfolio Delivery Cycle / Benefits Management Process Groups: Authorizing / Controlling
Portfolio Management Resource Management Portfolio Delivery Cycle / Resource Management Process Groups: Authorizing / Controlling
Financial Management Portfolio Delivery Cycle / Financial Management Process Groups: Authorizing / Controlling
Governance Portfolio Delivery Cycle / Organizational Governance

Management Principle / Governance

Knowledge Area / Portfolio Governance Management
Unclear if it’s covered by Deloitte’s PPM Portfolio Delivery Cycle: Stakeholder Engagement / Risk Management

Principles: Senior Management Commitment / Energized Change Culture / Portfolio Office

Knowledge Area / Portfolio Communication Management / Risk Management

To order: PPM! Manage Your Organization Masterfully with Project Portfolio Management

Where run and change the business from a portfolio perspective meet and integrate

If we look at traditional portfolio management, like MoP or SfPfM, the focus is on doing the right projects and programmes in the right way and delivering business benefits. These are temporary set-ups to help the organization to change. I would say the traditional change in the perspective of change the business and run the business. See attached figure 1 which shows the position of portfolio management in this traditional world according tot he MoP framework.

Dia3We see, more and more, organisations benefit from the fact to keep multi disciplined teams together to deliver more often and faster changes to existing products, systems and processes to accommodate business agility. These teams become permanent and will have their position in the organizational structure. This means these teams become part of the Business as Usual / Run the business environment. In this case, the work to be done, the functional changes, additions, regulatory changes etc. will be brought to these teams. The teams can focus on the development or become DevOps like teams. And this is a complete mind shift if I compare this with the traditional projects and programmes where the people are brought to the work itself.

I expect that the number of projects and programmes will decline because much of needed changes will be handled by these permanent teams. I don’t believe projects and programmes will disappear completely. For transformations, developing new product/market combinations, organizational and/or behaviour changes etc. we still need these temporary projects and programmes but after delivering, and closing these projects/programmes, new permanent teams can be established to maintain and operate the results. In these situations, we can still benefit a lot from frameworks like PRINCE2 Agile, AgilePM, MSP, RPM, and AgilePgM.

We see an enormous increase in the usage of agile delivery frameworks like Scrum by these permanent delivery teams. We also see an explosion of the number of these teams and this asks for a certain level of coordination between these teams. Delivery of specific changes may ask for orchestration between these permanent delivery teams. The usage of Scrum of scrums is not enough and new frameworks to help with this coordination are needed. Frameworks like Nexus and SAFe are developed to support this orchestration.

Like we had in the past, also for these permanent teams we need to prioritize the work to be done. At the lowest level, the development team itself, a product owner can do the prioritization, and if there are a few teams a group of product owners can discuss and agree about the prioritization among the teams. But when we have more and more teams there is definitely a need for portfolio management at the highest level. The SAFe framework contains a portfolio level to divide budget between different value streams based on the alignment with strategic themes. Within the value streams epics are prioritized by using backlog and using simple business cases or mechanisms like Weighted Shortest Job First (preference for those epics with the shorter duration and higher Cost of Delay).

As a result, we will have two portfolio management mechanisms. One for the temporary bigger one-time changes in the Change the business organization and one for the changes managed by the permanent delivery teams in the Run the business organization.

I would suggest to integrate these two mechanisms into one portfolio office. In figure 2 I changed the original set-up based on MoP and suggest to integrate the portfolio part of SAFe with MoP.

Dia4It still starts with Strategic / Business Planning. The Portfolio Office needs to be closely aligned with this strategy team. Based on the strategy there will be the understanding of strategic themes (SAFe) or categories (MoP). Here we also need to understand which value streams in the organisation are supporting the strategy. As a result, one or more permanent teams can be dismantled or added. In the traditional set-up portfolio management was only looking at Change the business and prioritized the work to be done by the Programme and Project Management organization. Now we see that also the work to be done by the Development / DevOps teams as part of Run the business needs to be prioritized. During the Understand practice (MoP) we will look at all traditional changes and Epics and categorize them across buckets for the traditional (temporary) world as well as the Backlog for the (permanent) world. Following the SAFe framework these Epics can be assigned to the corresponding Value Streams and within the Value Streams (outside the portfolio Office) to the corresponding Agile Release Trains and from there, via the Program Increment Planning meetings to the delivery teams.

I am looking forward to your ideas regarding this set-up. Many people are looking for Agile Portfolio Management. Maybe this article can trigger a discussion and as a result an outline of Agile Portfolio Management can be co-created.