Useful starting points for decisions, runbooks, onboarding, releases, and handoffs. Examples that make missing information visible.
Documentation templates · 2 min
Record an architecture choice, rejected alternatives, evidence, and a clear trigger for reconsidering it in a portable HTML decision record.
Read guide ↗: Architecture decision record template with review triggersDocumentation templates · 2 min
Build a runbook that separates observation from intervention, names prerequisites, and gives responders concrete stop and escalation conditions.
Read guide ↗: Operational runbook template with safe stop conditionsDocumentation templates · 2 min
Structure onboarding around a verified local setup, a small first change, and clear help routes instead of an overwhelming repository tour.
Read guide ↗: Developer onboarding guide template for a first useful changeDocumentation templates · 2 min
Plan a migration using inventory, compatibility checks, staged evidence, and explicit rollback limits before anyone changes production.
Read guide ↗: Software migration plan template with exit and rollback gatesDocumentation templates · 2 min
Write release notes that tell readers what changed, who is affected, what action is required, and where important limitations remain.
Read guide ↗: Release notes template that explains user impactDocumentation templates · 2 min
Maintain a readable version history with categorized changes, exact dates, and links that help maintainers compare releases confidently.
Read guide ↗: Maintainer changelog template for dependable version historyDocumentation templates · 2 min
Capture incident impact, a sourced timeline, contributing conditions, and assigned follow-up without confusing hypotheses with established causes.
Read guide ↗: Incident review template focused on evidence and follow-upDocumentation templates · 2 min
Document one API operation with inputs, response shapes, authorization boundaries, error cases, and examples that match the declared contract.
Read guide ↗: API reference page template with request and error examplesDocumentation templates · 2 min
Create an architecture overview that names users, responsibilities, dependencies, and failure boundaries without burying readers in implementation detail.
Read guide ↗: Architecture overview template that explains system boundariesDocumentation templates · 2 min
Build a service catalog entry that identifies responsibility, support boundaries, escalation routes, and the documents maintainers need.
Read guide ↗: Service ownership catalog template for clear handoffsDocumentation templates · 2 min
Connect a test strategy to user risks, system boundaries, representative cases, and clear evidence instead of relying on coverage percentages.
Read guide ↗: Test strategy template organized around product riskDocumentation templates · 2 min
Document a performance question, measurement conditions, baseline, uncertainty, and follow-up without turning one fast run into a broad claim.
Read guide ↗: Performance investigation report template with reproducible evidenceDocumentation templates · 2 min
Explain data fields with business meaning, units, null behavior, sources, ownership, and retention references in a practical dictionary.
Read guide ↗: Data dictionary template with meaning, ownership, and lifecycleDocumentation templates · 2 min
Review an upgrade using verified release notes, affected integration points, migration needs, and reproducible checks before approving it.
Read guide ↗: Dependency upgrade review template for compatibility decisionsDocumentation templates · 2 min
Document a feature flag's purpose, owner, exposure rules, dependencies, verification, and retirement conditions so temporary controls stay temporary.
Read guide ↗: Feature flag lifecycle template from introduction to removalDocumentation templates · 2 min
Summarize assets, trust boundaries, plausible abuse paths, existing controls, and unresolved risks in a readable threat-model review document.
Read guide ↗: Threat model summary template for a focused design reviewDocumentation templates · 2 min
Build a troubleshooting tree around observable questions, evidence capture, and explicit escalation instead of speculative fixes.
Read guide ↗: Troubleshooting decision tree template with discriminating checksDocumentation templates · 2 min
Prepare a human-run release checklist covering revision identity, compatibility, approvals, recovery prerequisites, and post-release evidence.
Read guide ↗: Manual release readiness checklist template with accountable gatesDocumentation templates · 2 min
Write a deprecation notice that names the affected behavior, supported replacement, migration evidence, and removal policy without ambiguity.
Read guide ↗: Deprecation notice template with a clear replacement pathDocumentation templates · 2 min
Create a handoff that records current state, evidence, open decisions, safe next steps, and ownership without making the next engineer reconstruct history.
Read guide ↗: Technical handoff template for unfinished engineering work