Detailomschrijving feedbackmoment: Technische Review
Korte uitleg
Technische Review is het feedbackmoment waarin de student technisch werk laat zien en toelicht. Het moment is bedoeld om zicht te krijgen op de technische kwaliteit van het werk, de gekozen aanpak, het gebruik van tools en de manier waarop de student technisch bewijs opbouwt en bespreekbaar maakt.
Technische Review heeft een ontwikkelingsgerichte functie. Het helpt studenten om technische keuzes te onderbouwen, feedback op technisch werk te ontvangen en gericht te verbeteren. Tegelijkertijd levert het datapunt informatie op over de technische ontwikkeling van de student binnen de sprint.
Niet iedere technische check hoeft te leiden tot vastgelegde feedback in Portflow. Wel wordt per sprint waarin Technische Review onderdeel is van het onderwijs minimaal één relevant feedbackmoment vastgelegd, zodat er over tijd voldoende datapunten ontstaan voor het programmatisch toetsen-portfolio. Ook moeten minimaal twee Technische Reviews in het semester worden afgenomen volgens het Aalborg-model.
Wat komt aan bod
Binnen Technische Review staan vragen centraal zoals:
- Wat heeft de student technisch gerealiseerd?
- Welke technieken, tools en werkwijzen zijn gebruikt?
- Is het werk navolgbaar, testbaar en bespreekbaar?
- Hoe verantwoordt de student technische keuzes?
- In hoeverre is feedback zichtbaar verwerkt in code, documentatie of technische opzet?
- Hoe maakt de student gebruik van ontwikkeltools en versiebeheer?
Technische Review kan individueel of in kleine groepen plaatsvinden. Afhankelijk van de context kan het gaan om een expert review, code review, peer review, review met een studentmentor, een technische demo of een vraaggesprek aan de hand van code, documentatie of prototypes.
Mogelijke artefacten
Mogelijke artefacten of input voor Technische Review zijn:
- HTML/CSS of andere front-end uitwerkingen.
- GitLab commits of andere zichtbare versiehistorie.
- Oefenopgaven en uitwerkingen.
- Debugging-aanpak of herstel van fouten.
- Technische documentatie.
- Prototypes.
- Gebruikerstesten en technische verwerking daarvan.
- Screenshots of opnames van technische voortgang.
- Werkende code of productonderdelen.
- Modellen of systeemstructuren.
Niet elk artefact hoeft in elke sprint aanwezig te zijn. De keuze voor artefacten hangt samen met het type opdracht, de technische fase van het project en wat de student moet laten zien om ontwikkeling zichtbaar te maken.
Leeruitkomsten en succescriteria
Binnen Technische Review ligt de nadruk vooral op leeruitkomsten en succescriteria die te maken hebben met ontwerpen en realiseren, analyseren en adviseren, en managen en samenwerken. Afhankelijk van de sprint kan Technische Review onder meer raken aan:
- Web-technieken toepassen.
- IDE/tools gebruiken.
- Programmeren (procedureel).
- Ontwikkelen en debuggen.
- Systeemstructuur maken.
- Modelleren toepassen.
- Methodisch werken.
- Prototype maken en testen.
- Stakeholderonderzoek: testen.
- Testfeedback verwerken.
- Git gebruiken.
- Commit-messages schrijven.
- User stories volgen.
In latere sprints kan Technische Review ook raken aan professionele en veilige werkhouding, bijvoorbeeld wanneer studenten hun technische keuzes moeten onderbouwen, testresultaten moeten verwerken of hun technische bijdrage transparant moeten maken in Git of documentatie.
Praktische werkvormen
Passende werkvormen voor Technische Review zijn bijvoorbeeld:
- Expert review.
- Code review.
- Code review met studentmentor.
- Code review met peers.
- Vragen volgens Aalburg model.
- Demo coderen.
De werkvorm hoeft niet elke sprint hetzelfde te zijn. Juist variatie kan helpen om de review aan te laten sluiten op het soort technisch werk, de complexiteit van de opdracht en de ontwikkelbehoefte van de student.
Aandachtspunten voor uitvoering
Voor de uitvoering van Technische Review is het belangrijk dat studenten niet alleen een eindproduct tonen, maar ook inzicht geven in hun technische keuzes, werkwijze en ontwikkeling. Dat vraagt om concrete technische vragen, zichtbaar bewijs en ruimte om feedback direct te koppelen aan verbetering.
Daarnaast is het belangrijk om onderscheid te maken tussen technisch begeleiden en registreren. Studenten kunnen vaker technische feedback ontvangen dan er feedback in Portflow wordt vastgelegd. Voor het programma is vooral van belang dat per relevante sprint ten minste één betekenisvol Technische Review-datapunt wordt vastgelegd.
Overzicht per sprint
Technische Review Sprint 1
Korte omschrijving
Technische Review 1 is het eerste technische feedbackmoment binnen de profielpagina-opdracht. De student laat hier zien dat de eerste versie van de profielpagina technisch is opgebouwd en dat het werk in GitLab zichtbaar is vastgelegd.
Mogelijke artefacten
- HTML/CSS kunnen toepassen voor profielpagina.
- Commits van werk op GitLab.
Succescriteria per leeruitkomst
Ontwerpen & Realiseren
| Onderwerp | Succescriteria (student) |
|---|---|
| Web-technieken toepassen | Je past HTML, CSS en basis-JavaScript toe om een eenvoudige webpagina te maken. |
| Je kunt uitleggen hoe de webpagina is opgebouwd en waarom je deze oplossing hebt gekozen. | |
| IDE/tools gebruiken | Jij richt een ontwikkelomgeving in en gebruikt deze consistent. |
| Systeemstructuur maken | Je bouwt een eenvoudige structuur voor code/data (bijv. modules). |
| Je schrijft functies die één taak hebben. | |
| Je hergebruikt code om duplicaat code te vermijden. | |
| Je bouwt structuren en functies die cyber veilig zijn. |
Managen & Samenwerken
| Onderwerp | Succescriteria (student) |
|---|---|
| Git gebruiken | Jij maakt regelmatig commits op de main branch. |
| Jij kunt merge-conflicten onder begeleiding oplossen. | |
| Commit-messages schrijven | Jij schrijft korte, beschrijvende commit-berichten. |
Geschikte werkvormen
- Expert review met docent.
- Code review op basis van GitLab.
- Korte technische demo van de profielpagina.
Technische Review Sprint 2
Korte omschrijving
Technische Review 2 richt zich op de eerste programmeerontwikkeling binnen Programming 101. De student laat zien hoe oefeningen technisch zijn uitgewerkt, hoe fouten zijn opgespoord en opgelost, en hoe code op een navolgbare manier is vastgelegd in Git.
Mogelijke artefacten
- Oefening commits.
- Debugging.
- Project commits.
Succescriteria per leeruitkomst
Ontwerpen & Realiseren
| Onderwerp | Succescriteria (student) |
|---|---|
| Programmeren (procedureel) | Je schrijft procedurele code voor een eenvoudig probleem, die voldoet aan gegeven eisen. |
| Je past procedurele principes toe (variabelen, expressies, condities, loops, functies, I/O) in een eenvoudig programma en onderbouwt je keuzes met uitleg van de werking en logica. | |
| IDE/tools gebruiken | Je richt een ontwikkelomgeving in en gebruikt deze consistent. |
| Systeemstructuur maken | Je bouwt een eenvoudige structuur voor code/data (bijv. modules). |
| Je schrijft functies die één taak hebben. | |
| Je hergebruikt code om duplicaat code te vermijden. | |
| Je bouwt structuren en functies die cyber veilig zijn. | |
| Ontwikkelen en debuggen | Je leest foutmeldingen in de terminal en console en doet onderzoek naar of vraagt hulp bij het probleem. |
| Je lost (met begeleiding) bugs op. | |
| Je koppelt invoer en uitvoer aan een eenvoudige database. |
Managen & Samenwerken
| Onderwerp | Succescriteria (student) |
|---|---|
| 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.Jij schrijft commits die duidelijk maken wat je hebt aangepast. |
Geschikte werkvormen
- Code review met docent.
- Code review met peers.
- Review met studentmentor.
- Technische bespreking van debugging-keuzes.
- Demo coderen.
Technische Review Sprint 3, 4 en 5
Korte omschrijving
Technische Review 3, 4 en 5 vormen samen de technische reviewlijn binnen het projectonderwijs. In deze fase laat de student zien hoe technische keuzes, documentatie, prototypes, tests en codeontwikkeling bijdragen aan het projectresultaat. Het reviewmoment helpt om technische kwaliteit zichtbaar te maken en gericht te verbeteren.
Binnen deze reviewmomenten kan de nadruk per sprint verschillen. In de ene sprint ligt het accent meer op documentatie en structurering, in een andere sprint meer op testen, debuggen, modelleren of het verwerken van feedback uit gebruikerstesten.
Mogelijke artefacten
- Technische documentatie.
- GitLab commits.
- Gebruikerstesten.
- Prototypes.
- Werkende code.
- Modellen of systeemstructuren.
Succescriteria per leeruitkomst
Persoonlijk Leiderschap
| Onderwerp | Succescriteria (student) |
|---|---|
| Proactieve rol in leerproces | Jij neemt initiatief in het verbeteren van je technische werk. |
| Je zoekt actief hulp als je vastloopt bij je werk. | |
| Je maakt actief aantekeningen en structureert onderwerpen tijdens instructiemomenten en zelfstudie. | |
| GenAI verantwoordelijk inzetten | Je benoemt expliciet wanneer, hoe en waarom je GenAI inzet. |
| Veilig en verantwoord werken | Je houdt rekening met veiligheidseisen en maakt verantwoorde keuzes tijdens je werk. |
Analyseren & Adviseren
| Onderwerp | Succescriteria (student) |
|---|---|
| Methodisch werken | Je doorloopt denken-maken-testen (think-make-check) met je prototype en product. |
| Stakeholder analyse | Je maakt een overzicht van gebruikers met kenmerken. |
| Behoefte onderzoek | Je werkt behoeften uit voor een groep en gebruikt dit voor ontwerpkeuzes. |
| Je houdt rekening met externe eisen (wet- en regelgeving) mee. | |
| Je koppelt user stories aan de gevonden behoeften. | |
| Test feedback verwerken | Je beschrijft inzichten uit testen en past dit toe in ontwerp en product. |
| Prototype maken en testen | Je maakt een eenvoudig prototype, test met gebruiker, noteert verbeterpunt. |
| Stakeholderonderzoek: testen | Jij haalt testinformatie op bij relevante gebruikers of betrokkenen. |
Ontwerpen & Realiseren
| Onderwerp | Succescriteria (student) |
|---|---|
| Web-technieken toepassen | Je past HTML, CSS en basis-JavaScript toe om een eenvoudige webpagina te maken. |
| Je kunt uitleggen hoe de webpagina is opgebouwd en waarom je deze oplossing hebt gekozen. | |
| Programmeren (procedureel) | Je schrijft procedurele code voor een eenvoudig probleem, die voldoet aan gegeven eisen. |
| Je past procedurele principes toe (variabelen, expressies, condities, loops, functies, I/O) in een eenvoudig programma en onderbouwt je keuzes met uitleg van de werking en logica. | |
| Ontwikkelen en debuggen | Je leest foutmeldingen in de terminal en console en doet onderzoek naar of vraagt hulp bij het probleem. |
| Je lost (met begeleiding) bugs op. | |
| Je koppelt invoer en uitvoer aan een eenvoudige database. | |
| IDE-tools gebruiken | Je richt een ontwikkelomgeving in en gebruikt deze consistent. |
| Systeemstructuur maken | Jij brengt samenhang en structuur aan in code en bestanden. |
| Je schrijft functies die één taak hebben. | |
| Je hergebruikt code om duplicaat code te vermijden. | |
| Je bouwt structuren en functies die cyber veilig zijn. | |
| Modelleren toepassen | Je modelleert een simpele dataverzameling of systeem met basis ERD-elementen (entiteiten, attributen, relaties). |
Managen & Samenwerken
| Onderwerp | Succescriteria (student) |
|---|---|
| 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. |
| User stories volgen | Je werkt aan gegeven user stories en markeert als done. |
| Je controleert jouw issues op feedback van teamgenoten en verbetert waar nodig. |
Geschikte werkvormen
- Expert review.
- Code review met docent.
- Code review met peers.
- Code review met studentmentor.
- Review van technische documentatie.
- Bespreking van gebruikerstesten en verwerking daarvan.
- Demo coderen.
- Vraaggesprek aan de hand van code, modellen of technische keuzes.