methodatlas
Compare

View methods side by side.

Choose up to four methods. Add them using the search and share the comparison by copying its link.

Criterion
Paper illustration for Expectation Mapping.
Facilitation
Expectation Mapping
Paper board with the four ROAM fields Resolved, Owned, Accepted, and Mitigated.
Agile
ROAM Board
Paper illustration of Specification by Example with a method-specific labelled workspace.
Agile
Specification by Example
Paper illustration of RAID Log with a method-specific labelled workspace.
Delivery
RAID Log
Purposedifferent
When roles, interfaces, or projects fail because of differing expectations, Expectation Mapping surfaces these differences. It shows what each side takes for granted and where the pictures diverge.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.Helps clarify scope, sequence, and delivery flow in concrete terms. It makes work, boundaries, and order steerable. The result is captured as a RAID Log and a source for status reporting.
Complexitydifferent
LowLowMediumLow
Timedifferent
45-90 min20-40 min initial, dann laufend60-90 min pro Feature30 min Setup, dann laufend
Participantsdifferent
3-123-153-61-3 maintaining, briefing for everyone
Formatdifferent
WorkshopWorkshop + asyncWorkshopAsync
Outputdifferent
Expectation Map, Alignment Notes, AgreementsROAM Board, Owner ListExample Table, Acceptance TestsRAID Log, Status Report Source
Tagsno overlap
AlignmentStakeholdersTeam
RiskAgileTrackingAlignment
AgileRequirementsExamplesBehavior-Driven Development
RiskTrackingStakeholdersGovernance
Add more methods