π Documentation Standards β
Structuring and maintaining project documentation for clarity and longevity.
Documentation types β
| Type | Purpose | Audience |
|---|---|---|
| PRD (Product Requirements) | Define what to build and why | Product, Engineering, Design |
| Technical spec | How to build it | Engineering |
| API docs | How to use the API | Developers, integrators |
| Runbook | How to operate and troubleshoot | Ops, on-call |
| Decision log | Record of key decisions | Everyone |
| Changelog | What changed and when | Users, stakeholders |
Writing principles β
- Start with the conclusion β Lead with the "what" and "why"
- Use plain language β Write for the least technical reader
- Structure with headings β Scannable over readable
- One source of truth β Avoid duplicating information
- Date everything β Add "last updated" to living documents
Document lifecycle β
- Draft β Work in progress, open for feedback
- Review β Shared with stakeholders for input
- Approved β Final version, ready for reference
- Archived β No longer current, kept for history
Templates to maintain β
- Project brief (1-pager)
- Sprint review summary
- Decision record (ADR format)
- Post-mortem / incident report
- Handoff document