50 — Implementatieplannen
Stap-voor-stap uitvoeringsplannen om een TDS op te leveren. Anders dan PRDs en TDSs (langlevend) zijn plannen kortlevend: ze beschrijven het te doen werk, worden afgevinkt, en gearchiveerd zodra opgeleverd.
Reikwijdte in Documentatie
Plannen hier orkestreren cross-repo werk — meerdere PRs over verschillende repos, gedeelde uitrol, gecoördineerde migraties. Plannen binnen één app blijven in die product-repo.
Wanneer wel
- Een cross-repo TDS is goedgekeurd en het werk moet gesequencet worden
- Meerdere PRs of personen zijn betrokken en volgorde doet ertoe
- Coördinatie over apps/oppervlakken heen is vereist
Wanneer niet
- Een single-PR wijziging — de PR-omschrijving is het plan
- Vage intentie zonder goedgekeurde TDS — schrijf eerst de TDS
Statuswaarden
| Status | Betekenis |
|---|---|
| Concept | Stappen nog niet definitief |
| Actief | Wordt uitgevoerd |
| Opgeleverd | Alle stappen klaar |
| Gestaakt | Werk gestopt; reden vermeld |
Bestandspatroon
<slug>-plan.md — bijv. overlay-generator-plan.md. Gebruik dezelfde slug als de bijbehorende PRD/TDS zodat ze samen sorteren.
Sjabloon
# <Titel> — Implementatieplan
**Datum:** YYYY-MM-DD
**Status:** Concept | Actief | Opgeleverd | Gestaakt
**Eigenaar:** <persoon>
## Referentie
- PRD: [[prd-naam]]
- TDS: [[TDS-NAAM]]
## Doel
(Eén zin. Wat is aan het eind opgeleverd.)
## Stappen
- [ ] **Stap 1** — <wat> — eigenaar, streefdatum, PR/issue-link
- [ ] **Stap 2** — <wat>
- [ ] **Stap 3** — <wat>
## Afhankelijkheden
(Andere plannen, services of personen waar dit plan op wacht.)
## Risico's & openstaande vragen
-
## Klaar wanneer
(Concrete check. Hoe ziet "opgeleverd" eruit.)