...

Ik vind dat dit project goed gebruik hebben gemaakt van wat Scrum ons aanbood, de daily standups waren handig om iedereen op een lijn te krijgen over wat iedereen aan het doen was. De sprint planningen zorgde ervoor dat de sprints goed ingepland konden worden, het kwam natuurlijk wel voor dat we soms net iets te veel taken hadden opgenomen maar het is ook lastig schatten. De sprint retrospectives hielpen erg om te leren van wat goed ging en wat niet zodat we dit de volgende sprint konden aanpassen en hierdoor beter konden werken. Tot slot de sprint reviews waren goed om aan de opdrachtgever aan te tonen wat er gedaan was en wat het plan was voor de volgende sprint. Doordat het incrementeel was hadden we ook elke sprint iets om te laten zien aan de opdrachtgever wat voor hun ook een stuk fijner is dan hoe het werkte bij de RUP methode van ISE-P.

5. Rol

Tijdens het project had ik samen met Connor de rol kwaliteitsmanager dit is uiteindelijk erg goed uitgekomen aangezien ik vooral aan de backend en database werkte en Connor aan de frontend, zo had elk sub systeem zijn eigen kwaliteitsmanager. Tijdens het project heb ik mij buiten mijn eigen bijdrage aan het programeren en documenteren ook bezig gehouden met het zorgen dat alles van goede kwaliteit was. Ik heb veel documenten doorgelopen om deze te controleren en heb ook aardig wat pull requests gereviewed, ik kan natuurlijk niet alles nakijken dus als iemand anders dit deed zouden zij zich houden aan de kwaliteitseisen en definition of done die ik heb geschreven en zijn opgenomen in het PvA. Ook heb ik me bezig gehouden met wat feedback toepassen die we tussentijds onvangen hadden van onze procesbegeleider.

...

Zoals ik beschreven heb bij hoofdstuk 5 

7. Leerdoelen

7.1 Leerdoel 1: Duidelijker aangeven aan de groep waar ik aan werk.

...