Download Return on software: maximizing the return on your software by Steve Tockey PDF

By Steve Tockey

Is your company maximizing the go back on its investments of cash, time, and group of workers? not really, simply because such a lot software program execs have no idea how one can contemplate the enterprise features in their software program judgements. such a lot do not even recognize that you need to achieve this. enterprise results may still play a serious function in all software program technical choices-from selecting which initiatives to do, choosing software program improvement techniques, selecting algorithms and knowledge constructions, the entire method to selecting how a lot trying out is sufficient. go back on software program: Maximizing the go back in your software program funding is set making offerings: software program technical offerings in a company context. It is helping software program execs take pleasure in the enterprise outcomes of the selections they make. This primer will end up a beneficial reference for making the real judgements the common software program association faces either this day and down the line.

Show description

Read Online or Download Return on software: maximizing the return on your software investment PDF

Similar software development books

Design Patterns: Elements of Reusable Object-Oriented Software

4 top-notch authors current the 1st booklet containing a catalog of object-oriented layout styles. Readers will how to use layout styles within the object-oriented improvement approach, the best way to clear up particular layout difficulties utilizing styles, and achieve a typical vocabulary for object-oriented layout.

Extreme Programming Perspectives

Offers forty seven articles that characterize the insights and sensible knowledge of the leaders of the XP group. provide experience-based recommendations for imposing XP successfully and offers profitable transitioning suggestions. Softcover.

Decision Making with Dominance Constraints in Two-Stage Stochastic Integer Programming

Two-stage stochastic programming versions are regarded as beautiful instruments for making optimum judgements lower than uncertainty. usually, optimality is formalized by way of making use of statistical parameters comparable to the expectancy or the conditional price in danger to the distributions of goal values. Uwe Gotzes analyzes an method of account for probability aversion in two-stage types dependent upon partial orders at the set of actual random variables.

Additional info for Return on software: maximizing the return on your software investment

Example text

Another proposal could be to enhance an existing program, and still another might be to redevelop that same software from scratch. Each proposal represents a unit of choice either you can choose to carry out that proposal or you can choose not to. The whole purpose of business decision making is to figure out, given the current business circumstances, which proposals should be carried out and which ones shouldn't. Although the focus of this book is on software-specific business decisions, the concepts and techniques in this book are just as useful for other financially significant decisions that happen in a business.

When the initial investment is for things such as computer equipment, it also includes any necessary installation costs, sales taxes, etc. In a software project proposal, the initial investment might include hiring and/or training the development and QA staff, buying and installing new computers or related equipment, obtaining facilities for the project team to work in, and so on. It's important to include the initial investment in the cash-flow stream for a proposal; sometimes proposals that are otherwise highly profitable turn out to be impossible to start because the organization simply can't afford the initial investment.

There might be a million and one different reasons for the poor software project performance observed by the Standish Group. Maybe • The customer's requirements and specifications were incomplete, vague, or ambiguous. • Those requirements kept changing throughout the project. • Bad design decisions were made. • The staff didn't have enough expertise in new technologies used on the project. • The projects weren't given enough resources to be successful. • The projects weren't sufficiently planned and managed.

Download PDF sample

Rated 4.23 of 5 – based on 6 votes