π Part VIII (d) β Execution Artifacts (Design Docs, ADRs, Postmortems, Launch)
SECTION 0 β OUTPUT AT SENIOR LEVEL IS DOCUMENTED DECISION-MAKING
Seniors donβt just ship code.
They ship:
-
clarity
-
alignment
-
reversible decisions
-
safe rollouts
Artifacts are how you create leverage.
SECTION 1 β GOLD-STANDARD DESIGN DOC (TEMPLATE)
Include:
-
Problem + user impact
-
Goals / non-goals
-
Constraints
-
Proposed solution (with diagrams)
-
Alternatives + tradeoffs
-
Failure modes
-
Observability plan
-
Rollout + rollback
-
Open questions
SECTION 2 β ADR (ARCHITECTURE DECISION RECORD)
One page:
-
Context
-
Decision
-
Consequences
-
Status (proposed/accepted/deprecated)
Senior rule:
ADRs prevent teams from re-litigating old decisions endlessly.
SECTION 3 β INCIDENT POSTMORTEM (TEMPLATE)
-
Summary
-
Impact
-
Timeline
-
Root cause
-
Contributing factors
-
What went well
-
What didnβt
-
Action items (owners + due dates)
Avoid blame. Optimize learning.
SECTION 4 β LAUNCH CHECKLIST (SAFE SHIP)
-
feature flag ready
-
dashboards and alerts exist
-
rollback plan rehearsed
-
load test / capacity check
-
security review complete
-
on-call aware
SECTION 5 β HOW TO RUN A DESIGN REVIEW
-
send doc 24h early
-
start with constraints + invariants
-
explicitly list tradeoffs
-
end with decision + follow-ups
SECTION 6 β HOW TO WRITE AN RFC THAT GETS ADOPTED
-
anchor to a real pain
-
keep scope tight
-
include rollout path
-
make adoption incremental