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 of two considered options leading to a decision record with a marked status and visible consequences.
Architecture
Architecture Decision Record
The Scrum Team inspects people, interactions, processes, tools, and the Definition of Done, then agrees on a few testable improvements.
Agile
Sprint Retrospective
Process Mapping method illustration showing its working structure
Operations
Process Mapping
Paper illustration for Learning Review.
Operations
Learning Review
Purposedifferent
An ADR permanently records an architecture decision with context, trade-offs, and consequence. It creates continuity for later changes because the decision path stays traceable.When a sprint is over and friction shouldn't simply be carried forward, it opens the view onto collaboration and patterns. It creates space to see causes and changes together.With a confusing workflow that has many handoffs, the method makes the actual process visible. It shows where work is passed on, delayed, or duplicated, so improvement targets the right spots.After a project phase with mixed results, the method makes learning from the individual case reusable. It connects events, decisions, and systemic conditions into robust insights.
Complexitydifferent
LowLowMediumMedium
Timedifferent
15-45 minUp to 3 hours for a one-month Sprint; shorter Sprints are usually shorter1-3 h1-3 h
Participantsdifferent
1-3Scrum Team3-103-10
Formatdifferent
AsyncWorkshopWorkshopWorkshop
Outputdifferent
ADR File, Decision Log, RationaleImprovement actions, Team agreementsProcess Map, Handoff List, Improvement BacklogLearning Review Notes, System Factors, Improvement Actions
Tagsno overlap
ArchitectureRationaleDocumentationGovernance
RetrospectiveImprovementLearning
ProcessOperationsImprovement
LearningRetrospectiveIncidentOperations
Add more methods