A business case demonstrates how the anticipated benefits of a change justify the investment required to implement it. Benefits can be either gains (increased sales) or the avoidance of losses (retention of talent). These are compared to investment costs include time, money and people resources (capabilities).
Since funding approval is based on the business case, there is a bias to maximize the benefits and minimize the costs. The pressure to do so is highest when multiple projects are competing for limited resources; the better the business case, the more likely a project will get approved.
I remember supporting a sales function reorganization that was competing for investment. One of the benefits cited was a six percent increase in sales created by transferring regional key account teams to the head office. Looking back, it doesn't make sense that an internally-focused change would realize a large, market-driven benefit.
It's not surprising that research firms have documented poor benefit realization. The Project Management Institute (PMI) reported that 20 percent of surveyed organizations had a high level of benefit realization maturity. Also, McKinsey noted that 56 percent of large IT projects delivered less value than predicted.
It is exciting to see change investment discussions focusing more on how benefits will be measured and reported. It extends the project timeline well beyond the change and raises the bar on delivery. It also requires internal and external service providers to demonstrate how benefits will be realized.
Some progressive external service providers are bundling post-change support into their offer. Capital finance advisory firms are adding post-merger acquisition (PMI) support to their private equity mergers and acquisitions services and technology firms are doing the same with their installations. Delivery support is now a competitive differentiator.
Here are some tips to ensure that your changes deliver on their business cases:
- Identify all benefits and the metrics that will measure them before the project starts
- Include all stakeholders in benefit identification and estimation – if someone doesn't support a source or an estimate, they won't support the measurement of them
- Include external and internal data sources
- Select metrics that are already being reviewed by the leadership team – they are known and hold validity
- Assign a senior owner to each benefit
- Agree on timelines for when benefits will be realized
- Establish benefit realization governance with the leadership team including reporting and review timing
- Develop a risk assessment and follow-on contingency plan for each benefit
- Pressure-test the change management plan to ensure people will have the mindsets, actions and behaviours required to achieve all benefits
- Gain leadership agreement that the benefits case will be reviewed if the change scope is adjusted
Phil
No comments:
Post a Comment