Process Implementation


The purpose of this step is to understand the critical risks the organization faces when developing and maintaining software.  For example, a critical risk for an organization that develops software for tax returns might be the risk that the software will not be available for tax season.  A vendor of medical equipment will likely be more concerned with delivering a defect free system than with meeting an aggressive target date.  The critical risks should be those risks which can negatively impact the Critical Metrics Set.  If they are not, then the Critical Metrics Set, or the critical risks should be reexamined.

There are a wealth of techniques that can reduce risk.  Which ones can do the best job depends on what the risks are.  Moreover as the business changes and as technology changes, the risks will also change.  Some of the factors that will influence the risk profile include:

Regulated business vs. highly competitive

Development vs. maintenance

Many users vs. few users

Stable mature technology vs. new technology

Centralized system vs. distributed system

Technical platform

Large integrated system vs. small stand-alone system

Tight target dates

Limited budget

Rapidly changing business environment

Life critical product

The risk profile should heavily influence the priorities in the Defect Management Plan.