Detailomschrijving feedbackmoment: Sprint Review
Korte uitleg
Sprint Review is het feedbackmoment waarin de student zichtbaar maakt wat er in de sprint is opgeleverd, welke keuzes daarbij zijn gemaakt en hoe feedback of inzichten zijn verwerkt in product, ontwerp of aanpak. Het moment richt zich op het tonen, toelichten en bespreken van tussenresultaten of opgeleverde onderdelen.
Sprint Review heeft een ontwikkelingsgerichte functie. Het helpt studenten om hun werk bespreekbaar te maken, feedback op te halen bij anderen en de relatie zichtbaar te maken tussen uitgevoerde activiteiten, gemaakte keuzes en de kwaliteit van het resultaat. Tegelijkertijd levert het datapunt informatie op over de ontwikkeling van de student binnen de sprint.
Niet ieder toonmoment hoeft te leiden tot vastgelegde feedback in Portflow. Rond de voortgangsevaluaties is door drukte het mogelijk om de sprint reviews informeler vorm te geven en wat van de feedbackdruk weg te nemen uit deze weken.
Wat komt aan bod
Binnen Sprint Review staan vragen centraal zoals:
- Wat heeft de student in deze sprint opgeleverd?
- Hoe sluit het opgeleverde werk aan op de opdracht, de gebruiker of de sprintdoelen?
- Welke feedback is opgehaald en hoe is die verwerkt?
- Welke keuzes zijn gemaakt in ontwerp, product of aanpak?
- Hoe verantwoordt de student de opbrengst van de sprint?
- Wat is een logische volgende stap?
Sprint Review kan individueel, in teamverband of in een bredere presentatievorm plaatsvinden. Afhankelijk van de context kan het gaan om een review met docent, peers, studentmentor, opdrachtgever of product owner, maar ook om een presentatie, onderzoekspresentatie, demo, pitch, figma-presentatie of een andere vorm waarin resultaten zichtbaar en bespreekbaar worden gemaakt.
Mogelijke artefacten
Mogelijke artefacten of input voor Sprint Review zijn:
- Een werkend product of productonderdeel.
- Screenshots, opnames of demo’s.
- Papierenschetsen of wireframes.
- Prototypes.
- Een pitch of presentatie.
- Een figma-presentatie.
- Een verbeterde versie van een eerder product.
- Peerfeedback met zichtbare aanpassingen.
- Een feedbackbot of andere iteratieve uitwerking.
- User stories of productkeuzes die in de sprint zijn gerealiseerd.
Niet elk artefact hoeft in elke sprint aanwezig te zijn. De keuze voor artefacten hangt samen met het type opdracht, de fase van het semester en wat de student moet laten zien om ontwikkeling en kwaliteit zichtbaar te maken.
Leeruitkomsten en succescriteria
Binnen Sprint Review ligt de nadruk vooral op leeruitkomsten en succescriteria die te maken hebben met analyseren en adviseren, ontwerpen en realiseren, en in sommige gevallen persoonlijk leiderschap of samenwerken. Afhankelijk van de sprint kan Sprint Review onder meer raken aan:
- GenAI verantwoordelijk inzetten.
- Methodisch werken (TMC-proces).
- Feedback verwerken op product.
- Iteratief ontwerp verbeteren.
- User stories volgen.
- SCRUM-bord bijhouden.
- Probleem verhelderen/afbakenen.
- Stakeholders herkennen.
- Professioneel met stakeholders omgaan.
- Advies communiceren.
- Product opleveren.
- SCRUM-events toepassen.
In latere sprints kan Sprint Review ook raken aan het ophalen en verwerken van feedback van gebruikers, opdrachtgevers of product owners, en aan het zichtbaar maken van de relatie tussen onderzoek, ontwerpkeuzes en productontwikkeling.
Praktische werkvormen
Passende werkvormen voor Sprint Review zijn bijvoorbeeld:
- Review met docent.
- Review met peers.
- Review met studentmentor.
- Review met opdrachtgever.
- Review met product owner.
- Onderzoekspresentatie.
- Presentatie.
- Gamemarkt.
- Demo.
- Feestelijke afsluiting.
- Pitch.
- Figma-presentatie.
De werkvorm hoeft niet elke sprint hetzelfde te zijn. Juist variatie kan helpen om de review aan te laten sluiten op het type product, de fase van het project en het soort feedback dat op dat moment het meest waardevol is.
Aandachtspunten voor uitvoering
Voor de uitvoering van Sprint Review is het belangrijk dat studenten niet alleen laten zien wat zij hebben gemaakt, maar ook toelichten waarom zij keuzes hebben gemaakt, welke feedback zij hebben gebruikt en hoe hun werk zich verhoudt tot de opdracht of gebruiker. Dat vraagt om concrete artefacten, een duidelijke toelichting en ruimte voor dialoog.
Daarnaast is het belangrijk om onderscheid te maken tussen presenteren en registreren. Studenten kunnen vaker werk tonen of bespreken dan er feedback in Portflow wordt vastgelegd. Voor het programma is vooral van belang dat per relevante sprint ten minste één betekenisvol Sprint Review-datapunt wordt vastgelegd.
Overzicht per sprint
Sprint Review 1
Korte omschrijving
Sprint Review 1 is het eerste moment waarop studenten zichtbaar maken wat zij in de eerste sprint hebben onderzocht, ontworpen en verbeterd. In deze review ligt de nadruk op het tonen van eerste producten, het bespreken van ontvangen feedback en het zichtbaar maken van eerste iteraties.
Mogelijke artefacten
- Bekend met AI chatbot, en feedback bot gemaakt.
- Papierenschets profielpagina.
- Verbeterde feedback bot.
- Peerfeedback met daarop zichtbare aanpassingen op profielpagina.
Succescriteria per leeruitkomst
Persoonlijk Leiderschap
| Onderwerp | Succescriteria |
|---|---|
| GenAI verantwoordelijk inzetten | Je benoemt expliciet wanneer, hoe en waarom je GenAI inzet. |
| Voortgang documenteren | Je noteert wekelijks je behaalde resultaten en obstakels in het portfolio-systeem. |
Analyseren & Adviseren
| Onderwerp | Succescriteria |
|---|---|
| Methodisch werken (TMC-proces) | Je doorloopt denken-maken-testen (think-make-check) met je prototype en product. |
| Feedback verwerken op product | Je past feedback op het product toe in je product en toont aanpassingen. |
| Feedback houd je bij in je project en je benoemt hoe je deze toepast. |
Ontwerpen & Realiseren
| Onderwerp | Succescriteria |
|---|---|
| Iteratief ontwerp verbeteren | Je verbetert je ontwerp en product iteratief op basis van TMC-feedback. |
| Je maakt het TMC-proces zichtbaar in de documentatie en mondelinge rapportages. |
Geschikte werkvormen
- Review met docent.
- Review met peers.
- Presentatie.
- Demo.
- Pitch.
Sprint Review 2
Korte omschrijving
Sprint Review 2 richt zich op het zichtbaar maken van de eerste programmeer- en projectresultaten. De student laat zien hoe een user story is uitgewerkt en hoe het resultaat aansluit op de opdracht en de sprintdoelen.
Mogelijke artefacten
- User story.
Succescriteria per leeruitkomst
Persoonlijk Leiderschap
| Onderwerp | Succescriteria |
|---|---|
| Proactieve rol in leerproces | Je stelt tijdens bijeenkomsten of coaching gerichte vragen over je eigen aanpak. |
| Je zoekt actief hulp als je vastloopt bij je werk. | |
| Je maakt actief aantekeningen en structureert onderwerpen tijdens instructiemomenten en zelfstudie. |
Ontwerpen & Realiseren
| Onderwerp | Succescriteria |
|---|---|
| User stories volgen | Je werkt aan gegeven user stories en markeert als done. |
| User stories volgen | Je controleert jouw issues op feedback van teamgenoten en verbetert waar nodig. |
Managen & Samenwerken
| Onderwerp | Succescriteria |
|---|---|
| SCRUM-bord bijhouden | Je verplaatst je taken op en update status. |
Sprint Review 3, 4 en 5
Korte omschrijving
Sprint Review 3, 4 en 5 vormen samen de reviewlijn binnen het projectonderwijs. In deze fase maken studenten zichtbaar wat zij per sprint hebben opgeleverd, hoe ontwerp- en productkeuzes tot stand zijn gekomen en hoe feedback van gebruikers, opdrachtgever, product owner of docent is verwerkt in het resultaat. Binnen deze reviewmomenten kan de nadruk per sprint verschillen. In de ene sprint ligt het accent meer op product demonstratie, in een andere sprint meer op ontwerpverantwoording, stakeholdercommunicatie of de verwerking van feedback in product en proces.
Mogelijke artefacten
- GitLab commits.
- Planbord.
- Prototypes.
- Screenshots of recording van product.
- Pitch voor product owner.
Succescriteria per leeruitkomst
Analyseren & Adviseren
| Onderwerp | Succescriteria |
|---|---|
| Methodisch werken (TMC-proces) | Je doorloopt denken-maken-testen (think-make-check) met je prototype en product. |
| Probleem verhelderen/afbakenen | Je legt in eigen woorden uit wat het doel van het product is en controleert dit. |
| Je onderscheidt feiten van aannames en geeft aan wat je nog niet weet. | |
| Stakeholders herkennen | Je benoemt wie belangrijk zijn voor het project (en waarom). |
| Professioneel met stakeholders omgaan | Je bereidt interview/gesprekken/demo-momenten voor en bespreekt ideeën respectvol met betrokkenen. |
| Je verifieert (bewust) mogelijke aannames en checkt deze bij de stakeholder | |
| Advies communiceren | Je presenteert je analyse mondeling (reviews) en schriftelijk (documentatie). |
| Feedback verwerken op product | Je past feedback op het product toe in je product en toont aanpassingen. |
| Feedback houd je bij in je project en je benoemt hoe je deze toepast. | |
| Prototype maken en testen | Je maakt een eenvoudig prototype, test met gebruiker, noteert verbeterpunt. |
Ontwerpen & Realiseren
| Onderwerp | Succescriteria |
|---|---|
| Product opleveren | Je levert een interactieve webapp die voldoet aan de gestelde eisen |
| Je kunt toelichten hoe eisen zijn geïmplementeerd met code en waarom je bepaalde keuzes hebt gemaakt. | |
| Iteratief ontwerp verbeteren | Je verbetert je ontwerp en product iteratief op basis van TMC-feedback. |
| Je maakt het TMC-proces zichtbaar in de documentatie en mondelinge rapportages. | |
| Gebruiker centraal | Je maakt eenvoudige wireframes en UI die aansluiten bij het gebruikersonderzoek en testresultaten. |
| Je kunt toelichten hoe inzichten over gebruikers zijn vertaald naar ontwerpkeuzes. |
Managen & Samenwerken
| Onderwerp | Succescriteria |
|---|---|
| SCRUM-bord bijhouden | Je verplaatst je taken op het bord en update status. |
| SCRUM-events toepassen | Je participeert actief in planning/review/retro. |
| SCRUM-events toepassen | Je draagt bij aan de voorbereiding op SCRUM-events. |
| Werk verdelen | Je pakt toegewezen werk op en stemt taken af met team. |
| Je wijst jezelf toe aan user stories en houdt tijdens je werk het sprint board up-to-date. | |
| Eigen werk controleren | Je checkt eigen werk tegen DoD en meldt issues. |
| Feedback communiceren | Je deelt complimenten/verbeterpunten tijdens code reviews. |
| Feedback geven/ontvangen | Je geeft en ontvangt eenvoudige feedback tijdens events. |
| Je noteert feedback op issues en tijdens retrospectives. | |
| Git gebruiken | Je maakt regelmatig commits op de main branch. |
| Je kunt merge-conflicten onder begeleiding oplossen. | |
| Commit messages schrijven | Je schrijft korte, beschrijvende commit-berichten. |
Geschikte werkvormen
- Review met docent.
- Review met peers.
- Review met studentmentor.
- Review met opdrachtgever.
- Review met product owner.
- Onderzoekspresentatie.
- Presentatie.
- Demo.
- Pitch.
- Figma-presentatie.