Business Case Analysis
Business Case Analysis
This chapter will help you pull your analysis together into a convincing argument, or business case, for your
project. We define a business case as a well-reasoned argument designed to convince an audience of the
benefits of an IT investment, while educating them about the changes, costs, and risks that will be part of the
effort. The goal of your business case is to inform key players about your initiative and convince them to support it
in some specific ways.
First we outline the essential components of any business case, illustrating them from our experience with one
project that aimed to improve the way a state agency supports the financial health of local governments. In the
next chapter, we offer some guidance about venues and methods for presenting a business case.
A complete business case is a package of information, analysis, and recommendations. It includes a plain
language statement of the problem to be solved, with key data to illustrate its public policy significance, as well as
its severity and complexity. It also identifies customers and other stakeholders and how they are affected by the
problem. The case clearly states assumptions, estimates, and other weaknesses in your underlying data. It
presents the options available to the decision maker, comparing features, costs and benefits, and stakeholder
impacts for each option. The case concludes with a recommended course of action and a justification that
presents its strengths and weaknesses.
The business case package includes a variety of presentations, both oral and written, with supporting media such
as handouts, slides, or demonstrations. Your business case distills weeks or months of work. You need to be
armed with all the data, but you will also need to present your findings and recommendations in a cogent,
convincing, and interesting way. The best analysis can be entirely misunderstood if the presentation is
disorganized, overly technical, or too mired in detail. Decide what the key points are and build your presentation
around them. You can always add detail in response to questions.
Table 1 shows how the analysis described in Chapter 2 contributes data to the business case. The analysis has
given you a great deal of information to use in the case-building process. Take advantage of it to help you tell a
coherent story about the investment that will turn your ideas into action. However, the business case does not
emerge automatically from the analysis. You still need to select and organize the material, put it in context, and do
some additional planning (such as developing a high-level work plan and management approach).
Problem statement
A problem statement clearly defines the problem, need, or opportunity. When developing a problem statement for
your business case, the key is to state the problem in terms of public service. You want to explain, for example,
how the public is impacted by the inability of justice agencies to easily share information, or how the lack of
network availability prevents local governments from receiving timely payments of state funds. Find several true
stories that illustrate the problem and its consequences for real people. Draw on the process maps from your
analysis to show how and why the problem occurs.
paper and electronic files are being maintained by Municipal Affairs staff in each of the eight locations.
Consequently, staff are not able to consider the implications of prior communications while providing current
services. Staff cannot identify statewide policy and program issues, select the best services for a particular local
government, or perform uniform risk assessment. Lack of information makes emerging local fiscal issues difficult
to spot, wastes staff resources on duplicate or inappropriate services, and prevents them from assisting local
governments to protect their assets.
Specific objectives
Once you've described your vision of the future, you must define the project objectives that will help you realize
that future. While "improved public safety" or "reduced taxes" are admirable goals, they are too general. You need
to express your project goals in specific terms that people will understand. Using the results of your strategic
framework or other detailed analysis, identify the key goals of your proposed project. State them briefly and in
plain language, and then elaborate as needed to fully explain them.
As a result:
• local governments will receive useful information provided by or through the Division
• staff can determine risk assessment
• staff can maintain a contact history with local governments
• staff have timely and accurate information in order to provide consistent services to municipalities
Preferred approach
The next step is to describe how you will solve the problem and achieve your vision. Write a brief statement that
describes the approach you plan to take.
A statement of approach includes the:
Your statement should begin with a sentence or two that convey the essential elements of your approach. It then
addresses those elements in more detail.
When discussing your approach, describe the key factors that underlie your choice. For example, you may need
to address the following issues:
Expected benefits
The benefits of solving your problem or reaching your goal are an integral part of your business case. People
want to know how your project will help them. You should identify and discuss the benefits of change. Some
typical benefits include reduced costs (perhaps from reducing redundant tasks such as data entry), better
decision making at each step of a process (perhaps due to more accurate and timely information), or improved
efficiency (thanks to fewer steps to process a transaction). While some benefits can be realized by all participants
collectively, it is also important to identify benefits that are specific to each of your stakeholders. Wherever you
have numbers or targets for improvement, but sure to include them.
project, especially if it will span several years. Think about how you will demonstrate the achievement of each
milestone as it occurs so stakeholders can see what has been accomplished with their support.
Alternatives considered
Even though your analysis points to a particular approach, it may have competitors. Detail any acceptable
alternative approaches that will achieve your future vision. It is also helpful to describe your decisions about some
potential approaches that were considered and discarded.
1. The project should wait until the entire agency has considered its records management policies. Response:
This project can be considered the pilot for an agency-wide effort and will generate near-term benefits for
one of our most visible programs.
2. Local governments will lose the personalized service they have been receiving from the regional offices.
Response: Services will actually become better targeted to local needs when complete information is
available to staff in the field. In addition, best practices will become known and may be applied more widely.
Division staff will still apply their individual expertise and continue to have close working relationships with
local officials.
The work of generating a business case has benefits beyond the business case itself. For example, we have seen
the process of building a business case result in a total redirection of effort when one team realized belatedly they
were trying to provide a service for a constituency that didn't need it. Another team discovered that the nonprofit
organizations that would use their planned system wanted to be considered more than system users- they wanted
to become project partners and offered to participate in the analysis and the development of the case. In other
less dramatic instances new insights into the nature of the problem or the resource situation emerged. Bad timing
showed up in the recognition that top management attention was focused elsewhere, perhaps on an upcoming
election or its aftermath. The case-building process is a last opportunity to look hard at the data and see gaps or
Making Smart IT Choices: Understanding Value and Risk in Government IT Investments 7
© 2003 Center for Technology in Government www.ctg.albany.edu
Chapter 3. Preparing a business case
weakness in your thinking, as well as to identify possibilities that had not been obvious before.
Finally, think of your business case as a portfolio of layered and related information rather than as a single
document. As you work with different constituencies to make your case, you will draw from your portfolio the
information and level of detail that is most suitable to each one. Sometimes a single-page briefing is right. For
others you need a full blown, detailed justification. Your case portfolio should support whatever kind and level of
information you need for each situation. Chapter 4 suggests ways to use this portfolio of information to present
your case to a variety of audiences.