Example: stock market

Making the Business Case for Software …

1 INTRODUCTIONP erformance responsiveness and scalability is amake-or-break quality for Software . Yet, despite wide-spread recognition of the importance of performance tothe success of a project, many Software products can-not be used as they are initially implemented due toperformance problems. They fail to respond rapidlyenough to user actions or to handle the number oftransactions that occur under peak load performance failures cost the Software industrymillions of dollars every year. The costs of performancefailures include: Increased Operational Costs Poor perfor-mance means that your staff needs more timeto complete key tasks, or that you need morestaff to complete these tasks in the sameamount of time.

1 INTRODUCTION Performance—responsiveness and scalability—is a make-or-break quality for software. Yet, despite wide-spread recognition of the …

Tags:

  Business, Software, Case, Business case for software

Information

Domain:

Source:

Link to this page:

Please notify us if you found a problem with this document:

Other abuse

Transcription of Making the Business Case for Software …

1 1 INTRODUCTIONP erformance responsiveness and scalability is amake-or-break quality for Software . Yet, despite wide-spread recognition of the importance of performance tothe success of a project, many Software products can-not be used as they are initially implemented due toperformance problems. They fail to respond rapidlyenough to user actions or to handle the number oftransactions that occur under peak load performance failures cost the Software industrymillions of dollars every year. The costs of performancefailures include: Increased Operational Costs Poor perfor-mance means that your staff needs more timeto complete key tasks, or that you need morestaff to complete these tasks in the sameamount of time.

2 In extreme cases, users maybypass the automated system altogether infavor of faster manual processes. Increased Development Costs One companydiscovered, during integration testing, that anonline transaction that should have taken 10seconds could not be completed in less that 60seconds. Some transactions took as long as200 seconds. When problems like these arise,you need to allocate additional resources to theproject to tune or even redesign the softwareto try to meet performance objectives. Increased Hardware Costs If tuning or rede-sign isn t sufficient to solve the problem, youmay need to increase your hardware capacity(for example, by adding more processors orupgrading to faster disks) to achieve your per-formance objectives.

3 Canceled Projects In some cases it will beimpossible to meet performance objectives bytuning, and too expensive to redesign the sys-tem late in the process or add more hardwarecapacity. These projects will be canceled andtheir costs will be largely unrecoverable. Damaged Customer Relations Poorly per-forming Software can cause your organization simage to suffer. The effects of poorly performingWeb sites are well documented; customers willsimply go elsewhere rather than endure longwaits. This problem is not limited to Web sites,however. Long waits on the telephone whilecustomer-service representatives access cus-tomer data will ultimately have the same if the problem is fixed later, negative per-ceptions will continue.

4 Lost Income Tuning or redesign results inlate deployment or delivery of Software . In somecases, you may find yourself paying penaltiesfor late delivery or failure to meet contractualperformance requirements. Reduced Competitiveness Late delivery dueto tuning or redesign can also mean that youmiss a critical market window, allowing yourcompetition to increase their market share atyour the Business case forSoftware Performance EngineeringShrinking budgets and increased fiscal accountability mean that management needs asound financial justification before committing funds to Software process improvementssuch as Software Performance Engineering (SPE).

5 Preparing a Business case for SPEcan demonstrate that the commitment is financially worthwhile and win support for an SPEinitiative. This paper presents an introduction to the use of Business case analysis to justifyinvesting in SPE to reduce costs due to performance failures. A case study illustrates howto perform a financial analysis and calculate a projected return on G. Williams, Engineering Research264 Ridgeview LaneBoulder, Colorado 80302(303) U. Smith, Engineering ServicesPO Box 2640 Santa Fe, New Mexico, 87504-2640(505) 988-3811 2003, Software Engineering Research and Performance Engineering Services.

6 All rights performance engineering (SPE) [Smith andWilliams, 2002], [Smith, 1990] provides a systematic,quantitative approach to constructing Software systemsthat meet performance objectives. With SPE, youdetect problems early in development, and use quanti-tative methods to support cost-benefit analysis of hard-ware solutions versus Software requirements or designsolutions, or a combination of Software and is a Software -oriented approach: it focuses onarchitecture, design, and implementation choices. Ituses model predictions to evaluate trade-offs in soft-ware functions, hardware size, quality of results, andresource requirements.

7 The models assist developersin controlling resource requirements by enabling themto select architecture and design alternatives withacceptable performance characteristics. The modelsaid in tracking performance throughout the develop-ment process and prevent problems from surfacing latein the life cycle (typically during final testing).SPE also prescribes principles and performance pat-terns for creating responsive Software , performanceantipatterns for recognizing and correcting commonproblems, the data required for evaluation, proceduresfor obtaining performance specifications, and guide-lines for the types of evaluation to be conducted ateach development stage.

8 It incorporates models forrepresenting and predicting performance as well as aset of analysis many of us, the above paragraphs sound like a solidargument for adopting SPE. Yet, when we present ourcase to management, they frequently remain uncon-vinced. Why?The problem is often a disconnect between what we,as Software developers or performance engineers,consider a justification for adopting a technology andwhat management expects. To management, theabove argument is a technical justification preceded bysome general, qualitative economic information.

9 Itdoesn t provide the hard financial information that theyneed to make a today s world, management is being asked to domore with fewer resources. As a result, they need spe-cific, quantitative data to evaluate the economic advan-tages and disadvantages of adopting a new technologysuch as SPE. That means Making a Business case IS A Business case ?A Business case is a document presented to win man-agement commitment for investment in a proposedproject or course of action. It establishes that theproject will meet an identified Business need and is fea-sible, affordable and a sound investment.

10 If there arecompeting alternatives, it provides a quantitative basisfor choosing among them. The Business case also pro-vides a basis for managing the proposed project andmeasuring its concept of preparing a Business case to justify aproposed investment is not new. However, in today seconomy shrinking budgets, competing proposals forlimited funds, and higher fiscal accountability for man-agement have combined to revive the popularity of thistool. Business and government entities from IT depart-ments to human service organizations are now requir-ing that employees justify new initiatives with abusiness Business case describes the cash flows (both costsand benefits) that occur as a result of pursuing the pro-posed course of action and their timing as well as themethods and assumptions that were used in calculat-ing them.


Related search queries