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 Domain Context Map
Domain Modeling
Domain Context Map
Red Teaming method illustration showing its working structure
Decision Making
Red Teaming
Context Map workspace showing the question, observations, and next decision.
Domain Modeling
Context Map
Paper illustration of an assumption matrix with prioritized test cards
Decision Making
Assumption Surfacing
Purposedifferent
When a domain model and its associated contexts need to be thought through together, it creates a shared overview. It connects the business view and organizational boundary into a readable whole.For strategic decisions with high reach, agreement and gut feeling are often not enough. Red teaming brings deliberate opposition into the situation and tests where a plan breaks under real counterarguments.When several contexts need to talk to each other, it makes their relationships and dependencies legible. It helps sort integration pressure and responsibilities across system boundaries.Plans often contain assumptions that were never openly stated and remain dangerous precisely because of that. Assumption Surfacing makes these silent premises visible and prioritizes which of them carry the initiative or could sink it.
Complexitydifferent
MediumHighMediumLow
Timedifferent
1-3 h1-4 h1-3 h45-90 min
Participantsdifferent
3-103-82-82-8
Formatdifferent
WorkshopWorkshopWorkshop + asyncWorkshop + async
Outputdifferent
Domain Context Map, Boundary Notes, Ownership MapChallenge Findings, Risk Register, Mitigation PlanContext Map, Integration Patterns, Boundary NotesAssumption List, Critical Assumptions, Learning Plan
Tagsno overlap
Domain-Driven DesignContextBoundaries
RiskDecisionSensemaking
Domain-Driven DesignBoundariesStrategy
AssumptionsRiskDecisionDiscovery
Add more methods