Doel van de planning
Voor de OOAPI heb ik de werkzaamheden verdeeld in duidelijke projectfasen. De planning is gebruikt om de scope beheersbaar te houden, afhankelijkheden vroeg te zien en voortgang wekelijks te kunnen bespreken met de betrokken engineers en stagebegeleider.
Opbouw
| Fase | Periode | Resultaat |
|---|---|---|
| Analyse & scope | september - oktober 2025 | Eisen, wensen, MoSCoW-prioriteiten en projectafbakening vastgesteld |
| Ontwerp | oktober - november 2025 | Architectuur, datamodellen, security en mappingkeuzes uitgewerkt |
| Realisatie | november 2025 - februari 2026 | Repository, infrastructuur en must-have OOAPI-endpoints gerealiseerd |
| Testen | februari - maart 2026 | Testplan, testscenario’s, unit tests en integratietests uitgevoerd |
| Afronding | maart 2026 | Verbeterpunten verwerkt, documentatie afgerond en portfolio opgeleverd |
Prioritering
De planning is opgebouwd vanuit de MoSCoW-prioriteiten. De must-have onderdelen kregen eerst ruimte in de planning: read-only endpoints, verplichte OOAPI-velden, JWT-authenticatie en een werkende keten van APIM tot database. Should-have en could-have onderdelen, zoals extra mapping en offering-endpoints, zijn later ingepland zodat de basis niet in gevaar kwam.
Bewaken en bijsturen
De voortgang is wekelijks besproken tijdens het voortgangsgesprek. Daarbij keek ik naar afgeronde werkzaamheden, openstaande taken, risico’s en nieuwe bevindingen uit testen of feedback. Wanneer een onderdeel meer tijd vroeg, werd de planning aangepast door scope te beperken, verbeterpunten naar de backlog te verplaatsen of taken opnieuw te prioriteren.
Bewijswaarde
De interactieve planning laat zien wanneer elke activiteit gepland of uitgevoerd is, aan welk werkproces de activiteit gekoppeld is en welke mijlpalen zijn bereikt. Daardoor is zichtbaar dat de planning niet alleen vooraf is opgesteld, maar ook gebruikt is om voortgang en oplevering te bewaken.