typo

docs/reflectie.md

@@ -84,7 +84,6 @@ We zijn erg tevreden over de waarde van het embedden van echte projecten in het
 
 > Ik zag sprint 4 en 5 als een periode van nieuwe dingen leren en maken voor de opdrachtgever. Sprint 6 zag ik als een periode waarbij je alles mocht inzetten wat je hebt geleerd en dat was erg leuk want je kon nog alles herhalen wat je eerder hebt geleerd en het op een creatieve manier toepassen. _- Student in de blokenquete_
 
-
 > Wij werken graag samen met CMD en FDND om in persoon inzicht te krijgen in de nieuwe generatie web developers. Het curriculum van CMD(delen van) en FDND(in zijn geheel) sluiten naadloos aan bij onze werkzaamheden, werkwijze en visie op het vakgebied. Het is fijn om te zien dat de opleidingen de focus op juiste zaken hebben. Daarbij komen wij direct met een groot deel van de studenten in contact. Studenten weten ons daardoor zonder moeite te vinden als ze op zoek zijn naar een stage plek later in hun studie en na hun studie als potentiele werkgever. Onze samenwerking heeft geleid tot dat een groot deel van onze werknemers oud studenten zijn van CMD en FDND. _- Declan Rek, Lead Developer bij [De Voorhoede](https://www.voorhoede.nl/)_
 
 > Bieb in Bloei is een project dat door studenten van FDND, in opdracht van Buurtcampus Oost wordt uitgevoerd... _- Mariska Gunsink, Project Manager Duurzaamheid bij [Buurtcampus Oost](https://www.buurtcampusoost.nl/)_
@@ -117,7 +116,7 @@ We hopen met deze aanpassing het doel, toetsing als leermoment, beter te bediene
 
 Het curriculum werkt in grote lijnen zeer goed. De opbouw in toenemende complexiteit komt vanaf het begin duidelijk naar voren. Wel hebben we op enkele punten de thema's of de volgorde van de sprints aangepast. Zo hebben we op semesterniveau belangrijke front-endprincipes in dezelfde volgorde van sprints aangeboden. Door de herhaling van lesstof uit voorgaande semesters wordt de stof geleidelijk steeds complexer. Een voorbeeld hiervan is sprint 10 in semester 2, die we hebben hernoemd van _Performance Matters_ naar _User Experience_, waardoor deze sprint beter aansluit bij sprint 4 uit semester 1, _Look and Feel_.
 
-Ook op sprintniveau bevalt de opbouw van het curriculum vanaf de start van de opleiding uitstekend. Het vaste ritme van drie weken per sprint, met vaste instructiemomenten en differentiatiedagen, biedt duidelijkheid en structuur, wat goed werkt voor de studenten [verwijzing naar feedback uit enquête]. Ook hier hebben we enkele aanpassingen gedaan om beter in te spelen op de leerbehoeften van de studenten. Zo hebben we bijvoorbeeld de manier waarop studenten feedback verzamelen aangepast. Zoals beschreven in het hoofdstuk _[Vormgeving van toetsing](#vormgeving-van-toetsing)_, kregen de checkpoints een te prominente rol. We hebben nu de feedbackloop anders ingericht: op de eerste twee vrijdagen van elke sprint voeren studenten (en coaches) design- en codereviews uit op elkaars werk. De feedback uit deze reviews wordt omgezet in issues op GitHub. Tijdens de _Retrospect_ op de laatste vrijdag van de sprint reflecteren studenten op de ontvangen feedback en gebruiken ze deze om hun bewijslast in Portflow te onderbouwen. In de volgende sprint bespreken ze deze reflectie met een coach om te ebwijslast te valideren.
+Ook op sprintniveau bevalt de opbouw van het curriculum vanaf de start van de opleiding uitstekend. Het vaste ritme van drie weken per sprint, met vaste instructiemomenten en differentiatiedagen, biedt duidelijkheid en structuur, wat goed werkt voor de studenten [verwijzing naar feedback uit enquête]. Ook hier hebben we enkele aanpassingen gedaan om beter in te spelen op de leerbehoeften van de studenten. Zo hebben we bijvoorbeeld de manier waarop studenten feedback verzamelen aangepast. Zoals beschreven in het hoofdstuk _[Vormgeving van toetsing](#vormgeving-van-toetsing)_, kregen de checkpoints een te prominente rol. We hebben nu de feedbackloop anders ingericht: op de eerste twee vrijdagen van elke sprint voeren studenten (en coaches) design- en codereviews uit op elkaars werk. De feedback uit deze reviews wordt omgezet in issues op GitHub. Tijdens de _Retrospect_ op de laatste vrijdag van de sprint reflecteren studenten op de ontvangen feedback en gebruiken ze deze om hun bewijslast in Portflow te onderbouwen. In de volgende sprint bespreken ze deze reflectie met een coach om de bewijslast te valideren.
 
 De opbouw van het programma leent zich ook uitstekend voor langlopende projecten met echte opdrachtgevers. Door te werken in sprints, zoals gebruikelijk is in het vakgebied, kunnen we agile aan de projecten voor echte opdrachtgevers werken en in meerdere iteraties steeds meer betekenis aan de projecten geven. Hoewel de thema's over het algemeen goed aansluiten bij de opdrachtomschrijvingen, hebben we in de afgelopen leerjaren enkele aanpassingen doorgevoerd. Zo hebben we bijvoorbeeld de leertaak Creative Coding in sprint 17 meer afgestemd op de lopende projecten, waar deze voorheen veel vrijer was. Ook hebben we de laaste sprint van Semester 3, sprint 18 hernoemd naar _Release Candidate_, waar het voorheen _Let's JAM_ heette. Nu staat de sprint in het teken van het afronden van de projecten in plaats, waar de sprint voorheen in het teken van een aparte opdracht voor 3 weken stond. Hiermee spelen we beter in op de leerbehoeften van de studenten [verwijzing naar feedback uit studenten enquête].