The Requirements Baseline


A primary technique in scope management is to establish a high-level requirements baseline for the project (Figure 18-2). We'll define the baseline as

Figure 18-2. Requirements baseline


the itemized set of features intended to be delivered in a specific version of the application.

This baseline for the next release must be agreed to by both the customer and the development team. In other words, the baseline must

  • Be at least "acceptable" to the customer

  • Have a reasonable probability of success, in the team's view

The first step in creating the baseline is simply to list the features that have been defined for the application. Controlling the level of detail in this process is an important key to success. In Team Skill 3, we suggested that any new system, no matter how complex, can be described by a list of 25 “50 features. With any more than that, you are viewing the project at a level of detail that is too complex to communicate effectively with the customers and the development team. With fewer than that, the level of detail may be too simplified to provide a sufficient understanding of the application and the associated level of effort necessary for implementation.

If we followed the requirements workshop process (Chapter 11) or any process that creates a similar outcome, we will have at our disposal a list of proposed features. This list provides an itemized high-level description of the capabilities of a new or revised system. This features list is the primary project artifact we will use to manage the scope of the project before significant investments are made in requirements refinement, design, code, testing, or other project activities.

For our example, let's consider a shrink-wrapped software product with the following eight features.

Feature 1: External relational database support

Feature 2: Multiuser security

Feature 3: Ability to clone a project

Feature 4: Portability to a new operating system (OS) release

Feature 5: New project wizard

Feature 6: Import of external data by style

Feature 7: Implementation of tool tips

Feature 8: Integration with a version-manager subsystem


Managing Software Requirements[c] A Use Case Approach
Managing Software Requirements[c] A Use Case Approach
ISBN: 032112247X
Year: 2003
Pages: 257 © 2008-2017.
If you may any questions please contact us: