Planning van verbeterpunten
De werkzaamheden en verbeterpunten worden bijgehouden in Azure DevOps. Hierdoor blijft zichtbaar welke onderdelen al afgerond zijn, welke verbeteringen nog openstaan en welke afhankelijkheden invloed hebben op de planning.
Indeling in DevOps
Binnen DevOps maak ik onderscheid tussen:
- afgeronde werkzaamheden;
- openstaande verbeterpunten;
- benodigde databasewijzigingen;
- nog te implementeren endpoints;
- bevindingen uit testresultaten en feedback.
Deze indeling helpt om verbeterpunten niet als losse opmerkingen te bewaren, maar om ze te vertalen naar uitvoerbare taken.
Geplande verbeteringen
| Verbetering | Reden | Planning |
|---|---|---|
| Offering-endpoints verder uitwerken | OOAPI bevat aparte offering-objecten die nog niet volledig waren uitgewerkt | Inplannen na afronding van de must-have endpoints |
| Mappingprofielen uitbreiden | Niet alle optionele velden konden direct gemapt worden | Alleen velden oppakken waarvoor geen databasewijziging nodig is |
| UUID-verwerking aanpassen | Tijdens testen bleek dat sommige UUID’s niet uit de database kwamen | Prioriteit geven omdat dit invloed heeft op datakwaliteit |
| Objectmodellen uitbreiden | Extra velden en objectstructuren zijn nodig voor verdere OOAPI-dekking | Opnemen als vervolgwerk na stabilisatie |
Afweging
Niet elk verbeterpunt is direct ingepland voor realisatie. Verbeteringen die de werking van bestaande endpoints of testresultaten direct beinvloeden krijgen voorrang. Grotere uitbreidingen worden bewust als vervolgwerk gepland, zodat de eindoplevering van de basisfunctionaliteit haalbaar blijft.