Bounded contexts
Who owns the language. A dashed steel region carrying a cloud mark; a flat-bottomed cloud once collapsed.- Two independent structures. Phases are time and are derived from pivotal events. Contexts are ownership — a team, a system of record, a vocabulary. They often coincide; the board must not assume they do.
- Expanded, a context is a dashed region with a marked tab. 1.5px dashed steel, label tab top-left in condensed caps, and a 16×9 cloud mark before the name. No fill, no color — the stickies inside keep their own hues. The region stays square because the grid is load-bearing; the mark is what says a whole language lives in here.
- Contexts may be smaller than a phase, may cross a phase divider, and may recur. A recurring context is drawn as numbered segments (·1/2, ·2/2) with one shared name; renaming one renames all.
- Crossing a context boundary is a publish, not a call. Any connector leaving a region gets the dotted "publishes to" style and a hollow square at the crossing point — the place to ask what the contract is.
- Collapsed, a context is a cloud with a flat bottom. Bumps on top and sides, a straight baseline carrying the name and one line of metadata. Every free-form view — context map, message flow — draws contexts this way, and the mark in the region tab is the same shape shrunk, so it reads as one object either way. Stroke weight classifies: 2.6px core, 1.8px supporting or generic, 1.2px dashed grey outside our boundary.
- The same word in two contexts is two words. When one term appears in two regions, the review queue raises it as a translation to confirm — "Vendor" in Risk is not "Vendor" in Finance.
The region, four readings
- expanded — dashed region, marked tabRisk & ComplianceAssess vendor riskCOMMAND · C-005 MKRisk rating assignedEVENT · E-006 MK
- recurring — ·1/2Intake & Triage ·1/2Submit change requestCOMMAND · C-001 MKChange request submitted 2EVENT · E-002 MK
- nested, one level deepRisk & ComplianceRequest security reviewCOMMAND · C-007 MKSecurity review passedEVENT · E-008 MK
- Risk & Compliancecollapsed — the cloud
Collapsed · flat-bottom cloud
- Risk & Compliancecore — 2.6px
- Financesupporting — 1.8px
- ServiceNowexternal — 1.2px dashed grey
- 16 × 9 mark — the region tab
bumps on top and sides · flat baseline holds name and metadata
The crossing square
- unnamed — in the review queue
- named — the pattern initial
Phases vs contexts
Phase 1 · Intake 4
Phase 2 · Assessment 8
Phase 3 · Execution 6
Phase 4 · Closure 4
Timeline aggregates · commands · events · policies
Intake & Triage ·1/2
Intake & Triage ·2/2
Risk & Compliance ·1/2
Risk & Compliance ·2/2
Finance
Scheduling
Vendor Master Data
Change Execution
Nothing connects the CAB decision to Scheduling.
Systems & data external systems · read models
Friction free zone — hotspots, questions, opportunities
How does the vendor appear in ERP? Ask procurement.
the shipped Board at rung L0 — derived phase rail above, context regions below, no stickiesIntake & Triage and Risk & Compliance each recur as ·1/2 and ·2/2 under one name