A stakeholder says, ‘This isn’t the problem we were trying to solve.’
1 – Requirements Elicitation (alignment on intent)
Teams disagree on what outcome success actually means.
1 – Requirements Elicitation (right problem, right outcome)
A solution works, but leadership says it missed the original goal.
1 – Requirements Elicitation (misaligned intent)
Scope keeps shifting because goals were never clearly defined.
1 – Requirements Elicitation (alignment failure)
Stakeholders assumed different objectives from the start.
1 – Requirements Elicitation (shared understanding)
A requirement exists but no one identified all necessary components.
2 – Requirements Decomposition (missing elements)
Engineering asks what data fields are required after build starts.
2 – Requirements Decomposition (data not identified)
No one defined which systems were involved.
2 – Requirements Decomposition (tasks/components missing)
A feature description lacks inputs or outputs.
2 – Requirements Decomposition (data gap)
Something feels incomplete, but no one can say what.
2 – Requirements Decomposition (objective completeness test)
A feature works for most cases but breaks under specific conditions.
3 – Business Rules (if/then logic)
Eligibility criteria were never clarified.
3 – Business Rules (conditions)
Edge cases were not handled.
3 – Business Rules (exceptions)
Users can perform actions they shouldn’t be allowed to.
3 – Business Rules (constraints)
Errors occur only in certain scenarios.
3 – Business Rules (conditional behavior)
Teams have different interpretations of how work flows.
4 – Process Modeling (visualize flow)
No one knows who hands off work to whom.
4 – Process Modeling (handoffs)
Approval steps were skipped unintentionally.
4 – Process Modeling (workflow gaps)
Different teams assume different sequences.
4 – Process Modeling (order of steps)
Problems occur at the seams between steps.
4 – Process Modeling (decisions & exceptions)
Stakeholders say, ‘This technically works, but it’s not what I expected.’
5 – User Stories & Acceptance Criteria (clear intent + proof)
Success was never clearly defined.
5 – User Stories & Acceptance Criteria (definition of done)
Users disagree on whether the feature is complete.
5 – User Stories & Acceptance Criteria (subjective success)
Acceptance criteria were vague or missing.
5 – User Stories & Acceptance Criteria (testability)