Getting ready to Sprint

In The value of an iterative and incremental approach section of Chapter 1, we examined the concept of developing software in short iterations, where each iteration builds upon the working software provided by its predecessors. We call such an iteration a Sprint. A Sprint is a container event, as all the other Scrum Events take place within the duration and context of a Sprint. The ultimate purpose of the Sprint is to have the Developers produce a product Increment. An Increment is a piece of working and potentially releasable software, which leverages previous Increments. We’ll talk more about what this means in a subsequent section. However, the Sprint also provides space and time for all the other Scrum events, where the whole Scrum Team comes together to plan, inspect, and adapt. A good way to visualize the Sprint is as a cyclical process, demarcated by other events, as illustrated in the following diagram:

Figure 4.1 &...