The number of iterations required for Construction varies from project to project, but in most cases Construction has more iterations (usually two to four) than any other phase (see the section Determining the Number of Iterations, in Chapter 12). So what goes into each of the iterations? Iteration planning is largely driven by the parts of use cases that should be implemented. You want to implement the use cases that are most essential to customers, as well as those associated with the most technical risk. Especially in the first iteration, and to some extent the second, start with only partial implementation of use cases (that is, implement only some of the scenarios within the use case) to drive out quickly as much risk as possible and to get a reasonable implementation before detailing the use cases. Once you have decided which use cases to implement, or partially implement, identify which components need to collaborate to provide the use-case functionality; these are the components that must be further designed, implemented, and tested within that iteration. This identification provides you with a better understanding of the time required to implement the use cases and whether, based on available resources, the scope of work needs to be changed for the given iteration. Let's assume that you have 15 use cases and your project has three iterations in Construction. How do you proceed? Table 8.1 shows a possible plan, starting with what has been achieved coming into Construction (results at the end of Elaboration) and what is done in each of the three Construction iterations. Table 8.1. Progress Made Prior to and Through Construction Iterations. The requirements, components, and the testing of the system evolve in each iteration. By the end of the Construction phase, you have the first operational version (beta release) of the system.
|