OakWiki
Templates

100+ templates from real teams.

Built and contributed by people who actually keep their wiki current. Open one with a click; everything is editable. Save back to your workspace as a reusable template.

Engineering

For docs that engineers will actually read. RFCs, on-call runbooks, postmortems, architecture pages.

RFC ### — [title]
RFC · status: draft

Brief one-paragraph summary of what we’re proposing and why.

Scope
Audit current state
Spec new flow
Implementation
RFC template
Lightweight 1-page RFC with sections + checklist
engineering
Postmortem — [incident]
Postmortem · blameless

What happened, who noticed, what we did to recover.

Timeline

14:32 first alert
14:35 acknowledged
14:48 root cause identified

Postmortem
Blameless post-incident review
engineering
On-call handover
Runbook · weekly
Open issues
DB backup verified
Flapping alert on api-3
Watch out for

Marketing campaign launches Tue.

On-call handover
Weekly handover between on-call engineers
engineering
Service [name] — architecture
Architecture · service map

What this service does, what it depends on, what depends on it.

SLOs

p99 latency < 200ms · 99.9% uptime

Service architecture page
Per-service architecture + SLO + ownership
engineering
New-engineer day 1
Onboarding · checklist
Get laptop & SSO set up
Clone the monorepo
Run local stack
Ship a typo fix to prod
Engineering onboarding day 1
Get to first shipped PR in 1 day
engineering
Code review guidelines
Handbook · review norms

What we look for in code review, what we don’t.

Three rules

1. Reply within 1 BD
2. Approve or block, no maybes
3. Suggest, don’t demand

Code review guidelines
Team-level code review norms
engineering

Product & planning

For making decisions and remembering why you made them. Roadmaps, decision logs, customer interviews.

Quarterly roadmap — Q[X]
Roadmap · planning
Now

Auth redesign · Billing UI · SSO

Next

API v2 · Admin v1

Later

Marketplace

Quarterly roadmap
Now / Next / Later, outcome-led
product
Decision log entry
Decision · ADR-style

Context: what was the situation?

Decision: what did we decide?

Consequences: what does that mean?

Architecture / product decision
Lightweight ADR-style decision log
product
Customer interview — [name]
Research · interview notes

Background: their role & org size.

Quotes: verbatim, transcribed.

Themes

Pricing pressure · integration gaps

Customer interview notes
Structured note-taking for user interviews
product

Meetings & team rituals

For meetings that produce something. Agendas in the doc, outcomes in the doc, the doc stays in the wiki.

Weekly team sync — [date]
Meeting · recurring
Last week
Ship auth redesign
Carry: API v2 spec
This week

Bug bash Friday

Weekly team sync
Carries forward from last week’s notes
meetings
1:1 with [name]
Meeting · 1-on-1
From them

What’s on your mind?

From me

Feedback · context

Action items
1-on-1 template
Recurring manager 1:1 with rolling agenda
meetings
Retro — [iteration]
Meeting · retrospective
Went well

Pair sessions, deploy cadence

Didn’t

CI flakiness, scope creep

Actions
Sprint retrospective
Lightweight retro with carry-forward actions
meetings

Team handbook

For the things that should live somewhere stable. How we work, who’s who, what we’ve agreed on.

Team handbook — how we work
Handbook · root page
Meetings

Async first, agenda + outcome required.

Comms

Slack for now, wiki for later.

Team handbook
Root handbook page with subpages
handbook
Time off & leave
Handbook · HR

How much leave you have, how to request it, how to cover handover.

Public holidays

Country-specific list

Time off & leave policy
Vacation, sick leave, parental leave
handbook
Hiring — how we interview
Handbook · hiring

Our interview process, the rubric, what we score on.

Stages

Intro → Take-home → Pair → Cultural

Hiring process
Stages, rubric, who’s on what panel
handbook