Guided path
Architect
Design systems someone else can build
Capture structure, constraints, and decisions in architecture documentation that remains useful while the system changes.
- Start when
- You need documentation another person can build from without asking you to reconstruct the system.
- What you’ll make
- Complete system architecture using the arc42 template
See the work behind the path
Each example shows work, a session, or writing that shaped this path. Use it to decide whether the instruction fits your work.
Know whether this is your path
Use this path if
- You design systems that other people need to understand or extend.
- Important decisions are disappearing into meetings, chats, or code.
- You need system views, decision records, and one coherent reference.
Choose another path if
- You only need a sales diagram.
- You want documentation generated without inspecting the system.
- No one will own the reference after it is written.
The voice shift
Architecture reference is definitive about the current system and explicit about uncertainty. It records decisions and constraints; it does not perform confidence it has not earned.
Five stages to the finished work
Each stage has a practical stopping condition. Move on when the checkpoint is true, not when the time estimate expires.
- 00
Learn the templates
1–2 daysGoalUnderstand where C4 system views, the arc42 documentation template, and decision records each fit.
Done whenYou can explain the four C4 system-view levels and when a decision needs its own record.
- 01
Document an existing system
1–2 weeksGoalRecover the system that already exists.
Done whenYou have a context view, container view, and three grounded decision records.
- 02
Capture decisions as they happen
2–3 weeksGoalMake architectural choices reviewable while they are still changing.
Done whenFive active decisions record context, choice, and consequence.
- 03
Complete the architecture
3–4 weeksGoalConnect views, constraints, risks, and operations in one reference.
Done whenAnother practitioner can use the document to plan a build or change.
- 04
Document cross-system integration
4+ weeksGoalMake boundaries and failure modes visible across systems.
Done whenThe reference names ownership, contracts, and failure behavior at every boundary.