Projects should be broken into regularly deliverable slices.
In order to support ever-changing plans 8E1B1A1 and to prefer incremental value to work-in-progress 8E1B1A3, decomposing a project by small deliverables prevents one large built-up release. This helps somewhat in producing code that’s conside enough to be reviewable 1Q1.
- Sprint tradeoffs 8E1B1A.