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.

Mijn werkzaamheden met tijdsduur

Deze inschattingen komen uit de wiki:

Open werkTijd in het overzicht
CourseOffering1–2 weken
ProgrammeOffering1–2 weken
Courses: open databasewerk en queryparameters5–6 dagen
Programmes: open databasewerk en queryparameters5–6 dagen
Organisations: open databasewerk en queryparameters3–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.

PeriodeWerkPrioriteitTijdWaarom deze volgorde?
Sep–oktEisen, bronvelden uitzoeken en ontwerp met schema’s makenMust40 uurEerst weten welke gegevens nodig zijn en waar ze vandaan komen.
NovRepository, services en eerste mapping opzettenMust40 uurDit hebben de endpoints nodig om gegevens op te halen.
Nov–decJWT, Reader-rol en pageSize-validatie toevoegenMust32 uurToegang en invoer centraal controleren voordat ik verder uitbreid.
JanOrganisations: lijst, detail en mappingMust24 uurDe organisatie wordt ook gebruikt bij courses en programmes.
Jan–febCourses: lijst, detail en mappingMust32 uurHiermee werk ik de gedeelde productlogica uit.
Feb–mrtProgrammes: lijst, detail en mappingMust24 uurIk kan een deel van de course-logica opnieuw gebruiken.
MrtPaging, primaryCode-filter en expand nalopenShould24 uurDe basisroutes moeten eerst beschikbaar zijn.
AprAansluiting op APIM en Azure-configuratie nalopenMust24 uurDaarna kan ik de hele koppeling in de ontwikkelomgeving testen.
MeiExtra velden mappen die al in de bron staanShould24 uurHiervoor hoef ik niet op een databasewijziging te wachten.
Mei–junAlle zes routes testen en gevonden punten oplossenMust40 uurNa een wijziging controleer ik ook de andere routes opnieuw.
Doorlopend, afronden in julDocumentatie, overleg en overdrachtShould32 uurWerk en keuzes bijhouden terwijl ik ermee bezig ben.
Jun–julBuffer voor uitloop, review en hertestenMust32 uurRuimte 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.

Mijn open en afgeronde werkzaamheden

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.

Voortgang bijhouden