VE1 valt rond 1/3 van het semester en bouwt op de eerste twee onderwijsblokken:
Student wrapped (sprint 0): kennismaken met het onderwijs, AI‑chatbot/feedbackbot en de profielpagina‑opdracht (HTML/CSS).
Programming 101 (sprint 1): zelfregulerend leren, programmeeroefeningen in p5.js en een klein individueel programmeerproject.
De feedbackmomenten binnen die scope zijn de 0‑ en 1‑genummerde momenten: Coaching 0/1, Sprint review 0/1, Retrospective 0/1 en Technische review 0/1.
Belangrijk voor het wegen: het teamproject Studiekiezers (sprint 2–4) komt ná VE1. Alles wat draait om stakeholders, behoefte‑/probleemanalyse, advies, Scrum in teamverband, database‑/hardware‑koppeling en het implementeren van een eenvoudig datamodel is bij VE1 nog niet aan de orde. Daardoor zijn vooral Persoonlijk Leiderschap en Ontwerpen & Realiseren bij VE1 al goed zichtbaar, terwijl Analyseren & Adviseren en Managen & Samenwerken nog maar beperkt aantoonbaar zijn. Dat is de reden dat hieronder veel criteria gemarkeerd zijn als "komt later".
Je bent aanwezig en voorbereid bij geroosterde momenten, neemt actief deel aan Scrum‑events en komt afspraken na. Je draagt zichtbaar bij aan opdrachten, je kunt je keuzes toelichten en je communiceert proactief bij problemen.
Goed zichtbaar in VE1. Opdrachten zijn hier vooral Student wrapped (profielpagina) en het Programming 101‑project, maar we bedoelen ook het gedrag tussen opdrachten: aanwezig zijn, meedoen, afspraken nakomen.
b
Je vraagt regelmatig feedback op je werk en werkhouding, en laat zien hoe je deze feedback gebruikt om je aanpak te verbeteren.
Beginnend in VE1. Het minimale voor VE1 is dat je deelneemt aan de docentgestuurde feedbackmomenten (Coaching, Technische review) en daar actief feedback/hulp vraagt. Frequent en zelfstandig feedback ophalen mag later groeien.
c
Je reflecteert regelmatig op concrete situaties uit je leerproces: je beschrijft wat je deed, analyseert wat je daarvan leerde en formuleert concrete leerdoelen voor je verdere ontwikkeling.
Zichtbaar in VE1. Voor VE1 volstaat een goed en eerlijk ingevulde zelfevaluatie. Neem wel de opmerkingen uit Coaching‑gesprekken mee: hoe concreet, eerlijk en leeruitkomstgericht is die zelfevaluatie ingevuld?
d
Je plant je werk, monitort je voortgang en past je aanpak aan wanneer je merkt dat iets niet werkt.
Beginnend in VE1. Voor VE1 gaat het vooral om het gebruik van dagplanning (weekoverzicht, P101‑planning) en het niet volledig vastlopen. Studenten hoeven nog geen uitgewerkt lange‑termijnplan te hebben.
e
Je documenteert je werk, reflecties, feedback en leerdoelen in een portfolio dat je leerproces zichtbaar en navolgbaar maakt.
In opbouw bij VE1. Dit omvat zowel het vastleggen van bewijs en feedback uit docentgestuurde momenten als het maken van aantekeningen, mindmaps en het invullen van de zelfreflectie; het portfolio mag nog "in opbouw" zijn.
f
Je maakt bewuste keuzes over de inzet van generatieve AI op basis van wat je wilt leren en houdt bij je werk rekening met veiligheid en privacy.
Kennismaking in VE1. Voor VE1 is deelnemen aan de AI‑chatbotopdracht en laten zien hoe je GenAI inzet voldoende. Verdere uitwerking van veiligheid, privacy en bewuste keuzevorming volgt in latere momenten.
Feedbackmoment (type)
Bewijs / artefact(en)
Opmerkingen
Coaching 0 (docentgestuurd)
- SB‑gesprek over onboarding, toegang tot systemen. - Eerste studieplanning / weekoverzicht. - Eerste portfolio‑items (bijvoorbeeld notities, korte reflecties).
- Dit gesprek is mogelijk niet vastgelegd door een OUT; het missen hiervan hoef je niet mee te wegen in je oordeel. - Student oefent hier voor het eerst met plannen; bij Coaching 1 moet hij laten zien dat hij dit meerdere keren doet. - Portfolio mag hier nog een eerste, onvolledig begin zijn.
Retrospective 0 (studentgestuurd)
- Reflectie op aanpak van de profielpagina. - Eigen planning en terugblik op wat wel/niet werkte.
- Studentgestuurd en vaak nog onwennig; mogelijk niet goed of niet volledig in Portflow meegenomen. - Weeg dit bij VE1 niet te zwaar, maar gebruik het formatief om tips te geven hoe de student in vervolg‑retrospectives beter kan plannen en reflecteren.
Coaching 1 (docentgestuurd)
- Bespreking professionele houding in Programming 101 (meedoen, aantekeningen maken, hulp/feedback vragen). - P101‑planning met zichtbare voortgang (bijv. dagplanning). - Eerste formulering van een persoonlijk leerdoel. - Portfolio‑items rond P101 (planning, reflecties, feedback).
- Hier moet duidelijk zijn dat de student goed meedoet, aantekeningen maakt en feedback & hulp vraagt. - De student moet meerdere keren hebben laten zien dat hij is gestart met planmatig werken (minimaal op dag‑niveau). - De student moet zijn start hebben gemaakt met het opstellen van een persoonlijk leerdoel. - Portfolio hoeft nog niet af te zijn, maar moet wel een zichtbaar begin van documenteren van werk, reflecties en feedback laten zien.
Gebruik van GenAI (overal waar relevant)
- Voorbeelden waar de student GenAI heeft ingezet in opdrachten of project. - Korte toelichting (mondeling of schriftelijk) waarom en hoe GenAI is gebruikt.
- Bij VE1 volstaat dat de student expliciet benoemt wanneer hij GenAI gebruikt en kort kan toelichten waarom. - Diepgang in omgaan met veiligheid en privacy mag later in het semester verder groeien; bij VE1 vooral gebruiken als gesprekspunt.
Hoofdlijn voor VE1: A&A ligt grotendeels nog vóór de student. Het zwaartepunt — probleemafbakening, stakeholders, behoefteonderzoek en advies (a, b, c, f) — start pas in het project Studiekiezers (sprint 2–4). In VE1 zie je vooral de TMC‑/iteratiekant (d, e) terug via de feedbackbot en de profielpagina: iets eenvoudigs maken, (peer)feedback ophalen en zichtbaar verwerken. Beoordeel A&A bij VE1 daarom mild en alleen op d en e.
Letter
Succescriterium
Opmerkingen specifiek voor VE1
a
Je bakent het probleem af in eigen woorden, herkent stakeholders en hun behoeften, en maakt een overzicht van productkenmerken.
Komt later. Probleemafbakening en stakeholders horen bij het project Studiekiezers (sprint 2+). Bij VE1 hooguit een eerste, informeel besef van "voor wie maak ik dit" bij de profielpagina; niet meewegen.
b
Je gaat professioneel met stakeholders om: bereidt vragen/demo's voor, bespreekt ideeën respectvol en doet behoefteonderzoek voor een groep.
Komt later. Stakeholderinteractie (interviews, behoefteonderzoek) start in het project. In VE1 nog niet aantoonbaar.
c
Je herkent externe eisen (wet‑ en regelgeving) die van toepassing zijn en neemt deze mee in de uitvoering.
Komt later. Wet‑ en regelgeving wordt in het project meegenomen. Voor VE1 niet vereist.
d
Je doorloopt methodisch TMC (denken‑maken‑testen): maakt een eenvoudig prototype, test met (pseudo‑)gebruiker en observeert en noteert resultaten.
Wél zichtbaar in VE1. Via de feedbackbot en de profielpagina doorloopt de student een eenvoudige denken‑maken‑testen‑cyclus; in Programming 101 komt dit terug bij het laten testen van hun project door peers. Voor VE1 volstaat één keer een eenvoudige TMC‑stap zichtbaar maken.
e
Je verwerkt feedback, past inzichten toe in product/ontwerp, toont aanpassingen en beschrijft hoe je dit bijhoudt.
Wél zichtbaar in VE1. De student verwerkt (peer)feedback in de profielpagina en laat de aanpassing zien. Een aantoonbare aanpassing n.a.v. feedback volstaat; systematisch bijhouden mag later groeien.
f
Je presenteert je analyse en aanbevelingen mondeling en schriftelijk, ondersteund met visuele hulpmiddelen zoals schetsen, diagrammen of slides.
Komt later. Analyse en advies presenteren hoort bij het project. In VE1 niet vereist; hooguit kort de profielpagina tonen/toelichten bij Sprint review 0.
Feedbackmoment (type)
Bewijs / artefact(en)
Opmerkingen
Sprint review 0 (studentgestuurd, met docent/peerfeedback)
- Gemaakte en verbeterde feedbackbot. - Profielpagina met peerfeedback en zichtbare aanpassingen.
- Raakt A&A d en e. - Dit is de eerste, eenvoudige TMC‑iteratie; informeel en mild wegen. Het gaat om "iets gemaakt → feedback opgehaald → zichtbaar aangepast".
Retrospective 1 (studentgestuurd)
- Peer review op werk binnen Programming 101. - Notities over testen en wat met ontvangen/gegeven feedback is gedaan.
- Raakt A&A d en e (terugblik op methodisch testen en feedback verwerken). - In sprint 1 heeft de docent geen begeleidingsruimte; volledig studentgestuurd. Gebruik vooral formatief en weeg niet zwaar.
Hoofdlijn voor VE1: dit is de leeruitkomst die bij VE1 het meest concreet zichtbaar is, vooral via Technische review 0 en 1. Het zwaartepunt ligt op individuele technische basisvaardigheid: een webpagina (HTML/CSS/JS), eenvoudige procedurele code, een ontwikkelomgeving inrichten, debuggen en iteratief verbeteren. De zwaardere onderdelen — database‑/hardware‑koppeling (deel van a), een eenvoudig datamodel (e) en serieuze security (f) — komen pas in het project Studiekiezers en hoeven bij VE1 nog niet aangetoond te zijn.
Letter
Succescriterium
Opmerkingen specifiek voor VE1
a
Je bouwt een werkende webpagina met HTML/CSS en eenvoudige JS, schrijft procedurele code die voldoet aan gegeven voorbeelden en koppelt de input en output aan een database en een hardware controller.
Deels in VE1. Beoordeel de webpaginakant (HTML/CSS, eenvoudige JS via de profielpagina) en eenvoudige procedurele code (Programming 101 in p5.js). De koppeling aan database én hardware controller komt pas in het project (sprint 2–4) en is bij VE1 nog niet aan de orde.
b
Je bouwt een oplossing aan de hand van een omschrijving in user‑stories met acceptatiecriteria.
Beginnend in VE1. Werken vanuit user stories start in Programming 101 (Sprint review 1). Voor VE1 volstaat dat de student één user story heeft uitgewerkt tot een werkend resultaat; volledige acceptatiecriteria‑discipline mag groeien.
c
Je richt een ontwikkelomgeving in met IDE/tools, leest foutmeldingen in terminal/console, lost basisbugs op en gebruikt deze consistent.
Goed zichtbaar in VE1. VS Code ingericht, foutmeldingen in terminal/console lezen, basisbugs oplossen — bij zowel profielpagina als Programming 101. Mag bij VE1 nog met hulp.
d
Je verdeelt je code over modules, schrijft functies met één taak, hergebruikt code om duplicatie te vermijden en levert een volledig werkend product en kunt dit toelichten.
Beginnend zichtbaar in VE1. Via profielpagina‑structuur en Programming 101: code overzichtelijk opdelen, functies met één taak, duplicatie vermijden. Beginnend niveau volstaat; het "toelichten van een werkend product" mag nog eenvoudig zijn.
e
Je implementeert een eenvoudige dataverzameling of systeem met basiselementen (tabellen, kolommen, relaties).
Komt later. Het implementeren van een datamodel hoort bij het project (sprint 2+). Bij VE1 niet aan de orde; niet meewegen.
f
Je overweegt cyber security aspecten in je ontwerp.
Komt later. Komt in Programming 101 nog niet aan bod.
g
Je maakt eenvoudige wireframes en een UI die aansluiten bij gebruikersonderzoek, en verbetert ontwerp en product iteratief op basis van TMC‑feedback.
Zichtbaar in VE1 via de profielpagina: van schets/wireframe naar UI en iteratief verbeteren op basis van (peer/TMC‑)feedback (Sprint review 0). "Aansluiten bij gebruikersonderzoek" mag bij VE1 nog heel licht zijn — echt gebruikersonderzoek komt later.
h
Je test functionaliteit met hulp, documenteert issues, legt uit hoe/waarom je oplossing past bij eisen in een review of coachgesprek, en past aan op feedback.
Goed zichtbaar in VE1. Functionaliteit testen met hulp, issues documenteren, uitleggen waarom de oplossing past en aanpassen op feedback — bij profielpagina (Technische review 0) en Programming 101 (Technische review 1, Sprint review 1).
Feedbackmoment (type)
Bewijs / artefact(en)
Opmerkingen
Technische review 0 (docentgestuurd)
- Profielpagina: schets omgezet naar HTML/CSS. - Commits van werk op GitLab.
- Raakt O&R a, c, d, h. - Eerste technische review; nadruk op basis HTML/CSS en het op gang brengen van versiebeheer. Mag nog met hulp.
Sprint review 0 (studentgestuurd, met docent/peerfeedback)
- Feedbackbot. - Profielpagina met peerfeedback en zichtbare iteraties.
- Raakt O&R g, h. - Nadruk op iteratief verbeteren van wireframe/UI op basis van feedback.
Technische review 1 (docentgestuurd)
- Debugging‑rapport of beschreven debugging‑aanpak. - Oefen‑commits in GitLab met herkenbare structuur. - Project‑commits die laten zien hoe oefenkennis is toegepast.
- Raakt O&R a, c, d, h. - Docent kiest ~2 vragen willekeurig uit een vaste vragenlijst (steekproef); de student bereidt zich op alle vragen voor. Goede beantwoording = breed beheersen van Ontwerpen & Realiseren.
Sprint review 1 (studentgestuurd, met docent/peerfeedback)
- Uitgewerkte user story met een opgeleverd, werkend resultaat.
- Raakt O&R b, f, h. - Eerste keer werken vanuit een user story en een eerste security‑bewustzijn; mild wegen.
Hoofdlijn voor VE1: M&S draait grotendeels om samenwerken in teamverband en Scrum, en dat start pas in het project Studiekiezers (sprint 2–4), ná VE1. In VE1 werken studenten vooral individueel. Daardoor is M&S bij VE1 maar beperkt aantoonbaar: het zwaartepunt ligt op versiebeheer/Git (a), met een eerste, lichte vorm van feedback geven en ontvangen (d, e) via de peer review in Programming 101. De echte Scrum‑/teamcriteria (b, c) zijn bij VE1 nog niet aan de orde.
Letter
Succescriterium
Opmerkingen specifiek voor VE1
a
Je gebruikt Git consequent: maakt regelmatig commits op de main branch met korte, beschrijvende berichten en je lost merge‑conflicten op onder begeleiding.
Kern van M&S bij VE1. Regelmatige commits op main met korte, begrijpelijke berichten — zichtbaar bij de profielpagina (Technische review 0) en Programming 101 (Technische review 1). Merge‑conflicten oplossen (onder begeleiding) is bij VE1 nog niet vereist als het nog niet is voorgekomen.
b
Je participeert actief in SCRUM‑events (planning, review, retro), draagt bij aan voorbereiding en houdt de status van je taken op het sprint bord bij.
Grotendeels later. Scrum‑events in teamverband en het sprint bord komen in het project (sprint 2+). Voor VE1 volstaat dat de student meedraait in het sprintritme (planning/review/retro op klas‑/opdrachtniveau); niet zwaar wegen.
c
Je pakt toegewezen werk op, wijst jezelf toe aan user stories, overlegt met team en Product Owner over de planning en blokkades, daarbij vraag je tijdig om hulp.
Komt later. Toewijzen aan user stories en overleg met team/PO is projectwerk (sprint 2+). Bij VE1 nog niet aantoonbaar; niet meewegen.
d
Je geeft en ontvangt feedback tijdens events/code reviews, noteert deze bij issues en in de retrospectives. Je deelt complimenten en verbeterpunten met teamgenoten.
Beginnend zichtbaar in VE1 via de peer review in Programming 101 (Retrospective 1): feedback geven/ontvangen en noteren. Voor VE1 volstaat een eenvoudige, eerlijke peerfeedback‑uitwisseling.
e
Je controleert je eigen werk aan de hand van de gestelde kwaliteitseisen, maakt issues aan voor fouten of ontbrekende onderdelen en verwerkt feedback in concrete verbeteracties.
Beginnend zichtbaar in VE1. Eigen werk kritisch bekijken en een verbeteractie benoemen (Retrospective 1). Issues aanmaken in projecttooling komt later. Voor VE1 volstaat dat de student eigen werk kritisch bekijkt en een verbeterpunt benoemt.
Feedbackmoment (type)
Bewijs / artefact(en)
Opmerkingen
Technische review 0 (docentgestuurd)
- Commits van profielpagina‑werk op GitLab.
- Raakt M&S a. - Op gang brengen van versiebeheer; korte, begrijpelijke commit‑berichten. Commit‑discipline mag nog beginnend zijn.
Technische review 1 (docentgestuurd)
- Oefen‑ en project‑commits in GitLab (Programming 101).
- Raakt M&S a. - Onderdeel van de steekproef‑vragen; M&S(a) wordt samen met Ontwerpen & Realiseren beoordeeld. Zichtbare, regelmatige commits volstaan.
Retrospective 1 (studentgestuurd)
- Peer review op werk binnen Programming 101. - Notities met gegeven/ontvangen feedback en verbeteracties.
- Raakt M&S d en e. - Studentgestuurd (docent heeft in sprint 1 geen begeleidingsruimte); gebruik formatief. Een eenvoudige feedback‑uitwisseling volstaat.
EigenaarMichiel
TeameigenaarProduct owner propedeuse
Deze pagina is voor het laatst bewerkt op
.
Recente bewerkingen
· bekijk de recente bewerkingen
@@ -0,0 +1,106 @@+---+team_owner_meta_data: "Product owner propedeuse"+name_owner_meta_data: "Michiel"+---++# Overzicht VE1 – semester 1: wat verwachten we per leeruitkomst?++Dit document helpt collega's bij het uitvoeren van **Voortgangsevaluatie 1 (VE1)**. Per leeruitkomst staat hieronder:++1. een tabel met de **succescriteria** en een **opmerking specifiek voor VE1** (wat verwachten we nu al, en wat mag later groeien);+2. een tabel met de **feedbackmomenten en bewijzen** die in de aanloop naar VE1 informatie opleveren over die leeruitkomst.++## Scope van VE1++VE1 valt rond **1/3 van het semester** en bouwt op de eerste twee onderwijsblokken:++- **Student wrapped** (sprint 0): kennismaken met het onderwijs, AI‑chatbot/feedbackbot en de profielpagina‑opdracht (HTML/CSS).+- **Programming 101** (sprint 1): zelfregulerend leren, programmeeroefeningen in p5.js en een klein individueel programmeerproject.++De feedbackmomenten binnen die scope zijn de **0‑ en 1‑genummerde** momenten: Coaching 0/1, Sprint review 0/1, Retrospective 0/1 en Technische review 0/1.++> **Belangrijk voor het wegen:** het teamproject **Studiekiezers** (sprint 2–4) komt **ná VE1**. Alles wat draait om stakeholders, behoefte‑/probleemanalyse, advies, Scrum in teamverband, database‑/hardware‑koppeling en het implementeren van een eenvoudig datamodel is bij VE1 **nog niet aan de orde**. Daardoor zijn vooral **Persoonlijk Leiderschap** en **Ontwerpen & Realiseren** bij VE1 al goed zichtbaar, terwijl **Analyseren & Adviseren** en **Managen & Samenwerken** nog maar beperkt aantoonbaar zijn. Dat is de reden dat hieronder veel criteria gemarkeerd zijn als "komt later".++---++## 1.1 Persoonlijk Leiderschap++| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |+| ------ | --------------- | ------------------------------ |+| a | **Je bent aanwezig en voorbereid** bij geroosterde momenten, neemt actief deel aan Scrum‑events en komt afspraken na. **Je draagt zichtbaar bij** aan opdrachten, je kunt je keuzes toelichten en **je communiceert proactief** bij problemen. | **Goed zichtbaar in VE1.** Opdrachten zijn hier vooral Student wrapped (profielpagina) en het Programming 101‑project, maar we bedoelen ook het gedrag tussen opdrachten: aanwezig zijn, meedoen, afspraken nakomen. |+| b | **Je vraagt regelmatig feedback** op je werk en werkhouding, en laat zien hoe je deze feedback gebruikt om je aanpak te verbeteren. | **Beginnend in VE1.** Het minimale voor VE1 is dat je deelneemt aan de docentgestuurde feedbackmomenten (Coaching, Technische review) en daar actief feedback/hulp vraagt. Frequent en zelfstandig feedback ophalen mag later groeien. |+| c | **Je reflecteert regelmatig** op concrete situaties uit je leerproces: je beschrijft wat je deed, analyseert wat je daarvan leerde en formuleert concrete leerdoelen voor je verdere ontwikkeling. | **Zichtbaar in VE1.** Voor VE1 volstaat een goed en eerlijk ingevulde zelfevaluatie. Neem wel de opmerkingen uit Coaching‑gesprekken mee: hoe concreet, eerlijk en leeruitkomstgericht is die zelfevaluatie ingevuld? |+| d | **Je plant je werk, monitort je voortgang en past je aanpak aan** wanneer je merkt dat iets niet werkt. | **Beginnend in VE1.** Voor VE1 gaat het vooral om het gebruik van dagplanning (weekoverzicht, P101‑planning) en het niet volledig vastlopen. Studenten hoeven nog geen uitgewerkt lange‑termijnplan te hebben. |+| e | **Je documenteert je werk, reflecties, feedback en leerdoelen** in een portfolio dat je leerproces zichtbaar en navolgbaar maakt. | **In opbouw bij VE1.** Dit omvat zowel het vastleggen van bewijs en feedback uit docentgestuurde momenten als het maken van aantekeningen, mindmaps en het invullen van de zelfreflectie; het portfolio mag nog "in opbouw" zijn. |+| f | **Je maakt bewuste keuzes** over de inzet van generatieve AI op basis van wat je wilt leren en houdt bij je werk rekening met veiligheid en privacy. | **Kennismaking in VE1.** Voor VE1 is deelnemen aan de AI‑chatbotopdracht en laten zien hoe je GenAI inzet voldoende. Verdere uitwerking van veiligheid, privacy en bewuste keuzevorming volgt in latere momenten. |++| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |+| --------------------- | --------------------- | ----------- |+| Coaching 0 (docentgestuurd) | - SB‑gesprek over onboarding, toegang tot systemen.<br>- Eerste studieplanning / weekoverzicht.<br>- Eerste portfolio‑items (bijvoorbeeld notities, korte reflecties). | - Dit gesprek is mogelijk niet vastgelegd door een OUT; het missen hiervan hoef je niet mee te wegen in je oordeel.<br>- Student oefent hier voor het eerst met plannen; bij Coaching 1 moet hij laten zien dat hij dit meerdere keren doet.<br>- Portfolio mag hier nog een eerste, onvolledig begin zijn. |+| Retrospective 0 (studentgestuurd) | - Reflectie op aanpak van de profielpagina.<br>- Eigen planning en terugblik op wat wel/niet werkte. | - Studentgestuurd en vaak nog onwennig; mogelijk niet goed of niet volledig in Portflow meegenomen.<br>- Weeg dit bij VE1 niet te zwaar, maar gebruik het formatief om tips te geven hoe de student in vervolg‑retrospectives beter kan plannen en reflecteren. |+| Coaching 1 (docentgestuurd) | - Bespreking professionele houding in Programming 101 (meedoen, aantekeningen maken, hulp/feedback vragen).<br>- P101‑planning met zichtbare voortgang (bijv. dagplanning).<br>- Eerste formulering van een persoonlijk leerdoel.<br>- Portfolio‑items rond P101 (planning, reflecties, feedback). | - Hier moet duidelijk zijn dat de student goed meedoet, aantekeningen maakt en feedback & hulp vraagt.<br>- De student moet meerdere keren hebben laten zien dat hij is gestart met planmatig werken (minimaal op dag‑niveau).<br>- De student moet zijn start hebben gemaakt met het opstellen van een persoonlijk leerdoel.<br>- Portfolio hoeft nog niet af te zijn, maar moet wel een zichtbaar begin van documenteren van werk, reflecties en feedback laten zien. |+| Gebruik van GenAI (overal waar relevant) | - Voorbeelden waar de student GenAI heeft ingezet in opdrachten of project.<br>- Korte toelichting (mondeling of schriftelijk) waarom en hoe GenAI is gebruikt. | - Bij VE1 volstaat dat de student expliciet benoemt wanneer hij GenAI gebruikt en kort kan toelichten waarom.<br>- Diepgang in omgaan met veiligheid en privacy mag later in het semester verder groeien; bij VE1 vooral gebruiken als gesprekspunt. |++---++## 2.1 Analyseren & Adviseren++> **Hoofdlijn voor VE1:** A&A ligt grotendeels nog vóór de student. Het zwaartepunt — probleemafbakening, stakeholders, behoefteonderzoek en advies (a, b, c, f) — start pas in het project Studiekiezers (sprint 2–4). In VE1 zie je vooral de **TMC‑/iteratiekant (d, e)** terug via de feedbackbot en de profielpagina: iets eenvoudigs maken, (peer)feedback ophalen en zichtbaar verwerken. Beoordeel A&A bij VE1 daarom mild en alleen op d en e.++| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |+| ------ | --------------- | ------------------------------ |+| a | **Je bakent het probleem af** in eigen woorden, **herkent stakeholders** en hun behoeften, en maakt een overzicht van productkenmerken. | **Komt later.** Probleemafbakening en stakeholders horen bij het project Studiekiezers (sprint 2+). Bij VE1 hooguit een eerste, informeel besef van "voor wie maak ik dit" bij de profielpagina; niet meewegen. |+| b | **Je gaat professioneel met stakeholders om**: bereidt vragen/demo's voor, bespreekt ideeën respectvol en doet behoefteonderzoek voor een groep. | **Komt later.** Stakeholderinteractie (interviews, behoefteonderzoek) start in het project. In VE1 nog niet aantoonbaar. |+| c | **Je herkent externe eisen** (wet‑ en regelgeving) die van toepassing zijn en neemt deze mee in de uitvoering. | **Komt later.** Wet‑ en regelgeving wordt in het project meegenomen. Voor VE1 niet vereist. |+| d | **Je doorloopt methodisch TMC** (denken‑maken‑testen): maakt een eenvoudig prototype, test met (pseudo‑)gebruiker en observeert en noteert resultaten. | **Wél zichtbaar in VE1.** Via de feedbackbot en de profielpagina doorloopt de student een eenvoudige denken‑maken‑testen‑cyclus; in Programming 101 komt dit terug bij het laten testen van hun project door peers. Voor VE1 volstaat één keer een eenvoudige TMC‑stap zichtbaar maken. |+| e | **Je verwerkt feedback**, past inzichten toe in product/ontwerp, toont aanpassingen en beschrijft hoe je dit bijhoudt. | **Wél zichtbaar in VE1.** De student verwerkt (peer)feedback in de profielpagina en laat de aanpassing zien. Een aantoonbare aanpassing n.a.v. feedback volstaat; systematisch bijhouden mag later groeien. |+| f | **Je presenteert** je analyse en aanbevelingen **mondeling en schriftelijk**, ondersteund met visuele hulpmiddelen zoals schetsen, diagrammen of slides. | **Komt later.** Analyse en advies presenteren hoort bij het project. In VE1 niet vereist; hooguit kort de profielpagina tonen/toelichten bij Sprint review 0. |++| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |+| --------------------- | --------------------- | ----------- |+| Sprint review 0 (studentgestuurd, met docent/peerfeedback) | - Gemaakte en verbeterde feedbackbot.<br>- Profielpagina met peerfeedback en zichtbare aanpassingen. | - Raakt A&A **d** en **e**.<br>- Dit is de eerste, eenvoudige TMC‑iteratie; informeel en mild wegen. Het gaat om "iets gemaakt → feedback opgehaald → zichtbaar aangepast". |+| Retrospective 1 (studentgestuurd) | - Peer review op werk binnen Programming 101.<br>- Notities over testen en wat met ontvangen/gegeven feedback is gedaan. | - Raakt A&A **d** en **e** (terugblik op methodisch testen en feedback verwerken).<br>- In sprint 1 heeft de docent geen begeleidingsruimte; volledig studentgestuurd. Gebruik vooral formatief en weeg niet zwaar. |++---++## 3.1 Ontwerpen & Realiseren++> **Hoofdlijn voor VE1:** dit is de leeruitkomst die bij VE1 het meest concreet zichtbaar is, vooral via Technische review 0 en 1. Het zwaartepunt ligt op **individuele technische basisvaardigheid**: een webpagina (HTML/CSS/JS), eenvoudige procedurele code, een ontwikkelomgeving inrichten, debuggen en iteratief verbeteren. De zwaardere onderdelen — database‑/hardware‑koppeling (deel van a), een eenvoudig datamodel (e) en serieuze security (f) — komen pas in het project Studiekiezers en hoeven bij VE1 nog niet aangetoond te zijn.++| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |+| ------ | --------------- | ------------------------------ |+| a | **Je bouwt een werkende webpagina** met HTML/CSS en eenvoudige JS, **schrijft procedurele code** die voldoet aan gegeven voorbeelden en **koppelt** de input en output **aan een database en een hardware controller**. | **Deels in VE1.** Beoordeel de **webpaginakant** (HTML/CSS, eenvoudige JS via de profielpagina) en **eenvoudige procedurele code** (Programming 101 in p5.js). De koppeling aan **database én hardware controller** komt pas in het project (sprint 2–4) en is bij VE1 nog niet aan de orde. |+| b | **Je bouwt een oplossing aan de hand van** een omschrijving in **user‑stories** met acceptatiecriteria. | **Beginnend in VE1.** Werken vanuit user stories start in Programming 101 (Sprint review 1). Voor VE1 volstaat dat de student één user story heeft uitgewerkt tot een werkend resultaat; volledige acceptatiecriteria‑discipline mag groeien. |+| c | **Je richt een ontwikkelomgeving in** met IDE/tools, leest foutmeldingen in terminal/console, lost basisbugs op **en gebruikt deze consistent**. | **Goed zichtbaar in VE1.** VS Code ingericht, foutmeldingen in terminal/console lezen, basisbugs oplossen — bij zowel profielpagina als Programming 101. Mag bij VE1 nog met hulp. |+| d | **Je verdeelt je code over modules**, schrijft functies met één taak, hergebruikt code om duplicatie te vermijden en levert een volledig werkend product en **kunt dit toelichten**. | **Beginnend zichtbaar in VE1.** Via profielpagina‑structuur en Programming 101: code overzichtelijk opdelen, functies met één taak, duplicatie vermijden. Beginnend niveau volstaat; het "toelichten van een werkend product" mag nog eenvoudig zijn. |+| e | **Je implementeert een eenvoudige dataverzameling** of systeem met basiselementen (tabellen, kolommen, relaties). | **Komt later.** Het implementeren van een datamodel hoort bij het project (sprint 2+). Bij VE1 niet aan de orde; niet meewegen. |+| f | **Je overweegt cyber security aspecten** in je ontwerp. | **Komt later.** Komt in Programming 101 nog niet aan bod. |+| g | **Je maakt eenvoudige wireframes en een UI** die aansluiten bij gebruikersonderzoek, **en verbetert** ontwerp en product **iteratief** op basis van TMC‑feedback. | **Zichtbaar in VE1** via de profielpagina: van schets/wireframe naar UI en iteratief verbeteren op basis van (peer/TMC‑)feedback (Sprint review 0). "Aansluiten bij gebruikersonderzoek" mag bij VE1 nog heel licht zijn — echt gebruikersonderzoek komt later. |+| h | **Je test functionaliteit met hulp**, documenteert issues, **legt uit** hoe/waarom je oplossing past bij eisen **in een review of coachgesprek**, en **past aan** op feedback. | **Goed zichtbaar in VE1.** Functionaliteit testen met hulp, issues documenteren, uitleggen waarom de oplossing past en aanpassen op feedback — bij profielpagina (Technische review 0) en Programming 101 (Technische review 1, Sprint review 1). |++| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |+| --------------------- | --------------------- | ----------- |+| Technische review 0 (docentgestuurd) | - Profielpagina: schets omgezet naar HTML/CSS.<br>- Commits van werk op GitLab. | - Raakt O&R **a, c, d, h**.<br>- Eerste technische review; nadruk op basis HTML/CSS en het op gang brengen van versiebeheer. Mag nog met hulp. |+| Sprint review 0 (studentgestuurd, met docent/peerfeedback) | - Feedbackbot.<br>- Profielpagina met peerfeedback en zichtbare iteraties. | - Raakt O&R **g, h**.<br>- Nadruk op iteratief verbeteren van wireframe/UI op basis van feedback. |+| Technische review 1 (docentgestuurd) | - Debugging‑rapport of beschreven debugging‑aanpak.<br>- Oefen‑commits in GitLab met herkenbare structuur.<br>- Project‑commits die laten zien hoe oefenkennis is toegepast. | - Raakt O&R **a, c, d, h**.<br>- Docent kiest ~2 vragen willekeurig uit een vaste vragenlijst (steekproef); de student bereidt zich op alle vragen voor. Goede beantwoording = breed beheersen van Ontwerpen & Realiseren. |+| Sprint review 1 (studentgestuurd, met docent/peerfeedback) | - Uitgewerkte user story met een opgeleverd, werkend resultaat. | - Raakt O&R **b, f, h**.<br>- Eerste keer werken vanuit een user story en een eerste security‑bewustzijn; mild wegen. |++---++## 4.1 Managen & Samenwerken++> **Hoofdlijn voor VE1:** M&S draait grotendeels om **samenwerken in teamverband en Scrum**, en dat start pas in het project Studiekiezers (sprint 2–4), ná VE1. In VE1 werken studenten vooral **individueel**. Daardoor is M&S bij VE1 maar beperkt aantoonbaar: het zwaartepunt ligt op **versiebeheer/Git (a)**, met een eerste, lichte vorm van **feedback geven en ontvangen (d, e)** via de peer review in Programming 101. De echte Scrum‑/teamcriteria (b, c) zijn bij VE1 **nog niet aan de orde**.++| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |+| ------ | --------------- | ------------------------------ |+| a | **Je gebruikt Git consequent**: maakt regelmatig commits op de main branch met korte, beschrijvende berichten en je lost merge‑conflicten op onder begeleiding. | **Kern van M&S bij VE1.** Regelmatige commits op main met korte, begrijpelijke berichten — zichtbaar bij de profielpagina (Technische review 0) en Programming 101 (Technische review 1). Merge‑conflicten oplossen (onder begeleiding) is bij VE1 nog niet vereist als het nog niet is voorgekomen. |+| b | **Je participeert actief in SCRUM‑events** (planning, review, retro), draagt bij aan voorbereiding en houdt de status van je taken op het sprint bord bij. | **Grotendeels later.** Scrum‑events in teamverband en het sprint bord komen in het project (sprint 2+). Voor VE1 volstaat dat de student meedraait in het sprintritme (planning/review/retro op klas‑/opdrachtniveau); niet zwaar wegen. |+| c | **Je pakt toegewezen werk op**, wijst jezelf toe aan user stories, **overlegt met team en Product Owner** over de planning en blokkades, daarbij vraag je tijdig om hulp. | **Komt later.** Toewijzen aan user stories en overleg met team/PO is projectwerk (sprint 2+). Bij VE1 nog niet aantoonbaar; niet meewegen. |+| d | **Je geeft en ontvangt feedback** tijdens events/code reviews, noteert deze bij issues en in de retrospectives. Je deelt complimenten en verbeterpunten met teamgenoten. | **Beginnend zichtbaar in VE1** via de peer review in Programming 101 (Retrospective 1): feedback geven/ontvangen en noteren. Voor VE1 volstaat een eenvoudige, eerlijke peerfeedback‑uitwisseling. |+| e | **Je controleert je eigen werk aan de hand van de gestelde kwaliteitseisen**, maakt issues aan voor fouten of ontbrekende onderdelen en verwerkt feedback in concrete verbeteracties. | **Beginnend zichtbaar in VE1.** Eigen werk kritisch bekijken en een verbeteractie benoemen (Retrospective 1). Issues aanmaken in projecttooling komt later. Voor VE1 volstaat dat de student eigen werk kritisch bekijkt en een verbeterpunt benoemt. |++| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |+| --------------------- | --------------------- | ----------- |+| Technische review 0 (docentgestuurd) | - Commits van profielpagina‑werk op GitLab. | - Raakt M&S **a**.<br>- Op gang brengen van versiebeheer; korte, begrijpelijke commit‑berichten. Commit‑discipline mag nog beginnend zijn. |+| Technische review 1 (docentgestuurd) | - Oefen‑ en project‑commits in GitLab (Programming 101). | - Raakt M&S **a**.<br>- Onderdeel van de steekproef‑vragen; M&S(a) wordt samen met Ontwerpen & Realiseren beoordeeld. Zichtbare, regelmatige commits volstaan. |+| Retrospective 1 (studentgestuurd) | - Peer review op werk binnen Programming 101.<br>- Notities met gegeven/ontvangen feedback en verbeteracties. | - Raakt M&S **d** en **e**.<br>- Studentgestuurd (docent heeft in sprint 1 geen begeleidingsruimte); gebruik formatief. Een eenvoudige feedback‑uitwisseling volstaat. |
@@ -1,106 +0,0 @@-team_owner_meta_data: "Product owner propedeuse"-name_owner_meta_data: "Michiel"--# Overzicht VE1 – semester 1: wat verwachten we per leeruitkomst?--Dit document helpt collega's bij het uitvoeren van **Voortgangsevaluatie 1 (VE1)**. Per leeruitkomst staat hieronder:--1. een tabel met de **succescriteria** en een **opmerking specifiek voor VE1** (wat verwachten we nu al, en wat mag later groeien);-2. een tabel met de **feedbackmomenten en bewijzen** die in de aanloop naar VE1 informatie opleveren over die leeruitkomst.--## Scope van VE1--VE1 valt rond **1/3 van het semester** en bouwt op de eerste twee onderwijsblokken:--- **Student wrapped** (sprint 0): kennismaken met het onderwijs, AI‑chatbot/feedbackbot en de profielpagina‑opdracht (HTML/CSS).-- **Programming 101** (sprint 1): zelfregulerend leren, programmeeroefeningen in p5.js en een klein individueel programmeerproject.--De feedbackmomenten binnen die scope zijn de **0‑ en 1‑genummerde** momenten: Coaching 0/1, Sprint review 0/1, Retrospective 0/1 en Technische review 0/1.--> **Belangrijk voor het wegen:** het teamproject **Studiekiezers** (sprint 2–4) komt **ná VE1**. Alles wat draait om stakeholders, behoefte‑/probleemanalyse, advies, Scrum in teamverband, database‑/hardware‑koppeling en het implementeren van een eenvoudig datamodel is bij VE1 **nog niet aan de orde**. Daardoor zijn vooral **Persoonlijk Leiderschap** en **Ontwerpen & Realiseren** bij VE1 al goed zichtbaar, terwijl **Analyseren & Adviseren** en **Managen & Samenwerken** nog maar beperkt aantoonbaar zijn. Dat is de reden dat hieronder veel criteria gemarkeerd zijn als "komt later".---## 1.1 Persoonlijk Leiderschap--| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |-| ------ | --------------- | ------------------------------ |-| a | **Je bent aanwezig en voorbereid** bij geroosterde momenten, neemt actief deel aan Scrum‑events en komt afspraken na. **Je draagt zichtbaar bij** aan opdrachten, je kunt je keuzes toelichten en **je communiceert proactief** bij problemen. | **Goed zichtbaar in VE1.** Opdrachten zijn hier vooral Student wrapped (profielpagina) en het Programming 101‑project, maar we bedoelen ook het gedrag tussen opdrachten: aanwezig zijn, meedoen, afspraken nakomen. |-| b | **Je vraagt regelmatig feedback** op je werk en werkhouding, en laat zien hoe je deze feedback gebruikt om je aanpak te verbeteren. | **Beginnend in VE1.** Het minimale voor VE1 is dat je deelneemt aan de docentgestuurde feedbackmomenten (Coaching, Technische review) en daar actief feedback/hulp vraagt. Frequent en zelfstandig feedback ophalen mag later groeien. |-| c | **Je reflecteert regelmatig** op concrete situaties uit je leerproces: je beschrijft wat je deed, analyseert wat je daarvan leerde en formuleert concrete leerdoelen voor je verdere ontwikkeling. | **Zichtbaar in VE1.** Voor VE1 volstaat een goed en eerlijk ingevulde zelfevaluatie. Neem wel de opmerkingen uit Coaching‑gesprekken mee: hoe concreet, eerlijk en leeruitkomstgericht is die zelfevaluatie ingevuld? |-| d | **Je plant je werk, monitort je voortgang en past je aanpak aan** wanneer je merkt dat iets niet werkt. | **Beginnend in VE1.** Voor VE1 gaat het vooral om het gebruik van dagplanning (weekoverzicht, P101‑planning) en het niet volledig vastlopen. Studenten hoeven nog geen uitgewerkt lange‑termijnplan te hebben. |-| e | **Je documenteert je werk, reflecties, feedback en leerdoelen** in een portfolio dat je leerproces zichtbaar en navolgbaar maakt. | **In opbouw bij VE1.** Dit omvat zowel het vastleggen van bewijs en feedback uit docentgestuurde momenten als het maken van aantekeningen, mindmaps en het invullen van de zelfreflectie; het portfolio mag nog "in opbouw" zijn. |-| f | **Je maakt bewuste keuzes** over de inzet van generatieve AI op basis van wat je wilt leren en houdt bij je werk rekening met veiligheid en privacy. | **Kennismaking in VE1.** Voor VE1 is deelnemen aan de AI‑chatbotopdracht en laten zien hoe je GenAI inzet voldoende. Verdere uitwerking van veiligheid, privacy en bewuste keuzevorming volgt in latere momenten. |--| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |-| --------------------- | --------------------- | ----------- |-| Coaching 0 (docentgestuurd) | - SB‑gesprek over onboarding, toegang tot systemen.<br>- Eerste studieplanning / weekoverzicht.<br>- Eerste portfolio‑items (bijvoorbeeld notities, korte reflecties). | - Dit gesprek is mogelijk niet vastgelegd door een OUT; het missen hiervan hoef je niet mee te wegen in je oordeel.<br>- Student oefent hier voor het eerst met plannen; bij Coaching 1 moet hij laten zien dat hij dit meerdere keren doet.<br>- Portfolio mag hier nog een eerste, onvolledig begin zijn. |-| Retrospective 0 (studentgestuurd) | - Reflectie op aanpak van de profielpagina.<br>- Eigen planning en terugblik op wat wel/niet werkte. | - Studentgestuurd en vaak nog onwennig; mogelijk niet goed of niet volledig in Portflow meegenomen.<br>- Weeg dit bij VE1 niet te zwaar, maar gebruik het formatief om tips te geven hoe de student in vervolg‑retrospectives beter kan plannen en reflecteren. |-| Coaching 1 (docentgestuurd) | - Bespreking professionele houding in Programming 101 (meedoen, aantekeningen maken, hulp/feedback vragen).<br>- P101‑planning met zichtbare voortgang (bijv. dagplanning).<br>- Eerste formulering van een persoonlijk leerdoel.<br>- Portfolio‑items rond P101 (planning, reflecties, feedback). | - Hier moet duidelijk zijn dat de student goed meedoet, aantekeningen maakt en feedback & hulp vraagt.<br>- De student moet meerdere keren hebben laten zien dat hij is gestart met planmatig werken (minimaal op dag‑niveau).<br>- De student moet zijn start hebben gemaakt met het opstellen van een persoonlijk leerdoel.<br>- Portfolio hoeft nog niet af te zijn, maar moet wel een zichtbaar begin van documenteren van werk, reflecties en feedback laten zien. |-| Gebruik van GenAI (overal waar relevant) | - Voorbeelden waar de student GenAI heeft ingezet in opdrachten of project.<br>- Korte toelichting (mondeling of schriftelijk) waarom en hoe GenAI is gebruikt. | - Bij VE1 volstaat dat de student expliciet benoemt wanneer hij GenAI gebruikt en kort kan toelichten waarom.<br>- Diepgang in omgaan met veiligheid en privacy mag later in het semester verder groeien; bij VE1 vooral gebruiken als gesprekspunt. |---## 2.1 Analyseren & Adviseren--> **Hoofdlijn voor VE1:** A&A ligt grotendeels nog vóór de student. Het zwaartepunt — probleemafbakening, stakeholders, behoefteonderzoek en advies (a, b, c, f) — start pas in het project Studiekiezers (sprint 2–4). In VE1 zie je vooral de **TMC‑/iteratiekant (d, e)** terug via de feedbackbot en de profielpagina: iets eenvoudigs maken, (peer)feedback ophalen en zichtbaar verwerken. Beoordeel A&A bij VE1 daarom mild en alleen op d en e.--| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |-| ------ | --------------- | ------------------------------ |-| a | **Je bakent het probleem af** in eigen woorden, **herkent stakeholders** en hun behoeften, en maakt een overzicht van productkenmerken. | **Komt later.** Probleemafbakening en stakeholders horen bij het project Studiekiezers (sprint 2+). Bij VE1 hooguit een eerste, informeel besef van "voor wie maak ik dit" bij de profielpagina; niet meewegen. |-| b | **Je gaat professioneel met stakeholders om**: bereidt vragen/demo's voor, bespreekt ideeën respectvol en doet behoefteonderzoek voor een groep. | **Komt later.** Stakeholderinteractie (interviews, behoefteonderzoek) start in het project. In VE1 nog niet aantoonbaar. |-| c | **Je herkent externe eisen** (wet‑ en regelgeving) die van toepassing zijn en neemt deze mee in de uitvoering. | **Komt later.** Wet‑ en regelgeving wordt in het project meegenomen. Voor VE1 niet vereist. |-| d | **Je doorloopt methodisch TMC** (denken‑maken‑testen): maakt een eenvoudig prototype, test met (pseudo‑)gebruiker en observeert en noteert resultaten. | **Wél zichtbaar in VE1.** Via de feedbackbot en de profielpagina doorloopt de student een eenvoudige denken‑maken‑testen‑cyclus; in Programming 101 komt dit terug bij het laten testen van hun project door peers. Voor VE1 volstaat één keer een eenvoudige TMC‑stap zichtbaar maken. |-| e | **Je verwerkt feedback**, past inzichten toe in product/ontwerp, toont aanpassingen en beschrijft hoe je dit bijhoudt. | **Wél zichtbaar in VE1.** De student verwerkt (peer)feedback in de profielpagina en laat de aanpassing zien. Een aantoonbare aanpassing n.a.v. feedback volstaat; systematisch bijhouden mag later groeien. |-| f | **Je presenteert** je analyse en aanbevelingen **mondeling en schriftelijk**, ondersteund met visuele hulpmiddelen zoals schetsen, diagrammen of slides. | **Komt later.** Analyse en advies presenteren hoort bij het project. In VE1 niet vereist; hooguit kort de profielpagina tonen/toelichten bij Sprint review 0. |--| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |-| --------------------- | --------------------- | ----------- |-| Sprint review 0 (studentgestuurd, met docent/peerfeedback) | - Gemaakte en verbeterde feedbackbot.<br>- Profielpagina met peerfeedback en zichtbare aanpassingen. | - Raakt A&A **d** en **e**.<br>- Dit is de eerste, eenvoudige TMC‑iteratie; informeel en mild wegen. Het gaat om "iets gemaakt → feedback opgehaald → zichtbaar aangepast". |-| Retrospective 1 (studentgestuurd) | - Peer review op werk binnen Programming 101.<br>- Notities over testen en wat met ontvangen/gegeven feedback is gedaan. | - Raakt A&A **d** en **e** (terugblik op methodisch testen en feedback verwerken).<br>- In sprint 1 heeft de docent geen begeleidingsruimte; volledig studentgestuurd. Gebruik vooral formatief en weeg niet zwaar. |---## 3.1 Ontwerpen & Realiseren--> **Hoofdlijn voor VE1:** dit is de leeruitkomst die bij VE1 het meest concreet zichtbaar is, vooral via Technische review 0 en 1. Het zwaartepunt ligt op **individuele technische basisvaardigheid**: een webpagina (HTML/CSS/JS), eenvoudige procedurele code, een ontwikkelomgeving inrichten, debuggen en iteratief verbeteren. De zwaardere onderdelen — database‑/hardware‑koppeling (deel van a), een eenvoudig datamodel (e) en serieuze security (f) — komen pas in het project Studiekiezers en hoeven bij VE1 nog niet aangetoond te zijn.--| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |-| ------ | --------------- | ------------------------------ |-| a | **Je bouwt een werkende webpagina** met HTML/CSS en eenvoudige JS, **schrijft procedurele code** die voldoet aan gegeven voorbeelden en **koppelt** de input en output **aan een database en een hardware controller**. | **Deels in VE1.** Beoordeel de **webpaginakant** (HTML/CSS, eenvoudige JS via de profielpagina) en **eenvoudige procedurele code** (Programming 101 in p5.js). De koppeling aan **database én hardware controller** komt pas in het project (sprint 2–4) en is bij VE1 nog niet aan de orde. |-| b | **Je bouwt een oplossing aan de hand van** een omschrijving in **user‑stories** met acceptatiecriteria. | **Beginnend in VE1.** Werken vanuit user stories start in Programming 101 (Sprint review 1). Voor VE1 volstaat dat de student één user story heeft uitgewerkt tot een werkend resultaat; volledige acceptatiecriteria‑discipline mag groeien. |-| c | **Je richt een ontwikkelomgeving in** met IDE/tools, leest foutmeldingen in terminal/console, lost basisbugs op **en gebruikt deze consistent**. | **Goed zichtbaar in VE1.** VS Code ingericht, foutmeldingen in terminal/console lezen, basisbugs oplossen — bij zowel profielpagina als Programming 101. Mag bij VE1 nog met hulp. |-| d | **Je verdeelt je code over modules**, schrijft functies met één taak, hergebruikt code om duplicatie te vermijden en levert een volledig werkend product en **kunt dit toelichten**. | **Beginnend zichtbaar in VE1.** Via profielpagina‑structuur en Programming 101: code overzichtelijk opdelen, functies met één taak, duplicatie vermijden. Beginnend niveau volstaat; het "toelichten van een werkend product" mag nog eenvoudig zijn. |-| e | **Je implementeert een eenvoudige dataverzameling** of systeem met basiselementen (tabellen, kolommen, relaties). | **Komt later.** Het implementeren van een datamodel hoort bij het project (sprint 2+). Bij VE1 niet aan de orde; niet meewegen. |-| f | **Je overweegt cyber security aspecten** in je ontwerp. | **Komt later.** Komt in Programming 101 nog niet aan bod. |-| g | **Je maakt eenvoudige wireframes en een UI** die aansluiten bij gebruikersonderzoek, **en verbetert** ontwerp en product **iteratief** op basis van TMC‑feedback. | **Zichtbaar in VE1** via de profielpagina: van schets/wireframe naar UI en iteratief verbeteren op basis van (peer/TMC‑)feedback (Sprint review 0). "Aansluiten bij gebruikersonderzoek" mag bij VE1 nog heel licht zijn — echt gebruikersonderzoek komt later. |-| h | **Je test functionaliteit met hulp**, documenteert issues, **legt uit** hoe/waarom je oplossing past bij eisen **in een review of coachgesprek**, en **past aan** op feedback. | **Goed zichtbaar in VE1.** Functionaliteit testen met hulp, issues documenteren, uitleggen waarom de oplossing past en aanpassen op feedback — bij profielpagina (Technische review 0) en Programming 101 (Technische review 1, Sprint review 1). |--| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |-| --------------------- | --------------------- | ----------- |-| Technische review 0 (docentgestuurd) | - Profielpagina: schets omgezet naar HTML/CSS.<br>- Commits van werk op GitLab. | - Raakt O&R **a, c, d, h**.<br>- Eerste technische review; nadruk op basis HTML/CSS en het op gang brengen van versiebeheer. Mag nog met hulp. |-| Sprint review 0 (studentgestuurd, met docent/peerfeedback) | - Feedbackbot.<br>- Profielpagina met peerfeedback en zichtbare iteraties. | - Raakt O&R **g, h**.<br>- Nadruk op iteratief verbeteren van wireframe/UI op basis van feedback. |-| Technische review 1 (docentgestuurd) | - Debugging‑rapport of beschreven debugging‑aanpak.<br>- Oefen‑commits in GitLab met herkenbare structuur.<br>- Project‑commits die laten zien hoe oefenkennis is toegepast. | - Raakt O&R **a, c, d, h**.<br>- Docent kiest ~2 vragen willekeurig uit een vaste vragenlijst (steekproef); de student bereidt zich op alle vragen voor. Goede beantwoording = breed beheersen van Ontwerpen & Realiseren. |-| Sprint review 1 (studentgestuurd, met docent/peerfeedback) | - Uitgewerkte user story met een opgeleverd, werkend resultaat. | - Raakt O&R **b, f, h**.<br>- Eerste keer werken vanuit een user story en een eerste security‑bewustzijn; mild wegen. |---## 4.1 Managen & Samenwerken--> **Hoofdlijn voor VE1:** M&S draait grotendeels om **samenwerken in teamverband en Scrum**, en dat start pas in het project Studiekiezers (sprint 2–4), ná VE1. In VE1 werken studenten vooral **individueel**. Daardoor is M&S bij VE1 maar beperkt aantoonbaar: het zwaartepunt ligt op **versiebeheer/Git (a)**, met een eerste, lichte vorm van **feedback geven en ontvangen (d, e)** via de peer review in Programming 101. De echte Scrum‑/teamcriteria (b, c) zijn bij VE1 **nog niet aan de orde**.--| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |-| ------ | --------------- | ------------------------------ |-| a | **Je gebruikt Git consequent**: maakt regelmatig commits op de main branch met korte, beschrijvende berichten en je lost merge‑conflicten op onder begeleiding. | **Kern van M&S bij VE1.** Regelmatige commits op main met korte, begrijpelijke berichten — zichtbaar bij de profielpagina (Technische review 0) en Programming 101 (Technische review 1). Merge‑conflicten oplossen (onder begeleiding) is bij VE1 nog niet vereist als het nog niet is voorgekomen. |-| b | **Je participeert actief in SCRUM‑events** (planning, review, retro), draagt bij aan voorbereiding en houdt de status van je taken op het sprint bord bij. | **Grotendeels later.** Scrum‑events in teamverband en het sprint bord komen in het project (sprint 2+). Voor VE1 volstaat dat de student meedraait in het sprintritme (planning/review/retro op klas‑/opdrachtniveau); niet zwaar wegen. |-| c | **Je pakt toegewezen werk op**, wijst jezelf toe aan user stories, **overlegt met team en Product Owner** over de planning en blokkades, daarbij vraag je tijdig om hulp. | **Komt later.** Toewijzen aan user stories en overleg met team/PO is projectwerk (sprint 2+). Bij VE1 nog niet aantoonbaar; niet meewegen. |-| d | **Je geeft en ontvangt feedback** tijdens events/code reviews, noteert deze bij issues en in de retrospectives. Je deelt complimenten en verbeterpunten met teamgenoten. | **Beginnend zichtbaar in VE1** via de peer review in Programming 101 (Retrospective 1): feedback geven/ontvangen en noteren. Voor VE1 volstaat een eenvoudige, eerlijke peerfeedback‑uitwisseling. |-| e | **Je controleert je eigen werk aan de hand van de gestelde kwaliteitseisen**, maakt issues aan voor fouten of ontbrekende onderdelen en verwerkt feedback in concrete verbeteracties. | **Beginnend zichtbaar in VE1.** Eigen werk kritisch bekijken en een verbeteractie benoemen (Retrospective 1). Issues aanmaken in projecttooling komt later. Voor VE1 volstaat dat de student eigen werk kritisch bekijkt en een verbeterpunt benoemt. |--| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |-| --------------------- | --------------------- | ----------- |-| Technische review 0 (docentgestuurd) | - Commits van profielpagina‑werk op GitLab. | - Raakt M&S **a**.<br>- Op gang brengen van versiebeheer; korte, begrijpelijke commit‑berichten. Commit‑discipline mag nog beginnend zijn. |-| Technische review 1 (docentgestuurd) | - Oefen‑ en project‑commits in GitLab (Programming 101). | - Raakt M&S **a**.<br>- Onderdeel van de steekproef‑vragen; M&S(a) wordt samen met Ontwerpen & Realiseren beoordeeld. Zichtbare, regelmatige commits volstaan. |-| Retrospective 1 (studentgestuurd) | - Peer review op werk binnen Programming 101.<br>- Notities met gegeven/ontvangen feedback en verbeteracties. | - Raakt M&S **d** en **e**.<br>- Studentgestuurd (docent heeft in sprint 1 geen begeleidingsruimte); gebruik formatief. Een eenvoudige feedback‑uitwisseling volstaat. |
@@ -0,0 +1,106 @@+---+team_owner_meta_data: "Product owner propedeuse"+name_owner_meta_data: "Michiel"+---++# Overzicht VE1 – semester 1: wat verwachten we per leeruitkomst?++Dit document helpt collega's bij het uitvoeren van **Voortgangsevaluatie 1 (VE1)**. Per leeruitkomst staat hieronder:++1. een tabel met de **succescriteria** en een **opmerking specifiek voor VE1** (wat verwachten we nu al, en wat mag later groeien);+2. een tabel met de **feedbackmomenten en bewijzen** die in de aanloop naar VE1 informatie opleveren over die leeruitkomst.++## Scope van VE1++VE1 valt rond **1/3 van het semester** en bouwt op de eerste twee onderwijsblokken:++- **Student wrapped** (sprint 0): kennismaken met het onderwijs, AI‑chatbot/feedbackbot en de profielpagina‑opdracht (HTML/CSS).+- **Programming 101** (sprint 1): zelfregulerend leren, programmeeroefeningen in p5.js en een klein individueel programmeerproject.++De feedbackmomenten binnen die scope zijn de **0‑ en 1‑genummerde** momenten: Coaching 0/1, Sprint review 0/1, Retrospective 0/1 en Technische review 0/1.++> **Belangrijk voor het wegen:** het teamproject **Studiekiezers** (sprint 2–4) komt **ná VE1**. Alles wat draait om stakeholders, behoefte‑/probleemanalyse, advies, Scrum in teamverband, database‑/hardware‑koppeling en het implementeren van een eenvoudig datamodel is bij VE1 **nog niet aan de orde**. Daardoor zijn vooral **Persoonlijk Leiderschap** en **Ontwerpen & Realiseren** bij VE1 al goed zichtbaar, terwijl **Analyseren & Adviseren** en **Managen & Samenwerken** nog maar beperkt aantoonbaar zijn. Dat is de reden dat hieronder veel criteria gemarkeerd zijn als "komt later".++---++## 1.1 Persoonlijk Leiderschap++| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |+| ------ | --------------- | ------------------------------ |+| a | **Je bent aanwezig en voorbereid** bij geroosterde momenten, neemt actief deel aan Scrum‑events en komt afspraken na. **Je draagt zichtbaar bij** aan opdrachten, je kunt je keuzes toelichten en **je communiceert proactief** bij problemen. | **Goed zichtbaar in VE1.** Opdrachten zijn hier vooral Student wrapped (profielpagina) en het Programming 101‑project, maar we bedoelen ook het gedrag tussen opdrachten: aanwezig zijn, meedoen, afspraken nakomen. |+| b | **Je vraagt regelmatig feedback** op je werk en werkhouding, en laat zien hoe je deze feedback gebruikt om je aanpak te verbeteren. | **Beginnend in VE1.** Het minimale voor VE1 is dat je deelneemt aan de docentgestuurde feedbackmomenten (Coaching, Technische review) en daar actief feedback/hulp vraagt. Frequent en zelfstandig feedback ophalen mag later groeien. |+| c | **Je reflecteert regelmatig** op concrete situaties uit je leerproces: je beschrijft wat je deed, analyseert wat je daarvan leerde en formuleert concrete leerdoelen voor je verdere ontwikkeling. | **Zichtbaar in VE1.** Voor VE1 volstaat een goed en eerlijk ingevulde zelfevaluatie. Neem wel de opmerkingen uit Coaching‑gesprekken mee: hoe concreet, eerlijk en leeruitkomstgericht is die zelfevaluatie ingevuld? |+| d | **Je plant je werk, monitort je voortgang en past je aanpak aan** wanneer je merkt dat iets niet werkt. | **Beginnend in VE1.** Voor VE1 gaat het vooral om het gebruik van dagplanning (weekoverzicht, P101‑planning) en het niet volledig vastlopen. Studenten hoeven nog geen uitgewerkt lange‑termijnplan te hebben. |+| e | **Je documenteert je werk, reflecties, feedback en leerdoelen** in een portfolio dat je leerproces zichtbaar en navolgbaar maakt. | **In opbouw bij VE1.** Dit omvat zowel het vastleggen van bewijs en feedback uit docentgestuurde momenten als het maken van aantekeningen, mindmaps en het invullen van de zelfreflectie; het portfolio mag nog "in opbouw" zijn. |+| f | **Je maakt bewuste keuzes** over de inzet van generatieve AI op basis van wat je wilt leren en houdt bij je werk rekening met veiligheid en privacy. | **Kennismaking in VE1.** Voor VE1 is deelnemen aan de AI‑chatbotopdracht en laten zien hoe je GenAI inzet voldoende. Verdere uitwerking van veiligheid, privacy en bewuste keuzevorming volgt in latere momenten. |++| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |+| --------------------- | --------------------- | ----------- |+| Coaching 0 (docentgestuurd) | - SB‑gesprek over onboarding, toegang tot systemen.<br>- Eerste studieplanning / weekoverzicht.<br>- Eerste portfolio‑items (bijvoorbeeld notities, korte reflecties). | - Dit gesprek is mogelijk niet vastgelegd door een OUT; het missen hiervan hoef je niet mee te wegen in je oordeel.<br>- Student oefent hier voor het eerst met plannen; bij Coaching 1 moet hij laten zien dat hij dit meerdere keren doet.<br>- Portfolio mag hier nog een eerste, onvolledig begin zijn. |+| Retrospective 0 (studentgestuurd) | - Reflectie op aanpak van de profielpagina.<br>- Eigen planning en terugblik op wat wel/niet werkte. | - Studentgestuurd en vaak nog onwennig; mogelijk niet goed of niet volledig in Portflow meegenomen.<br>- Weeg dit bij VE1 niet te zwaar, maar gebruik het formatief om tips te geven hoe de student in vervolg‑retrospectives beter kan plannen en reflecteren. |+| Coaching 1 (docentgestuurd) | - Bespreking professionele houding in Programming 101 (meedoen, aantekeningen maken, hulp/feedback vragen).<br>- P101‑planning met zichtbare voortgang (bijv. dagplanning).<br>- Eerste formulering van een persoonlijk leerdoel.<br>- Portfolio‑items rond P101 (planning, reflecties, feedback). | - Hier moet duidelijk zijn dat de student goed meedoet, aantekeningen maakt en feedback & hulp vraagt.<br>- De student moet meerdere keren hebben laten zien dat hij is gestart met planmatig werken (minimaal op dag‑niveau).<br>- De student moet zijn start hebben gemaakt met het opstellen van een persoonlijk leerdoel.<br>- Portfolio hoeft nog niet af te zijn, maar moet wel een zichtbaar begin van documenteren van werk, reflecties en feedback laten zien. |+| Gebruik van GenAI (overal waar relevant) | - Voorbeelden waar de student GenAI heeft ingezet in opdrachten of project.<br>- Korte toelichting (mondeling of schriftelijk) waarom en hoe GenAI is gebruikt. | - Bij VE1 volstaat dat de student expliciet benoemt wanneer hij GenAI gebruikt en kort kan toelichten waarom.<br>- Diepgang in omgaan met veiligheid en privacy mag later in het semester verder groeien; bij VE1 vooral gebruiken als gesprekspunt. |++---++## 2.1 Analyseren & Adviseren++> **Hoofdlijn voor VE1:** A&A ligt grotendeels nog vóór de student. Het zwaartepunt — probleemafbakening, stakeholders, behoefteonderzoek en advies (a, b, c, f) — start pas in het project Studiekiezers (sprint 2–4). In VE1 zie je vooral de **TMC‑/iteratiekant (d, e)** terug via de feedbackbot en de profielpagina: iets eenvoudigs maken, (peer)feedback ophalen en zichtbaar verwerken. Beoordeel A&A bij VE1 daarom mild en alleen op d en e.++| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |+| ------ | --------------- | ------------------------------ |+| a | **Je bakent het probleem af** in eigen woorden, **herkent stakeholders** en hun behoeften, en maakt een overzicht van productkenmerken. | **Komt later.** Probleemafbakening en stakeholders horen bij het project Studiekiezers (sprint 2+). Bij VE1 hooguit een eerste, informeel besef van "voor wie maak ik dit" bij de profielpagina; niet meewegen. |+| b | **Je gaat professioneel met stakeholders om**: bereidt vragen/demo's voor, bespreekt ideeën respectvol en doet behoefteonderzoek voor een groep. | **Komt later.** Stakeholderinteractie (interviews, behoefteonderzoek) start in het project. In VE1 nog niet aantoonbaar. |+| c | **Je herkent externe eisen** (wet‑ en regelgeving) die van toepassing zijn en neemt deze mee in de uitvoering. | **Komt later.** Wet‑ en regelgeving wordt in het project meegenomen. Voor VE1 niet vereist. |+| d | **Je doorloopt methodisch TMC** (denken‑maken‑testen): maakt een eenvoudig prototype, test met (pseudo‑)gebruiker en observeert en noteert resultaten. | **Wél zichtbaar in VE1.** Via de feedbackbot en de profielpagina doorloopt de student een eenvoudige denken‑maken‑testen‑cyclus; in Programming 101 komt dit terug bij het laten testen van hun project door peers. Voor VE1 volstaat één keer een eenvoudige TMC‑stap zichtbaar maken. |+| e | **Je verwerkt feedback**, past inzichten toe in product/ontwerp, toont aanpassingen en beschrijft hoe je dit bijhoudt. | **Wél zichtbaar in VE1.** De student verwerkt (peer)feedback in de profielpagina en laat de aanpassing zien. Een aantoonbare aanpassing n.a.v. feedback volstaat; systematisch bijhouden mag later groeien. |+| f | **Je presenteert** je analyse en aanbevelingen **mondeling en schriftelijk**, ondersteund met visuele hulpmiddelen zoals schetsen, diagrammen of slides. | **Komt later.** Analyse en advies presenteren hoort bij het project. In VE1 niet vereist; hooguit kort de profielpagina tonen/toelichten bij Sprint review 0. |++| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |+| --------------------- | --------------------- | ----------- |+| Sprint review 0 (studentgestuurd, met docent/peerfeedback) | - Gemaakte en verbeterde feedbackbot.<br>- Profielpagina met peerfeedback en zichtbare aanpassingen. | - Raakt A&A **d** en **e**.<br>- Dit is de eerste, eenvoudige TMC‑iteratie; informeel en mild wegen. Het gaat om "iets gemaakt → feedback opgehaald → zichtbaar aangepast". |+| Retrospective 1 (studentgestuurd) | - Peer review op werk binnen Programming 101.<br>- Notities over testen en wat met ontvangen/gegeven feedback is gedaan. | - Raakt A&A **d** en **e** (terugblik op methodisch testen en feedback verwerken).<br>- In sprint 1 heeft de docent geen begeleidingsruimte; volledig studentgestuurd. Gebruik vooral formatief en weeg niet zwaar. |++---++## 3.1 Ontwerpen & Realiseren++> **Hoofdlijn voor VE1:** dit is de leeruitkomst die bij VE1 het meest concreet zichtbaar is, vooral via Technische review 0 en 1. Het zwaartepunt ligt op **individuele technische basisvaardigheid**: een webpagina (HTML/CSS/JS), eenvoudige procedurele code, een ontwikkelomgeving inrichten, debuggen en iteratief verbeteren. De zwaardere onderdelen — database‑/hardware‑koppeling (deel van a), een eenvoudig datamodel (e) en serieuze security (f) — komen pas in het project Studiekiezers en hoeven bij VE1 nog niet aangetoond te zijn.++| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |+| ------ | --------------- | ------------------------------ |+| a | **Je bouwt een werkende webpagina** met HTML/CSS en eenvoudige JS, **schrijft procedurele code** die voldoet aan gegeven voorbeelden en **koppelt** de input en output **aan een database en een hardware controller**. | **Deels in VE1.** Beoordeel de **webpaginakant** (HTML/CSS, eenvoudige JS via de profielpagina) en **eenvoudige procedurele code** (Programming 101 in p5.js). De koppeling aan **database én hardware controller** komt pas in het project (sprint 2–4) en is bij VE1 nog niet aan de orde. |+| b | **Je bouwt een oplossing aan de hand van** een omschrijving in **user‑stories** met acceptatiecriteria. | **Beginnend in VE1.** Werken vanuit user stories start in Programming 101 (Sprint review 1). Voor VE1 volstaat dat de student één user story heeft uitgewerkt tot een werkend resultaat; volledige acceptatiecriteria‑discipline mag groeien. |+| c | **Je richt een ontwikkelomgeving in** met IDE/tools, leest foutmeldingen in terminal/console, lost basisbugs op **en gebruikt deze consistent**. | **Goed zichtbaar in VE1.** VS Code ingericht, foutmeldingen in terminal/console lezen, basisbugs oplossen — bij zowel profielpagina als Programming 101. Mag bij VE1 nog met hulp. |+| d | **Je verdeelt je code over modules**, schrijft functies met één taak, hergebruikt code om duplicatie te vermijden en levert een volledig werkend product en **kunt dit toelichten**. | **Beginnend zichtbaar in VE1.** Via profielpagina‑structuur en Programming 101: code overzichtelijk opdelen, functies met één taak, duplicatie vermijden. Beginnend niveau volstaat; het "toelichten van een werkend product" mag nog eenvoudig zijn. |+| e | **Je implementeert een eenvoudige dataverzameling** of systeem met basiselementen (tabellen, kolommen, relaties). | **Komt later.** Het implementeren van een datamodel hoort bij het project (sprint 2+). Bij VE1 niet aan de orde; niet meewegen. |+| f | **Je overweegt cyber security aspecten** in je ontwerp. | **Komt later.** Komt in Programming 101 nog niet aan bod. |+| g | **Je maakt eenvoudige wireframes en een UI** die aansluiten bij gebruikersonderzoek, **en verbetert** ontwerp en product **iteratief** op basis van TMC‑feedback. | **Zichtbaar in VE1** via de profielpagina: van schets/wireframe naar UI en iteratief verbeteren op basis van (peer/TMC‑)feedback (Sprint review 0). "Aansluiten bij gebruikersonderzoek" mag bij VE1 nog heel licht zijn — echt gebruikersonderzoek komt later. |+| h | **Je test functionaliteit met hulp**, documenteert issues, **legt uit** hoe/waarom je oplossing past bij eisen **in een review of coachgesprek**, en **past aan** op feedback. | **Goed zichtbaar in VE1.** Functionaliteit testen met hulp, issues documenteren, uitleggen waarom de oplossing past en aanpassen op feedback — bij profielpagina (Technische review 0) en Programming 101 (Technische review 1, Sprint review 1). |++| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |+| --------------------- | --------------------- | ----------- |+| Technische review 0 (docentgestuurd) | - Profielpagina: schets omgezet naar HTML/CSS.<br>- Commits van werk op GitLab. | - Raakt O&R **a, c, d, h**.<br>- Eerste technische review; nadruk op basis HTML/CSS en het op gang brengen van versiebeheer. Mag nog met hulp. |+| Sprint review 0 (studentgestuurd, met docent/peerfeedback) | - Feedbackbot.<br>- Profielpagina met peerfeedback en zichtbare iteraties. | - Raakt O&R **g, h**.<br>- Nadruk op iteratief verbeteren van wireframe/UI op basis van feedback. |+| Technische review 1 (docentgestuurd) | - Debugging‑rapport of beschreven debugging‑aanpak.<br>- Oefen‑commits in GitLab met herkenbare structuur.<br>- Project‑commits die laten zien hoe oefenkennis is toegepast. | - Raakt O&R **a, c, d, h**.<br>- Docent kiest ~2 vragen willekeurig uit een vaste vragenlijst (steekproef); de student bereidt zich op alle vragen voor. Goede beantwoording = breed beheersen van Ontwerpen & Realiseren. |+| Sprint review 1 (studentgestuurd, met docent/peerfeedback) | - Uitgewerkte user story met een opgeleverd, werkend resultaat. | - Raakt O&R **b, f, h**.<br>- Eerste keer werken vanuit een user story en een eerste security‑bewustzijn; mild wegen. |++---++## 4.1 Managen & Samenwerken++> **Hoofdlijn voor VE1:** M&S draait grotendeels om **samenwerken in teamverband en Scrum**, en dat start pas in het project Studiekiezers (sprint 2–4), ná VE1. In VE1 werken studenten vooral **individueel**. Daardoor is M&S bij VE1 maar beperkt aantoonbaar: het zwaartepunt ligt op **versiebeheer/Git (a)**, met een eerste, lichte vorm van **feedback geven en ontvangen (d, e)** via de peer review in Programming 101. De echte Scrum‑/teamcriteria (b, c) zijn bij VE1 **nog niet aan de orde**.++| Letter | Succescriterium | Opmerkingen specifiek voor VE1 |+| ------ | --------------- | ------------------------------ |+| a | **Je gebruikt Git consequent**: maakt regelmatig commits op de main branch met korte, beschrijvende berichten en je lost merge‑conflicten op onder begeleiding. | **Kern van M&S bij VE1.** Regelmatige commits op main met korte, begrijpelijke berichten — zichtbaar bij de profielpagina (Technische review 0) en Programming 101 (Technische review 1). Merge‑conflicten oplossen (onder begeleiding) is bij VE1 nog niet vereist als het nog niet is voorgekomen. |+| b | **Je participeert actief in SCRUM‑events** (planning, review, retro), draagt bij aan voorbereiding en houdt de status van je taken op het sprint bord bij. | **Grotendeels later.** Scrum‑events in teamverband en het sprint bord komen in het project (sprint 2+). Voor VE1 volstaat dat de student meedraait in het sprintritme (planning/review/retro op klas‑/opdrachtniveau); niet zwaar wegen. |+| c | **Je pakt toegewezen werk op**, wijst jezelf toe aan user stories, **overlegt met team en Product Owner** over de planning en blokkades, daarbij vraag je tijdig om hulp. | **Komt later.** Toewijzen aan user stories en overleg met team/PO is projectwerk (sprint 2+). Bij VE1 nog niet aantoonbaar; niet meewegen. |+| d | **Je geeft en ontvangt feedback** tijdens events/code reviews, noteert deze bij issues en in de retrospectives. Je deelt complimenten en verbeterpunten met teamgenoten. | **Beginnend zichtbaar in VE1** via de peer review in Programming 101 (Retrospective 1): feedback geven/ontvangen en noteren. Voor VE1 volstaat een eenvoudige, eerlijke peerfeedback‑uitwisseling. |+| e | **Je controleert je eigen werk aan de hand van de gestelde kwaliteitseisen**, maakt issues aan voor fouten of ontbrekende onderdelen en verwerkt feedback in concrete verbeteracties. | **Beginnend zichtbaar in VE1.** Eigen werk kritisch bekijken en een verbeteractie benoemen (Retrospective 1). Issues aanmaken in projecttooling komt later. Voor VE1 volstaat dat de student eigen werk kritisch bekijkt en een verbeterpunt benoemt. |++| Feedbackmoment (type) | Bewijs / artefact(en) | Opmerkingen |+| --------------------- | --------------------- | ----------- |+| Technische review 0 (docentgestuurd) | - Commits van profielpagina‑werk op GitLab. | - Raakt M&S **a**.<br>- Op gang brengen van versiebeheer; korte, begrijpelijke commit‑berichten. Commit‑discipline mag nog beginnend zijn. |+| Technische review 1 (docentgestuurd) | - Oefen‑ en project‑commits in GitLab (Programming 101). | - Raakt M&S **a**.<br>- Onderdeel van de steekproef‑vragen; M&S(a) wordt samen met Ontwerpen & Realiseren beoordeeld. Zichtbare, regelmatige commits volstaan. |+| Retrospective 1 (studentgestuurd) | - Peer review op werk binnen Programming 101.<br>- Notities met gegeven/ontvangen feedback en verbeteracties. | - Raakt M&S **d** en **e**.<br>- Studentgestuurd (docent heeft in sprint 1 geen begeleidingsruimte); gebruik formatief. Een eenvoudige feedback‑uitwisseling volstaat. |
