View methods side by side.
Choose up to four methods. Add them using the search and share the comparison by copying its link.
| Criterion | ![]() Agile ROAM Board | ![]() Agile Specification by Example | ![]() Facilitation Stakeholder Salience Model | ![]() Agile Example Mapping |
|---|---|---|---|---|
Purposedifferent | When work needs to move between different states or columns, it makes that movement and its handoffs legible. It sorts work by value, risk, and delivery ability. The result is captured as a ROAM Board and an Owner List. | When business rules need to become precise, it ties language, example, and test together. It sorts work by value, risk, and delivery ability. The result is captured as an Example Table and Acceptance Tests. | When stakeholders appear to matter very differently, the Stakeholder Salience Model rates their actual priority through power, legitimacy, and urgency. It turns individual contributions into a visible selection. The result is captured as a Salience diagram and a class-based strategy. | When a story carries business rules and exceptions, it brings clarity before implementation. It makes examples, open questions, and boundaries visible enough that the logic becomes jointly sound. |
Complexitydifferent | Low | Medium | Medium | Low |
Timedifferent | 20-40 min initial, dann laufend | 60-90 min pro Feature | 60-90 min | 30-60 min |
Participantsdifferent | 3-15 | 3-6 | 3-6 | 3-7 |
Formatdifferent | Workshop + async | Workshop | Workshop | Workshop |
Outputdifferent | ROAM Board, Owner List | Example Table, Acceptance Tests | Salience Diagram, Strategy per Class | Example Map, Acceptance Criteria, Open Questions |
Tagsno overlap | RiskAgileTrackingAlignment | AgileRequirementsExamplesBehavior-Driven Development | StakeholdersFacilitationAlignmentGovernance | Behavior-Driven DevelopmentRequirementsExamplesRefinement |



