Select business cases in the portfolio

TimelineAll PPM methods agree on the relevance of the business case

Whether it is Stage-Gate, Prince II, or basically every alternative method, every project should have a business case to justify how it is expected to create value. It is my experience that too many Project Portfolio Management processes focus on project selection, not on selecting business cases. By not putting the business case front and center during portfolio composition, it is hard to answer questions such as:

  1. are we getting value for money from our portfolio proposal?
  2. do we reach our business objectives with this proposal?
  3. can we afford to take the inherent risks at the portfolio level?

In an earlier post on project selection, I already described how a process based on first rank-ordering projects and then allocating according to this sort-order is sub-optimal. An important reason is that the benefits side of the business cases gets unlinked from the project. This is not just bad for the portfolio decision-making:

A good business case stimulates the team 

When a project team gets the challenge to deliver on a business case instead of (just) the project deliverables, I have seen magical things happening. Team members start to be creative about how to improve the benefits from the project. They bother about the implementation of their work products by their end-users and the clients. They better their requirements elicitation by asking for the underlying impact. They get a better grip of the requirements so they can make sure they are implemented. During design discussions, it is no longer just about traceability, it is also about value creation. I have also seen more design alternatives generated, in a wider range: such as options about what must be automated and what can be manual, and options involving standard components versus custom ones.

All this makes the project team more committed, and hence much more likely to succeed. In my opinion, this is also one of the driving forces behind the Agile Framework. The team understands and aligns with the Product Owner that represents the business case drivers in the team. In other words, this Product Owner can effectively communicate the benefits of requested work packages (User Stories in Agile terminology).

With the business case so crucial to both succesful portfolio composition and delivery, we have put it as a pivotal concept in the FLIGHTMAP software platform. Do you agree with this key role?

3 thoughts on “Select business cases in the portfolio

  1. I agree that business value as mapped out in a business case can be truly motivational for product teams … However, many companies still struggle with creating sound business cases and measuring the value of projects – and other companies forget to keep re-evaluating their business cases to guard if expected value is still in line with e.g. resources spent or market development. Ensuring support for setting up realistic business cases and creating a gated process of business case reality checks during product development will in my eyes increase the value added by the PPM software.

    1. Hello Leen,
      Thanks for your feedback; building and progressively stimulating checking and adjusting the business case is one of the essential requirements for value-added PPM tooling in our view as well. Our FLIGHTMAP PPM solution has been developed from the ground up with this in mind!

Please share your thoughts on this blog

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s