Home > Store

Professional Software Development: Shorter Schedules, Higher Quality Products, More Successful Projects, Enhanced Careers

Register your product to gain access to bonus material or receive a coupon.

Professional Software Development: Shorter Schedules, Higher Quality Products, More Successful Projects, Enhanced Careers


  • Your Price: $51.99
  • List Price: $64.99
  • Usually ships in 24 hours.



Illustrates how programmers, developers, and software engineers can make their work a profession; not just a job!

° Renowned software expert Steve McConnell presents his latest thoughts on the condition of the software engineering profession

° Helps software developers regain the sight of the big-picture reasons why their jobs matter

° A thinking man's guide to the current state of software


  • Copyright 2004
  • Dimensions: 7" x 9-1/4"
  • Pages: 272
  • Edition: 1st
  • Book
  • ISBN-10: 0-321-19367-9
  • ISBN-13: 978-0-321-19367-4

Can you deliver 90% of your software on time, within budget, and fully meet the user's real requirements? Would you like to? Best-selling author Steve McConnell provides a compelling argument for turning software success into an everyday habit by advancing the software profession itselfat the individual, organizational, and industry levels. Expanding on the contents of his previous book After the Gold Rush, the author dispels common myths of software development.

If you are a programmer, software developer, engineer, or work in software development, you should READ THIS BOOK.

Why do so many companies use outdated and ineffective software development practices? See page 103

What is "cargo cult" software development, and who uses it? See page 23

How large is the return on investment for better software practices? Can you prove it? See page 115

How do you create career paths for software professionals? See page 143

Which affects projects more--good personnel or good process? See page 135

How much difference is there between the worst software companies and the best? See page xv


Sample Content

Online Sample Chapter

Cargo Cult Software Engineering

Downloadable Sample Chapter

Download the Sample Chapter related to this title.

Table of Contents




 1. Wrestling with Dinosaurs.
 2. Fool's Gold.
 3. Cargo Cult Software Engineering.
 4. Software Engineering, Not Computer Science.
 5. Body of Knowledge.
 6. Novum Organum.


 7. Orphans Preferred.
 8. Raising Your Software Consciousness.
 9. Building the Community.
10. Architects and Carpenters.
11. Programmer Writing.


12. Software Gold Rushes.
13. Business Case for Better Software Practices.
14. Ptolemaic Reasoning.
15. Quantifying Personnel Factors.
16. Construx's Professional Development Program.


17. Engineering a Profession.
18. Hard Knocks.
19. Stinking Badges.
20. The Professional's Code.
21. Alchemy.
About the Author. 0321193679T04082003


"It looks obvious until you try it."
—IEEE Software

My flight was waiting on the runway when the captain made an announcement. "We've had some trouble with the plane's air conditioning system. In a plane, the air conditioner controls the oxygen levels so we need to make sure it's working before we can take off. Restarting the air conditioning unit hasn't worked, so we're going to power down the aircraft and power it back on. These modern airplanes are all computer controlled, you know, so they're not very reliable."

The pilot powered down the airplane, powered it back up—essentially, rebooting the airplane—and our flight continued without incident. Needless to say, I was especially glad to deplane at the end of that particular trip.

Software development can be predictable, controllable, economical, and manageable. It can produce highly usable software that meets defined quality targets. Software isn't usually developed that way, but it can be developed that way.

The fact that some modern software systems accomplish miracles makes it easy to overlook the 25 percent of projects that fail outright and the 50 percent that are delivered late, over budget, or with less functionality than desired. The typical business system overruns its planned budget by about 100 percent, and only about a quarter of all projects are delivered within 25 percent of their original targets. Despite some amazing triumphs, the software industry is not living up to its full potential. Many of the practices in widespread use are seriously outdated and underpowered.

The best software organizations control their projects to meet defined quality targets. They accurately predict software delivery dates months or years in advance. They deliver their software projects within budget, and their productivity is constantly improving. Their staff morale is high, and their customers are highly satisfied.

This book explores the steps needed to move toward better practices at the individual, organizational, and industry levels. There are many valid reasons why the software field came to its current state. Understanding those reasons should be used to accelerate, not delay, the changes needed to make successful projects an everyday habit.

The Best of Times, the Worst of Times

The practices needed to create good software have been well established and readily available for 10-20 years or more, but there is a wide gulf between the average practice and the best.

  • An aerospace company develops software for companies on a fixed-price basis. Three percent of their projects overrun their budgets; 97 out of 100 meet their targets.
  • A team developing software for the U.S. Air Force committed to a 1 year schedule and a $2 million budget even though other credible bids for the project had run as high as 2 years and $10 million. The team delivered the project 1 month early. The software delighted its users and, 18 months later, only two defects had been found in operation. The project manager said that his team succeeded by using techniques that had been known for years but that are rarely used in practice.
  • An organization decided to shorten its schedules by focusing on systematic process improvement. It attained an average of 23 percent schedule reduction per year for 6 years, for a total reduction in its average cycle time of 91 percent.
  • An organization that committed to achieving outstanding quality attained an average of 39 percent reduction in its post-release defect rate every year for a period of 9 years--a cumulative reduction of 99 percent.
  • A telecom company needed to change about 3000 lines of code in a code base of about 1 million lines of code. They made the changes so carefully that a year later, no errors had been found in operation. Their total time to make the changes—including requirements analysis, design, construction, and testing—was 9 hours.
  • The view from the top looks good, but the view from the average project leaves much to be desired, as many well-known software disasters will attest. Problems with the baggage handling system caused a delay of more than a year in opening Denver International Airport. Estimates of the delay's cost ranged as high as $1.1 million per day. The FAA's Advanced Automation System overran its planned budget by about $3 billion. The IRS bumbled an $8 billion software modernization program that cost U.S. taxpayers $50 billion per year in lost revenue. After spending $44 million, a long series of overruns forced California to cancel its motor vehicle registration system. The B-2 bomber wouldn't fly on its maiden flight because of a software problem. The Ariane 5 rocket blew up on its maiden launch because of a software error. In Seattle, computer controlled ferries caused more than a dozen dock crashes, resulting in damage worth more than $7 million. The State of Washington recommended spending more than $3 million to change the ferries back to manual controls.

    Even software applications that aren't considered to be mission-critical are being used in important applications. The project lead of Lotus Symphony received a call from a surgeon who was using Symphony to analyze patient data during open heart surgery. Newsweek magazine printed pictures of the Nicaraguan Contras using Microsoft Excel on portable PCs to plan operations. The Excel technical support team received calls from the battlefield during Operation Desert Storm.

    Economic Impact of Current Software Practices

    Industry surveys commonly report that roughly 25% of all software projects are cancelled before delivery, and the typical project is 100% over budget at the point it's cancelled. At the company level, these cancelled projects represent tremendous lost business opportunity. If these projects could be cancelled at 10% of their intended budgets rather than 200%, imagine what a company could do by redirecting those resources at projects that were not ultimately cancelled.

    At the national level, cancelled projects represent prodigious economic waste. A rough calculation suggests that cancelled software projects currently impose about a $40 billion drain on the U.S. economy.

    The Purpose of This Book

    This book is about the emerging profession of software engineering and how professional software practices support more economical creation of higher quality software. Significant developments are underway that will affect the careers of practicing programmers, including initiatives in education, professional standards, professional certification, and licensing. Some of these developments are well thought out and positive; others are under development and need further work before they're widely propagated. This book describes the trade of computer programming as it exists today and the profession of software engineering as it can exist in the future.

    Who Should Read This Book

    If you develop software for a living, this book explores what you need to do to become a truly professional software developer.

    If you manage software projects, this book pinpoints the differences between poorly run and well run software projects.

    If you manage a software organization, this book outlines the benefits available from systematic approaches to software development and sketches what you need to do to realize those benefits.

    If you are a student who wants to work in the software field, this book will introduce you to the body of knowledge that makes up the field of software engineering and show you what a career in software engineering will look like.

    Key Questions

    This book is organized as a set of essays. They can be read individually or together, and they are all related to the theme of creating a profession of software engineering. They address the following questions:

  • What is software engineering?
  • How does software engineering relate to computer science?
  • Why isn't regular computer programming good enough?
  • Why is engineering the best model for a software development profession?
  • Why do we need a profession of software engineering?
  • In what ways do effective practices vary from project to project (or company to company), and in what ways are they usually the same?
  • What can individual software developers do to become full-fledged professionals? What can organizations do to support a professional approach to software development?
  • What can the software industry as a whole do to create a true profession of software engineering?
  • Some of the issues involved in establishing a profession are legal or cultural, and they vary among countries. To keep the narrative straightforward, I have deliberately maintained a North American focus.

    Prospecting for Software Engineering

    Industry researchers have long observed 10-to-1 differences in productivity between different organizations competing in the same industries. More recently, researchers have observed differences as high as 600 to 1. The most effective organizations are doing very well indeed.

    The benefits of creating a true profession of software engineering are compelling. Traditional thinking would have it that change presents the greatest risk. In software's case, the greatest risk lies with not changing--staying mired in unhealthy, extravagant development practices instead of switching to practices that were proven to be more effective many years ago.

    How to change? That is the central topic of the rest of the book.



    Download the Index file related to this title.


    Submit Errata

    More Information

    Unlimited one-month access with your purchase
    Free Safari Membership