~linuxgoose/engineering-templates

Comprehensive collection of templates for solutions design, architecture decisions, API documentation, runbooks, code reviews, and incident postmortems to standardize engineering practices across teams.
add tips / help section
add technology radar tech stack review
add incident postmortem template

refs

main
browse  log 

clone

read-only
https://git-sh.linuxgoose.com/~linuxgoose/engineering-templates
read/write
git@git-sh.linuxgoose.com:~linuxgoose/engineering-templates

You can also use your local clone with git send-email.

#engineering-templates

Comprehensive collection of templates for solutions design, architecture decisions, API documentation, runbooks, code reviews, and incident postmortems to standardize engineering practices across teams.

#Templates

  • Feature Request
  • Bug Fix
  • Performance Optimisation
  • Architecture Decision Record (ADR)
  • API Documentation
  • Runbook / Operations Guide
  • Code Review Standards & Guidelines
  • Technical Debt Registry
  • Capacity Planning & Scaling Document
  • Incident Postmortem
  • Technology Radar / Tech Stack Review

#Tips to Keep In Mind...

#... When Writing

Be concise but comprehensive: Include enough detail for someone unfamiliar with the request to understand the solution without unnecessary verbosity.

Use visuals: Include architecture diagrams, sequence diagrams, or data flow diagrams where they clarify the design.

Focus on decisions: Explain the "why" behind technical choices, not just the "what."

Tailor as needed: Adapt these templates to your organization's standards and processes.

Link Related Docs: Cross-reference related ADRs, runbooks, and design documents.

Involve Teams: Make documentation a collaborative process; get input from the team who lives with these systems daily.

#... For Maintaining

Plan for change: Use version control for your documentation and track significant revisions.

Keep it maintainable: Use consistent formatting and structure across all design documents.

Maintain Consistency: Use these templates consistently across your organization for familiarity and ease of use.

Make Searchable: Store documentation where it's discoverable—wiki, internal docs site, knowledge base.

Keep Current: Set review dates and assign owners to keep documentation fresh.

Review Cadence: Architecture and operational guides should be reviewed quarterly; incident postmortems immediately after incidents; technology radar quarterly.