Distinctions
Is
| Identity | Explanation |
|---|---|
| Repeated requirement change | Requirements are frequently revised, replaced, added, or removed during delivery |
| Instability in what is needed | The team cannot rely on the current requirement remaining valid long enough to execute predictably |
| Rework pressure | Previously completed analysis, design, implementation, or validation must be revisited |
| Planning volatility | Forecasts and commitments become less reliable because the target keeps moving |
Is Not
| Other | Why It’s Different |
|---|---|
| The Single-Story Illusion | Requirements churn describes repeated change; The Single-Story Illusion explains a specific mismatch where change is hidden by the continuity of one business objective or story |
| Scope Creep | Scope creep emphasizes expansion; requirements churn can include replacement, reversal, deletion, or redefinition without net expansion |
| Iteration | Iteration is deliberate learning through feedback; requirements churn becomes friction when learning is not bounded, visible, or incorporated into planning |
| Exploration before commitment | Early uncertainty is not churn if the work is explicitly framed as discovery |
Boundary
Requirements Churn exists when requirements change frequently enough during delivery to create rework, planning instability, or unclear accountability.
Systems
Relationships
| Relationship | Concept | Rationale |
|---|---|---|
| Related to | The Single-Story Illusion | The Single-Story Illusion is one mechanism by which requirements churn becomes contested rather than simply managed |
| Produces | Invisible Value | Rework and revalidation can disappear when only final output is visible |
| Reinforces | False Precision | Estimates become misleading when based on requirements that do not stay stable |
Perspectives
Dominant Assumption
Change is just part of being agile.
Alternative Perspective (Paradigm Shift)
Change is useful only when the system can observe, absorb, and re-plan around it.