A Defect Prioritization Method Based on the Risk Priority Number
November 2015 • Presentation
This presentation presents a defect-prioritization method based on a risk priority number, which will help program offices establish priorities for updating systems.
Software Engineering Institute
This presentation was created for a conference series or symposium and does not necessarily reflect the positions and views of the Software Engineering Institute.
Most software systems have some “defects” that are identified by users. Some of these are truly defects in that the requirements were not properly implemented; some are caused by changes made to other systems; still others are requests for enhancement to improve the users’ experience. All of these are recorded as defects and generally stored in a database so that they can be worked off in a series of incrementally delivered updates. For most systems, it is not financially feasible to fix all of the concerns in the near term, and indeed some issues may never be addressed. The government program office has an obligation to choose wisely among a set of competing defects to be implemented, especially in a financially constrained environment. This presentation presents a defect-prioritization method based on a risk priority number. This method will help program offices establish priorities for updating systems.