Mijn planning in DevOps
In mijn werkzaamhedenoverzicht staan de onderdelen, benodigde mapping, code- en databasewijzigingen, queryparameters en tijdsduur. Roger vroeg om een tijdskolom toe te voegen. In de screenshot staat die erbij.

Deze inschattingen komen uit de wiki:
| Open werk | Tijd in het overzicht |
|---|---|
| CourseOffering | 1–2 weken |
| ProgrammeOffering | 1–2 weken |
| Courses: open databasewerk en queryparameters | 5–6 dagen |
| Programmes: open databasewerk en queryparameters | 5–6 dagen |
| Organisations: open databasewerk en queryparameters | 3–4 dagen |
Deze tijden horen bij het open werk in de tabel, niet bij het opnieuw bouwen van alle basisroutes. Offerings vragen een object, mapping en meerdere routes. Bij de basisonderdelen gaat het onder andere om GUID-opslag en extra queryparameters. Dat verklaart waarom ik de taken apart inschat.
De reactie op de ontbrekende tijdskolom en het oppakken van herstel staan bij voortgang. Het overzicht bevat tijdsinschattingen, geen start- en einddatums.
Verdeling van het werk
Ik begin met de drie basisonderdelen: courses, programmes en organisations. Daarna komen extra velden en uitbreidingen. Zo kan ik eerst een complete koppeling maken voordat ik er meer onderdelen bij zet.
Deze planning is achteraf uitgewerkt. De uren en verdeling over de maanden zijn nieuwe schattingen, geen bijgehouden uren. Ik werkte van 9 tot 5. Naast het bouwen aan de OOAPI had ik besprekingen en schoolwerk. Ook moest ik soms wachten op feedback of een gesprek. Hoeveel tijd ik aan de OOAPI kon besteden, verschilde daardoor.
| Periode | Werk | Prioriteit | Tijd | Waarom deze volgorde? |
|---|---|---|---|---|
| Sep–okt | Eisen, bronvelden uitzoeken en ontwerp met schema’s maken | Must | 40 uur | Eerst weten welke gegevens nodig zijn en waar ze vandaan komen. |
| Nov | Repository, services en eerste mapping opzetten | Must | 40 uur | Dit hebben de endpoints nodig om gegevens op te halen. |
| Nov–dec | JWT, Reader-rol en pageSize-validatie toevoegen | Must | 32 uur | Toegang en invoer centraal controleren voordat ik verder uitbreid. |
| Jan | Organisations: lijst, detail en mapping | Must | 24 uur | De organisatie wordt ook gebruikt bij courses en programmes. |
| Jan–feb | Courses: lijst, detail en mapping | Must | 32 uur | Hiermee werk ik de gedeelde productlogica uit. |
| Feb–mrt | Programmes: lijst, detail en mapping | Must | 24 uur | Ik kan een deel van de course-logica opnieuw gebruiken. |
| Mrt | Paging, primaryCode-filter en expand nalopen | Should | 24 uur | De basisroutes moeten eerst beschikbaar zijn. |
| Apr | Aansluiting op APIM en Azure-configuratie nalopen | Must | 24 uur | Daarna kan ik de hele koppeling in de ontwikkelomgeving testen. |
| Mei | Extra velden mappen die al in de bron staan | Should | 24 uur | Hiervoor hoef ik niet op een databasewijziging te wachten. |
| Mei–jun | Alle zes routes testen en gevonden punten oplossen | Must | 40 uur | Na een wijziging controleer ik ook de andere routes opnieuw. |
| Doorlopend, afronden in jul | Documentatie, overleg en overdracht | Should | 32 uur | Werk en keuzes bijhouden terwijl ik ermee bezig ben. |
| Jun–jul | Buffer voor uitloop, review en hertesten | Must | 32 uur | Ruimte houden voor fouten of wachten op hulp. |
Dit is samen 368 geschatte taakuren. Het is niet het totaal van mijn stage-uren. Mijn werkdagen waren van 9 tot 5, maar niet alle tijd ging naar deze taken. Overleg, schoolwerk en wachten op feedback of gesprekken namen ook tijd in. Daarom reken ik deze schatting niet om naar een vast aantal weken.
Offerings en databasewijzigingen voor id’s vallen buiten deze basisplanning. Eerst moet duidelijk zijn welke brongegevens nodig zijn. De planning daarvoor staat bij mijn verbetervoorstellen.
Mijn werk in Git
In Git staan wijzigingen aan mapping, toegang, paging en de Azure-configuratie. Een paar voorbeelden staan bij versiebeheer.

In dit overzicht staan de drie basisonderdelen onder DONE. Offerings staan onder TODO. Dat past bij de keuze om eerst de basis af te maken.
Volgorde
De basisroutes, toegang en testen hebben voorrang op uitbreidingen. De verdeling hierboven is achteraf gemaakt en is geen verslag van een verschoven planning.