Business cases: are you setting up to fail?

Published on the 11/06/2013 | Written by Clare Coulson


Any investment has to stand up to commercial rigour, IT projects even more so given their risk profile. A weak business justification for a project can lead to poor management buy-in and ultimately an unsuccessful project…

The percentage of IT projects that fail is legendary. Like all good legends, the details vary, but, depending which research you consult, the failure rate can be as little as 20 percent to as much as 80 percent. What is perhaps even more startling are the results of research published by software development firm, Geneca.

The study of 600 business and IT executives showed that 75 percent of them expected their software projects to fail – before they had even started.

Upon the study’s release, Geneca President & CEO Joel Basgall said, “There is no question that the overall survey results show that our single biggest performance improvement opportunity is to have a more business-centric approach to requirements.

Unfortunately, poor requirements definition practices have become so common that they’re almost tolerated. The gloomy results of this survey really drive this home.”

Doomed from the start
Interestingly, the survey responses from IT professionals and their business counterparts were fairly similar, indicating that both groups have many of the same concerns with regard to their projects.

The survey findings included:

  • Lack of confidence in project success: 75 percent of respondents admit that their projects are either always or usually “doomed right from the start”.
  • Rework wariness: 80 percent admit they spend at least half their time on rework.
  • Business involvement is inconsistent or results in confusion: 78 percent feel the business is usually or always out of sync with project requirements and business stakeholders need to be more involved and engaged in the requirements process.
  • Fuzzy business objectives: Only 55 percent feel that the business objectives of their projects are clear to them.
  • Requirements definition processes do not reflect business need: Less than 20 percent describe the requirements process as the articulation of business need.
  • Lack of complete agreement when projects are done: Only 23 percent state they are always in agreement when a project is truly done.

“Although most software projects begin with high expectations, this research reminds us that problems usually lurk below the surface right from the start,” said Basgall.

Putting the right foot forward
The “start” is not the beginning of the project itself but its point of conception and can be traced back to how the business case for the proposed project is approached.

A research article published in the academic journal MIS Quarterly Executive entitled Building Better Business Cases for IT Investments by John Ward, Elizabeth Daniel, and Joe Peppard*, focused on how business cases were developed for IT investments and how those practices related to successful outcomes across 100 European organisations. It revealed that while constructing a business case prior to IT investment is the norm there are significant problems with the quality of the business cases and the process used to create them.

“Despite it being common practice, 65 percent of respondents said their organisations were not satisfied with their ability to identify all the available benefits, with 69 percent reporting that they do not adequately quantify and place a ‘value’ on the benefits for inclusion in the business case,” the authors explain.

“Although implementation issues frequently reduce or eliminate the achievement of the intended benefits, our research suggests that the benefits described in the business case were often never achievable in the first place. These benefits were often either exaggerated, to obtain funding, or there was insufficient understanding of the business changes needed to achieve the benefits.”

Garry Miller, a professional teaching fellow for the Department of Civil and Environmental Engineering at the University of Auckland says that business cases should explore whether the right project is being proposed in the first place.

“When we look at project management, we look at success in terms of delivering on time, to cost, to quality and those kind of things, and then we ask if we delivered to stakeholder outcomes. That’s all very good for the project delivery stage, but you’ve got to get the right project in the first place. It is about being effective with the right project – that’s absolutely vital.”

In a separate blog post Designed to Fail? Better Business Cases Are Key to IT Investment Success Peppard says, “I was recently asked whether there was one thing that organisations could do to improve the success rates of their IT investments, and thus IT projects. For me, the answer is clear – build better business cases. I don’t just mean to improve the quality of the business case itself and what it contains, but also to improve the quality of the process used to build the case.”

Empirical evidence
This sentiment is confirmed in Peppard, Ward and Daniel’s research survey where they compare the successful IT projects that met the expected benefits (43 percent of the sample group) with the less successful (57 percent). They say the results show there are marked differences in the approaches taken to developing and managing business cases in the two groups, so they can identify the practices associated with higher levels of success.

“Our survey confirmed that more successful organisations include a wider range of benefits in their business cases than the less successful, especially benefits associated with innovation and improved co-operation, both internally and with trading partners. Although such benefits are more difficult, but not impossible, to quantify, they provide a more complete view of the business value that many investments produce.

“Less successful organisations tend to limit the benefits included in the business case to those associated with efficiency improvements and cost savings. While senior managers are often only interested in the financial benefits, many other stakeholders, such as customers and staff within the organisation, are often more interested in the ‘softer’ or more subjective benefits. It is these benefits, rather than financial ones, that are likely to lead to greater commitment from those stakeholders to making the investment successful,” the research trio concludes.

What a business case should doIn their research paper Building Better Business Cases for IT Investments, Peppard, Ward and Daniel say a well thought out, considered, comprehensive and robust business case will not only look at the financial implications of a project but also:

  • Enable priorities to be set among different investments for funds and resources;
  • Identify how the combination of IT and business changes will deliver each of the benefits identified (a benefit realisation plan);
  • Ensure commitment from business managers to achieving the intended investment benefits; and
  • Create a basis for reviewing whether the expected business benefits are actually realised.

Best of British
The British Government has implemented a framework for creating successful business cases.

Called Better Business Cases (BBC) it has been around for 25 years and a global version is due to be released by the Better Business Cases Standards Board this October under the banner ‘Investing for Change’.

In New Zealand The Treasury has created a concise version of the British framework, combined with parts of the Investment Logic Mapping framework used by Australia’s department of Treasury and Finance for the State Government of Victoria.

Rodney Barber, The Treasury’s lead of the Better Business Case programme for New Zealand and a member of the BBC Standards Board based in the UK recently spoke at a project management seminar. He explained the tool as “a thinking process and a stakeholder engagement process”.

“It is not a writing process,” he explains emphatically. “BBC takes you as far as the investment decision so that there is clear agreement between the sponsor and the decision maker on what the scope is and what the best value for money option is and who is going to pay for it. BBC won’t inform policy or strategy, in fact the first thing it will do is test strategy.”

“The heart of it is the five case model,” he says. “There are only ever five questions that any governing body or decision maker is going to want the answer to if they are going to invest in a programme.”

Those questions are:

  1. Is there a compelling case for change?
  2. Does the preferred investment option optimise
  3. value for money?
  4. Is the proposed deal commercially viable?
  5. Is the spending proposal affordable?
  6. How can the proposal be delivered successfully?

These questions are articulated in the Five Case Model pictured, which covers the five key elements of good practice business cases.

Further to the Five Case Model is the pathway of the BBC process, which can be used to select which type of business case best delivers the required decision. Large-scale and/or high risk projects require a more in depth business case than smaller projects (see diagram).

As much as anything, the BBC tool is a common language that everyone can use in working on a business case. According to Barber it is about “bringing transparency to the trade-offs and giving the key stakeholders visibility to your thinking.”

“The delivery risk is not part of BBC. BBC will not manage the project past the investment decision – you need good project and programme management to deliver the project once you have got the money,” he explains. But the whole point of the BBC tool is to help you make the right decision in the first place so that, as long as you have good project management along the way, the likelihood of the project meeting expectations will be greatly increased.


 

* Ward, John; Daniel, Elizabeth and Peppard, Joe (2008). Building Better Business Cases for IT Investments. MIS Quarterly Executive, 7(1), pp. 1–15.
John Ward, Professor of Strategic Information Systems at Cranfield School of Management at Cranfield University in Bedford,
U.K Elizabeth Daniel Professor of Information Management and Associate Dean for Research and Enterprise at the Open University Business School, and Joe Peppard, Chair in Information Systems at the Cranfield School of Management, Director of the Information Systems Research Centre, head of the IT Leadership Programme for CIOs.

FURTHER READING

Stuff taking AI mainstream_Andrew McPherson 2023

Stuff taking AI mainstream

February 27, 2023 | Heather Wright

It’s time for AI to go from low impact to big bang…

Broaden your view to succeed at digital first

Broaden your view to succeed at digital first

February 16, 2023 | Heather Wright

It’s time to think horizontally, says Mitchell Pham..

Weathering the storms of disruption

October 26, 2022 | Heather Wright

Data driven and digital…

Leadership in turbulent times

October 26, 2022 | Heather Wright

Two execs share navigational tips for high inflation…

Cybersecurity_H&S_Tangiora_Tainui

Cybersecurity needs health and safety mindset

December 10, 2021 | Heather Wright

It’s all about leadership…

Post a comment or question...

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Processing...
Thank you! Your subscription has been confirmed. You'll hear from us soon.
Follow iStart to keep up to date with the latest news and views...
ErrorHere