In this section: Chapters
- Ch.1: The Day After
- Ch.2: Tribal Knowledge Is the Bottleneck
- Ch.3: Contracts Are the Answer
- Ch.4: The Capabilities Graph
- Ch.5: Extraction Over Refactoring
- Ch.6: The Contract Lifecycle
- Ch.7: The Architect
- Ch.8: The Developer
- Ch.9: The PM / PO
- Ch.10: The Designer
- Ch.11: The Leadership Team
- Ch.12: The Company That Gets There First
- Appendix
- Appendix A: Contract Schema Reference
- Appendix B: Legibility Audit Framework
- Appendix C: Extraction Priority Matrix
Appendix
Overview
Understanding what a contract is and knowing how to write one are different things. The twelve chapters before this build the argument with precision: what a contract declares, why it fixes the legibility problem, how it composes into a graph, what each role in an organization owes to it and reads from it. A reader who's worked through those chapters understands the model. What they don't have yet is the artifact.
The appendix hands over three of them, each built against the same running example from the book, `payment/retry`, the capability that opens the book and never really leaves it.
Pages in this area
- Contract Schema Reference
The minimum viable contract and the extended contract, shown fully filled in, so the first one you write doesn't start from a blank page.
- Legibility Audit Framework
How to score what your system currently makes legible, and what it doesn't, before you decide what to extract first.
- Extraction Priority Matrix
A way to rank which capabilities are worth contracting first, based on risk and how often they actually get touched.