Hieronder de leeruitkomsten van het eerste semester in de propedeuse; 'kick start'.
1.1: Persoonlijk Leiderschap
Omschrijving
Je neemt verantwoordelijkheid voor je eigen leerproces door regelmatig te reflecteren op je aanpak en studievoortgang. Je stelt leerdoelen op, vraagt actief om feedback en gebruikt deze om je werkwijze te verbeteren. Hierdoor vergroot je je effectiviteit en draag je constructief bij aan individuele en groepsopdrachten. Je maakt bewuste keuzes over de inzet van generatieve AI op basis van wat je wilt leren.
Dat zie je aan
Je bent aanwezig en voorbereid bij geroosterde momenten, neemt actief deel aan Scrum-events en komt afspraken na. Je bijdrage aan opdrachten is zichtbaar en je kunt deze toelichten. Bij problemen communiceer je proactief.
Je vraagt regelmatig feedback op je werk en werkhouding, en laat zien hoe je deze feedback gebruikt om je aanpak te verbeteren.
Je reflecteert systematisch op concrete situaties uit je leerproces: je beschrijft wat je deed, analyseert wat je daarvan leerde en formuleert concrete leerdoelen voor je verdere ontwikkeling.
Je documenteert je werk, reflecties, feedback en leerdoelen in een portfolio dat je leerproces zichtbaar en navolgbaar maakt.
Je plant je werk, monitort je voortgang en past je aanpak aan wanneer je merkt dat iets niet werkt.
Je maakt bewuste keuzes over het gebruik van generatieve AI. Je legt uit waarom, wanneer en hoe je generatieve AI inzet en reflecteert op wat dit betekent voor je leerproces en resultaat.
BOKSA
Professioneel gedrag
Sub-onderdeel
Succescriteria
Domeinkennis
Afspraken nakomen
Je voldoet aan alle gemaakte afspraken en levert je werk op tijd.
Verantwoordelijkheid nemen
Je pakt toegewezen taken direct op en rondt deze zelfstandig af.
Definition of Done Sprint backlog Sprint board
Communiceren over leren
Je deelt minstens wekelijks mondeling of schriftelijk je voortgang en vragen met je coach.
Je houdt betrokken docenten en teamleden op de hoogte van voortgang en problemen.
Feedback ontvangen en verwerken
Je past ontvangen feedback toe in je volgende taken en benoemt wat je anders doet.
Je schrijft mondeling ontvangen feedback op en vraagt je coach of je dit correct hebt gedaan.
Feedup, feedback, feedforward
Veilig en verantwoord werken
Je houdt rekening met veiligheidseisen en maakt verantwoorde keuzes tijdens je werk.
Sterke wachtwoorden AVG-wetgeving Privacy
Zelfregulatie
Sub-onderdeel
Succescriteria
Domeinkennis
Studie plannen en monitoren
Je maakt een dagelijks/wekelijks overzicht van je taken en maakt een planning voor de uitvoering.
Je checkt op afwijkingen in de uitvoer en stelt plannen bij waar nodig.
Je noteert wekelijks je behaalde resultaten en obstakels in het portfolio-systeem.
Cornell methode Mindmap Timesheet
Zelfmotivatie opbouwen
Je start taken zelfstandig op.
Je overlegt met je coach bij startproblemen en zoekt samen naar oplossingen.
Growth-mindset Uitstelgedrag Beloningsstrategien
Doorzetten bij moeilijkheden
Je volhardt bij taken ondanks eerste obstakels en rondt het overgrote deel af.
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.
Cognitieve strategieën
Methodes
Sub-onderdeel
Succescriteria
Domeinkennis
Leerdoel taak omschrijven en planning maken
Je beschrijft bij een gegeven leerdoel concrete stappen en een tijdlijn (bijv. "taak X in 2 dagen").
Leerdoel SMART Milestones
Reflecteren op handelen
Je beantwoordt gegeven reflectievragen over je aanpak en resultaat.
Reflectiemodel Korthagen
GenAI verantwoordelijk inzetten
Je benoemt expliciet wanneer, hoe en waarom je GenAI inzet.
Hallucinaties Bias Plagiaatrisico Onderwijs en toetsregels AI
GenAI-bijdrage reflecteren
Je reflecteert op de bijdrage van GenAI aan je leerproces.
Prompting Kritisch beoordelen output
2.1: Analyseren & Adviseren
Omschrijving
Je onderzoekt de opdracht en de gebruiker met gegeven stappen. Je verkent wat de opdrachtgever met het product wil bereiken, brengt gebruikers en hun behoeften in kaart, probeert je ideeën uit met gebruikers, verwerkt feedback en communiceert je bevindingen en aanbevelingen helder, zowel mondeling als schriftelijk.
Dat zie je aan
Je bakent het probleem af in eigen woorden, herkent stakeholders en hun behoeften, en maakt een overzicht van productkenmerken.
Je gaat professioneel met stakeholders om: bereidt vragen/demo's voor, bespreekt ideeën respectvol en doet behoefteonderzoek voor een groep.
Je herkent externe eisen (Wet- en regelgeving) die van toepassing zijn en neemt deze mee in de uitvoering
Je doorloopt methodisch TMC (denken-maken-testen): maakt een eenvoudig prototype, test met (pseudo-)gebruiker en observeert en noteert resultaten.
Je verwerkt feedback, past inzichten toe in product/ontwerp, toont aanpassingen en beschrijft hoe je dit bijhoudt.
Je presenteert je analyse en aanbevelingen mondeling en schriftelijk, ondersteund met visuele hulpmiddelen zoals schetsen, diagrammen of slides.
BOKSA
Context en communicatie
Sub-onderdeel
Succescriteria
Domeinkennis
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.
Probleem Doel van product Scope/afbakening
Stakeholders herkennen
Je benoemt wie belangrijk zijn voor het project (en waarom).
Je ontwerpt en realiseert eenvoudige ICT-oplossingen met gegeven methodes en voorbeelden: je volgt gegeven stappen om een oplossing te maken, test met hulp functionaliteit en past aan op feedback.
Dat zie je aan
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.
Je bouwt een oplossing aan de hand een omschrijving in user-stories met acceptatiecriteria.
Je richt een ontwikkelomgeving in met IDE/tools, leest foutmeldingen in terminal/console, lost basisbugs op en gebruikt de IDE consistent.
Je verdeelt je code over modules, schrijft functies met één taak, hergebruikt code om duplicatie te vermijden en levert een volledig werkend product.
Je modelleert een simpele dataverzameling of systeem met basis ERD-elementen (entiteiten en attributen).
Je overweegt cyber security aspecten in je ontwerp.
Je maakt eenvoudige wireframes en UI die aansluiten bij gebruikersonderzoek, verbetert ontwerp en product iteratief op basis van TMC-feedback.
Je test functionaliteit met hulp, documenteert issues, legt uit hoe/waarom je oplossing past bij eisen (in review/coachgesprek) en past aan op feedback.
BOKSA
Maken
Sub-onderdeel
Succescriteria
Domeinkennis
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.
HTML/CSS JavaScript DOM Structuur en opmaak van webpagina’s Responsief ontwerp (bijv. flexbox) Front-end
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.
Computerarchitectuur Computerinstructies Machinecode en assembly Programmeertaal Variabelen en datatypes Expressies Operatoren Conditie-structuren (if/else) Loops (for/while) Functies/procedures Input/output
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.
Je koppelt invoer en uitvoer aan een eenvoudige database.
Je volgt de Agile/SCRUM-werkwijze met versiebeheer (Git) en stemt hierbij af met team, Product Owner en gebruikers. Met begeleiding volg je de gegeven werkwijze en planning, inclusief overleg met stakeholders. Je neemt verantwoordelijkheid voor je rol in samenwerking en productkwaliteit.
Dat zie je aan
Je gebruikt Git consequent: maakt regelmatig commits op de main branch met korte, beschrijvende berichten en je lost merge-conflicten op onder begeleiding.
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.
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.
Je geeft en ontvangt eenvoudige feedback tijdens events/code reviews, noteert deze bij issues en in de retrospectives. Je deelt complimenten en verbeterpunten met teamgenoten.
BOKSA
Intern (versiebeheer)
Sub-onderdeel
Succescriteria
Domeinkennis
Git gebruiken
Je maakt regelmatig commits op de main branch.
Je kunt merge-conflicten onder begeleiding oplossen.
Je schrijft korte, beschrijvende commit-berichten.
Commit message Logische commits Consistente schrijfstijl, Koppeling aan issue/story-nummer
Professioneel samenwerken
Sub-onderdeel
Succescriteria
Domeinkennis
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.
Scrum/Sprint board (to do – doing – verify – done) User stories Verplaatsen op het bord. Sprint/back log
Feedback geven/ontvangen
Je geeft en ontvangt eenvoudige feedback tijdens events.
Je noteert feedback op issues en tijdens retrospectives.
Standup Sprint Review Retrospective Feedback geven in issues Eenvoudige feedbackmodellen
Kwaliteitsbesef
Sub-onderdeel
Succescriteria
Domeinkennis
Eigen werk controleren
Je checkt eigen werk tegen DoD en meldt issues.
Definition of Done (DoD) Acceptatiecriteria per user story
Feedback communiceren
Je deelt complimenten/verbeterpunten tijdens code reviews.
Issues / Bugs Issue aanmaken Beschrijving van probleem, Verwijzen naar user story/commit Complimenten (wat gaat goed) Concrete verbeterpunten Review-comments
Projectmethode
Sub-onderdeel
Succescriteria
Domeinkennis
SCRUM-events toepassen
Je participeert actief in planning/review/retro.
Je draagt bij aan de voorbereiding op SCRUM-events.
Scrum events Sprint Sprint planning Daily scrum/stand-up Sprint review Sprint retrospective Plannen van werk (planning) Afstemmen voortgang en blockers (daily) Demo en feedback (review), Leren en verbeterafspraken maken (retro).
SCRUM-bord bijhouden
Je verplaatst je taken op het bord en update status.
Scrum/Sprint board (to do – doing – verify – done) User stories Acceptatiecriteria Verplaatsen op het bord. Sprint/back log
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.
User story Sprint backlog Taken onder een user story, Definition of Done “Done” markeren Issues met feedback: Comments van teamgenoten Verbeteracties uitvoeren Terugkoppelen op het issue
EigenaarMichiel
TeameigenaarProduct owner propedeuse
Deze pagina is voor het laatst bewerkt op
.
Recente bewerkingen
· bekijk de recente bewerkingen
@@ -0,0 +1,204 @@+---+team_owner_meta_data: "Product owner propedeuse"+name_owner_meta_data: "Michiel"+---++# Leeruitkomsten propedeuse semester 1++Hieronder de leeruitkomsten van het eerste semester in de propedeuse; 'kick start'.++## 1.1: Persoonlijk Leiderschap++### Omschrijving++Je neemt verantwoordelijkheid voor je eigen leerproces door regelmatig te reflecteren op je aanpak en studievoortgang. Je stelt leerdoelen op, vraagt actief om feedback en gebruikt deze om je werkwijze te verbeteren. Hierdoor vergroot je je effectiviteit en draag je constructief bij aan individuele en groepsopdrachten. Je maakt bewuste keuzes over de inzet van generatieve AI op basis van wat je wilt leren.++### Dat zie je aan++- Je bent aanwezig en voorbereid bij geroosterde momenten, neemt actief deel aan Scrum-events en komt afspraken na. Je bijdrage aan opdrachten is zichtbaar en je kunt deze toelichten. Bij problemen communiceer je proactief.++- Je vraagt regelmatig feedback op je werk en werkhouding, en laat zien hoe je deze feedback gebruikt om je aanpak te verbeteren.++- Je reflecteert systematisch op concrete situaties uit je leerproces: je beschrijft wat je deed, analyseert wat je daarvan leerde en formuleert concrete leerdoelen voor je verdere ontwikkeling.++- Je documenteert je werk, reflecties, feedback en leerdoelen in een portfolio dat je leerproces zichtbaar en navolgbaar maakt.++- Je plant je werk, monitort je voortgang en past je aanpak aan wanneer je merkt dat iets niet werkt.++- Je maakt bewuste keuzes over het gebruik van generatieve AI. Je legt uit waarom, wanneer en hoe je generatieve AI inzet en reflecteert op wat dit betekent voor je leerproces en resultaat.++### BOKSA++#### Professioneel gedrag++| Sub-onderdeel | Succescriteria | Domeinkennis |+| ------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------ |+| Afspraken nakomen | Je voldoet aan alle gemaakte afspraken en levert je werk op tijd. | |+| Verantwoordelijkheid nemen | Je pakt toegewezen taken direct op en rondt deze zelfstandig af. | Definition of Done<br>Sprint backlog<br>Sprint board |+| Communiceren over leren | Je deelt minstens wekelijks mondeling of schriftelijk je voortgang en vragen met je coach.<br><br>Je houdt betrokken docenten en teamleden op de hoogte van voortgang en problemen. | |+| Feedback ontvangen en verwerken | Je past ontvangen feedback toe in je volgende taken en benoemt wat je anders doet.<br><br>Je schrijft mondeling ontvangen feedback op en vraagt je coach of je dit correct hebt gedaan. | Feedup, feedback, feedforward |+| Veilig en verantwoord werken | Je houdt rekening met veiligheidseisen en maakt verantwoorde keuzes tijdens je werk. | Sterke wachtwoorden<br>AVG-wetgeving<br>Privacy |++#### Zelfregulatie++| Sub-onderdeel | Succescriteria | Domeinkennis |+| ---------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------- |+| Studie plannen en monitoren | Je maakt een dagelijks/wekelijks overzicht van je taken en maakt een planning voor de uitvoering.<br><br>Je checkt op afwijkingen in de uitvoer en stelt plannen bij waar nodig. | Leerdoelen<br>SMART<br>Sprintplanning<br>Chunking<br>Studieomgeving<br>Succescriteria |+| Voortgang documenteren | Je noteert wekelijks je behaalde resultaten en obstakels in het portfolio-systeem. | Cornell methode<br>Mindmap<br>Timesheet |+| Zelfmotivatie opbouwen | Je start taken zelfstandig op.<br><br>Je overlegt met je coach bij startproblemen en zoekt samen naar oplossingen. | Growth-mindset<br>Uitstelgedrag<br>Beloningsstrategien |+| Doorzetten bij moeilijkheden | Je volhardt bij taken ondanks eerste obstakels en rondt het overgrote deel af. | |+| Proactieve rol in leerproces | Je stelt tijdens bijeenkomsten of coaching gerichte vragen over je eigen aanpak.<br><br>Je zoekt actief hulp als je vastloopt bij je werk. | Cognitieve strategieën |++#### Methodes++| Sub-onderdeel | Succescriteria | Domeinkennis |+| ------------------------------------------- | ---------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- |+| Leerdoel taak omschrijven en planning maken | Je beschrijft bij een gegeven leerdoel concrete stappen en een tijdlijn (bijv. "taak X in 2 dagen"). | Leerdoel<br>SMART<br>Milestones |+| Reflecteren op handelen | Je beantwoordt gegeven reflectievragen over je aanpak en resultaat. | Reflectiemodel Korthagen |+| GenAI verantwoordelijk inzetten | Je benoemt expliciet wanneer, hoe en waarom je GenAI inzet. | Hallucinaties<br>Bias<br>Plagiaatrisico<br>Onderwijs en toetsregels AI |+| GenAI-bijdrage reflecteren | Je reflecteert op de bijdrage van GenAI aan je leerproces. | Prompting<br>Kritisch beoordelen output |++## 2.1: Analyseren & Adviseren++### Omschrijving++Je onderzoekt de opdracht en de gebruiker met gegeven stappen. Je verkent wat de opdrachtgever met het product wil bereiken, brengt gebruikers en hun behoeften in kaart, probeert je ideeën uit met gebruikers, verwerkt feedback en communiceert je bevindingen en aanbevelingen helder, zowel mondeling als schriftelijk.++### Dat zie je aan++- Je bakent het probleem af in eigen woorden, herkent stakeholders en hun behoeften, en maakt een overzicht van productkenmerken.++- Je gaat professioneel met stakeholders om: bereidt vragen/demo's voor, bespreekt ideeën respectvol en doet behoefteonderzoek voor een groep.++- Je herkent externe eisen (Wet- en regelgeving) die van toepassing zijn en neemt deze mee in de uitvoering++- Je doorloopt methodisch TMC (denken-maken-testen): maakt een eenvoudig prototype, test met (pseudo-)gebruiker en observeert en noteert resultaten.++- Je verwerkt feedback, past inzichten toe in product/ontwerp, toont aanpassingen en beschrijft hoe je dit bijhoudt.++- Je presenteert je analyse en aanbevelingen mondeling en schriftelijk, ondersteund met visuele hulpmiddelen zoals schetsen, diagrammen of slides.++### BOKSA++#### Context en communicatie++| Sub-onderdeel | Succescriteria | Domeinkennis |+| ------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------- |+| Probleem verhelderen/afbakenen | Je legt in eigen woorden uit wat het doel van het product is en controleert dit.<br><br>Je onderscheidt feiten van aannames en geeft aan wat je nog niet weet. | Probleem<br>Doel van product<br>Scope/afbakening |+| Stakeholders herkennen | Je benoemt wie belangrijk zijn voor het project (en waarom). | Stakeholder<br>Eindgebruiker<br>Opdrachtgever<br>Stakeholder analyse |+| Professioneel met stakeholders omgaan | Je bereidt interview/gesprekken/demo-momenten voor en bespreekt ideeën respectvol met betrokkenen. | Stakeholdermanagement<br>Interviewtechnieken<br>Actief luisteren<br>Sprint review |+| Feedback verwerken op product | Je past feedback op het product toe in je product en toont aanpassingen.<br><br>Feedback houd je bij in je project en je benoemt hoe je deze toepast. | Productfeedback<br>Iteratief verbeteren<br>Requirements bijwerken<br>Versiebeheer<br>Wijzigingshistorie |+| Advies communiceren | Je presenteert je analyse mondeling (reviews) en schriftelijk (documentatie). | Presentatie<br>Pitch<br>Reviewmoment<br>Rapportage<br>Documentatie |++#### Kwaliteit++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Methodisch werken (TMC-proces) | Je doorloopt denken-maken-testen (think-make-check) met je prototype en product. | Think-Make-Check (TMC-proces)<br>Iteratief ontwikkelen<br>Prototype<br>Wireframe/wireflow<br>Gebruiker centraal (user centered design) |+| Stakeholderonderzoek: testen | Je test met een (pseudo-) gebruiker en observeert gebruik.<br><br>Je noteert wat de resultaten zijn van jouw testen. | Gebruikerstest/guerillatest (Pseudo-) gebruiker Testscenario/takenscript Observatietest<br>Think-aloud<br>Testnotitie/ testresultaat |+| Test feedback verwerken | Je beschrijft inzichten uit testen en past dit toe in ontwerp en product. | Testbevindingen |++#### Methodes++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Stakeholderanalyse | Je maakt een overzicht van gebruikers met kenmerken | Stakeholderanalyse<br>Stakeholders/belanghebbenden Gebruikersgroepen<br>Persona’s |+| Behoefteonderzoek | Je werkt behoeften uit voor een groep en gebruikt dit voor ontwerpkeuzes.<br><br>Je houdt rekening met externe eisen (wet- en regelgeving) mee.<br><br>Je koppelt user stories aan de gevonden behoeften. | Behoeften,wensen en pijnpunten van gebruikers<br>User needs<br>Doelgroepanalyse<br>Requirements (eisen en wensen)<br>User stories<br>Acceptatiecriteria<br>Privacy<br>AVG |+| Prototype maken en testen | Je maakt een eenvoudig prototype, test met gebruiker, noteert verbeterpunt. | Prototype (low/medium fidelity) Papieren schets, Wireframe/wireflow,<br>Klikdemo<br>Gebruikerstest met prototype<br>Testscenario<br>Testnotities |++## 3.1: Ontwerpen & Realiseren++### Omschrijving++Je ontwerpt en realiseert eenvoudige ICT-oplossingen met gegeven methodes en voorbeelden: je volgt gegeven stappen om een oplossing te maken, test met hulp functionaliteit en past aan op feedback.++### Dat zie je aan++- 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.++- Je bouwt een oplossing aan de hand een omschrijving in user-stories met acceptatiecriteria.++- Je richt een ontwikkelomgeving in met IDE/tools, leest foutmeldingen in terminal/console, lost basisbugs op en gebruikt de IDE consistent.++- Je verdeelt je code over modules, schrijft functies met één taak, hergebruikt code om duplicatie te vermijden en levert een volledig werkend product.++- Je modelleert een simpele dataverzameling of systeem met basis ERD-elementen (entiteiten en attributen).++- Je overweegt cyber security aspecten in je ontwerp.++- Je maakt eenvoudige wireframes en UI die aansluiten bij gebruikersonderzoek, verbetert ontwerp en product iteratief op basis van TMC-feedback.++- Je test functionaliteit met hulp, documenteert issues, legt uit hoe/waarom je oplossing past bij eisen (in review/coachgesprek) en past aan op feedback.++### BOKSA++#### Maken++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Web-technieken toepassen | Je past HTML, CSS en basis-JavaScript toe om een eenvoudige webpagina te maken.<br><br>Je kunt uitleggen hoe de webpagina is opgebouwd en waarom je deze oplossing hebt gekozen. | HTML/CSS<br>JavaScript<br>DOM<br>Structuur en opmaak van webpagina’s<br>Responsief ontwerp (bijv. flexbox)<br>Front-end |+| Programmeren (procedureel) | Je schrijft procedurele code voor een eenvoudig probleem, die voldoet aan gegeven eisen.<br><br>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. | Computerarchitectuur<br>Computerinstructies<br>Machinecode en assembly<br>Programmeertaal<br>Variabelen en datatypes<br>Expressies<br>Operatoren<br>Conditie-structuren (if/else)<br>Loops (for/while)<br>Functies/procedures Input/output |+| Ontwikkelen en debuggen | Je leest foutmeldingen in de terminal en console en doet onderzoek naar of vraagt hulp bij het probleem.<br><br>Je lost (met begeleiding) bugs.<br><br>Je koppelt invoer en uitvoer aan een eenvoudige database. | Compiler/runtime-fouten<br>Foutmeldingen<br>Terminal<br>Browserconsole<br>Stack trace<br>Logging<br>Debuggen<br>Breakpoints<br>Trial-and-error<br>Technische documentatie<br>Relationele database<br>Tabel<br>Record/rij<br>Kolom<br>Primary key<br>Eenvoudige SQL-query SELECT/INSERT/<br>UPDATE/DELETE |+| Product opleveren | Je levert een interactieve webapp die voldoet aan de gestelde eisen<br><br>Je kunt toelichten hoe eisen zijn geïmplementeerd met code en waarom je bepaalde keuzes hebt gemaakt. | Basisproduct/ minimale werkende versie (MVP)<br>Webapplicatie<br>Hosting versie/‘release’<br>Definition of Done<br>Testen voor oplevering. |+| IDE/tools gebruiken | Je richt een ontwikkelomgeving in en gebruikt deze consistent. | Ontwikkelomgeving (IDE)<br>Projectstructuur<br>Extensies/plugins<br>Terminal<br>Package manager<br>Startproject<br>Repository<br>Commit<br>Push/pull<br>Branch |++#### Product ontwerpen++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Iteratief ontwerp verbeteren | Je verbetert je ontwerp en product iteratief op basis van TMC-feedback.<br><br>Je maakt het TMC-proces zichtbaar in de documentatie en mondelinge rapportages. | Think-Make-Check (TMC-proces)<br>Iteratief ontwerpen<br>Prototype verbeteren op basis van feedback, Ontwerpbeslissingen vastleggen<br>Sprint review |+| Gebruiker centraal | Je maakt eenvoudige wireframes en UI die aansluiten bij het gebruikersonderzoek en testresultaten.<br><br>Je kunt toelichten hoe inzichten over gebruikers zijn vertaald naar ontwerpkeuzes. | Gebruiker centraal<br>Gebruikersonderzoek, Scenario’s/user flows<br>Usability<br>Wireframes (low-fidelity)<br>Basis UI-elementen (navigatie, knoppen, formulieren) Consistent ontwerp |++#### Technisch ontwerpen++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Systeemstructuur maken | Je bouwt een eenvoudige structuur voor code/data (bijv. modules).<br><br>Je schrijft functies die één taak hebben.<br><br>Je hergebruikt code om duplicaat code te vermijden.<br>Je bouwt structuren en functies die cyber veilig zijn. | Modulair programmeren Modules en lagen<br>Functies met één verantwoordelijkheid (single responsibility)<br>DRY-principe (geen duplicaat code)<br>Herbruikbare functies. |+| Modelleren toepassen | Je modelleert een simpele dataverzameling of systeem met basis ERD-elementen (entiteiten, attributen, relaties). | Entity-Relationship Diagram (ERD)<br>Fysiek Db Diagram (EERD)<br>Entiteiten<br>Attributen<br>Relaties<br>Instanties<br>Cardinaliteit (1-op-1, 1-op-veel, veel-op-veel) |++## 4.1: Managen & Samenwerken++### Omschrijving++Je volgt de Agile/SCRUM-werkwijze met versiebeheer (Git) en stemt hierbij af met team, Product Owner en gebruikers. Met begeleiding volg je de gegeven werkwijze en planning, inclusief overleg met stakeholders. Je neemt verantwoordelijkheid voor je rol in samenwerking en productkwaliteit.++### Dat zie je aan++- Je gebruikt Git consequent: maakt regelmatig commits op de main branch met korte, beschrijvende berichten en je lost merge-conflicten op onder begeleiding.++- 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.++- 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.++- Je geeft en ontvangt eenvoudige feedback tijdens events/code reviews, noteert deze bij issues en in de retrospectives. Je deelt complimenten en verbeterpunten met teamgenoten.++### BOKSA++#### Intern (versiebeheer)++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Git gebruiken | Je maakt regelmatig commits op de main branch.<br><br>Je kunt merge-conflicten onder begeleiding oplossen. | Git-begrippen: repository, remote, branch, main, commit, merge<br>Basiscommando’s: git add, commit, push, pull, merge, status<br>Merge-conflict: oorzaak, conflictaanduidingen (<<<<<<<, =======, >>>>>>>), conflicten oplossen |+| Commit-messages schrijven | Je schrijft korte, beschrijvende commit-berichten. | Commit message<br>Logische commits<br>Consistente schrijfstijl, Koppeling aan issue/story-nummer |++### Professioneel samenwerken++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Werk verdelen | Je pakt toegewezen werk op en stemt taken af met team.<br><br>Je wijst jezelf toe aan user stories en houdt tijdens je werk het sprint board up-to-date. | Scrum/Sprint board (to do – doing – verify – done)<br>User stories<br>Verplaatsen op het bord.<br>Sprint/back log |+| Feedback geven/ontvangen | Je geeft en ontvangt eenvoudige feedback tijdens events.<br><br>Je noteert feedback op issues en tijdens retrospectives. | Standup<br>Sprint Review<br>Retrospective<br>Feedback geven in issues<br>Eenvoudige feedbackmodellen |++### Kwaliteitsbesef++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Eigen werk controleren | Je checkt eigen werk tegen DoD en meldt issues. | Definition of Done (DoD)<br>Acceptatiecriteria per user story |+| Feedback communiceren | Je deelt complimenten/verbeterpunten tijdens code reviews. | Issues / Bugs<br>Issue aanmaken<br>Beschrijving van probleem, Verwijzen naar user story/commit<br>Complimenten (wat gaat goed)<br>Concrete verbeterpunten<br>Review-comments |++### Projectmethode++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| SCRUM-events toepassen | Je participeert actief in planning/review/retro.<br><br>Je draagt bij aan de voorbereiding op SCRUM-events. | Scrum events<br>Sprint<br>Sprint planning<br>Daily scrum/stand-up<br>Sprint review<br>Sprint retrospective<br>Plannen van werk (planning) Afstemmen voortgang en blockers (daily)<br>Demo en feedback (review), Leren en verbeterafspraken maken (retro). |+| SCRUM-bord bijhouden | Je verplaatst je taken op het bord en update status. | Scrum/Sprint board (to do – doing – verify – done)<br>User stories<br>Acceptatiecriteria<br>Verplaatsen op het bord.<br>Sprint/back log |+| User stories volgen | Je werkt aan gegeven user stories en markeert als done.<br><br>Je controleert jouw issues op feedback van teamgenoten en verbetert waar nodig. | User story<br>Sprint backlog<br>Taken onder een user story, Definition of Done<br>“Done” markeren<br>Issues met feedback: Comments van teamgenoten Verbeteracties uitvoeren Terugkoppelen op het issue |
@@ -1,204 +0,0 @@-team_owner_meta_data: "Product owner propedeuse"-name_owner_meta_data: "Michiel"--# Leeruitkomsten propedeuse semester 1--Hieronder de leeruitkomsten van het eerste semester in de propedeuse; 'kick start'.--## 1.1: Persoonlijk Leiderschap--### Omschrijving--Je neemt verantwoordelijkheid voor je eigen leerproces door regelmatig te reflecteren op je aanpak en studievoortgang. Je stelt leerdoelen op, vraagt actief om feedback en gebruikt deze om je werkwijze te verbeteren. Hierdoor vergroot je je effectiviteit en draag je constructief bij aan individuele en groepsopdrachten. Je maakt bewuste keuzes over de inzet van generatieve AI op basis van wat je wilt leren.--### Dat zie je aan--- Je bent aanwezig en voorbereid bij geroosterde momenten, neemt actief deel aan Scrum-events en komt afspraken na. Je bijdrage aan opdrachten is zichtbaar en je kunt deze toelichten. Bij problemen communiceer je proactief.--- Je vraagt regelmatig feedback op je werk en werkhouding, en laat zien hoe je deze feedback gebruikt om je aanpak te verbeteren.--- Je reflecteert systematisch op concrete situaties uit je leerproces: je beschrijft wat je deed, analyseert wat je daarvan leerde en formuleert concrete leerdoelen voor je verdere ontwikkeling.--- Je documenteert je werk, reflecties, feedback en leerdoelen in een portfolio dat je leerproces zichtbaar en navolgbaar maakt.--- Je plant je werk, monitort je voortgang en past je aanpak aan wanneer je merkt dat iets niet werkt.--- Je maakt bewuste keuzes over het gebruik van generatieve AI. Je legt uit waarom, wanneer en hoe je generatieve AI inzet en reflecteert op wat dit betekent voor je leerproces en resultaat.--### BOKSA--#### Professioneel gedrag--| Sub-onderdeel | Succescriteria | Domeinkennis |-| ------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------ |-| Afspraken nakomen | Je voldoet aan alle gemaakte afspraken en levert je werk op tijd. | |-| Verantwoordelijkheid nemen | Je pakt toegewezen taken direct op en rondt deze zelfstandig af. | Definition of Done<br>Sprint backlog<br>Sprint board |-| Communiceren over leren | Je deelt minstens wekelijks mondeling of schriftelijk je voortgang en vragen met je coach.<br><br>Je houdt betrokken docenten en teamleden op de hoogte van voortgang en problemen. | |-| Feedback ontvangen en verwerken | Je past ontvangen feedback toe in je volgende taken en benoemt wat je anders doet.<br><br>Je schrijft mondeling ontvangen feedback op en vraagt je coach of je dit correct hebt gedaan. | Feedup, feedback, feedforward |-| Veilig en verantwoord werken | Je houdt rekening met veiligheidseisen en maakt verantwoorde keuzes tijdens je werk. | Sterke wachtwoorden<br>AVG-wetgeving<br>Privacy |--#### Zelfregulatie--| Sub-onderdeel | Succescriteria | Domeinkennis |-| ---------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------- |-| Studie plannen en monitoren | Je maakt een dagelijks/wekelijks overzicht van je taken en maakt een planning voor de uitvoering.<br><br>Je checkt op afwijkingen in de uitvoer en stelt plannen bij waar nodig. | Leerdoelen<br>SMART<br>Sprintplanning<br>Chunking<br>Studieomgeving<br>Succescriteria |-| Voortgang documenteren | Je noteert wekelijks je behaalde resultaten en obstakels in het portfolio-systeem. | Cornell methode<br>Mindmap<br>Timesheet |-| Zelfmotivatie opbouwen | Je start taken zelfstandig op.<br><br>Je overlegt met je coach bij startproblemen en zoekt samen naar oplossingen. | Growth-mindset<br>Uitstelgedrag<br>Beloningsstrategien |-| Doorzetten bij moeilijkheden | Je volhardt bij taken ondanks eerste obstakels en rondt het overgrote deel af. | |-| Proactieve rol in leerproces | Je stelt tijdens bijeenkomsten of coaching gerichte vragen over je eigen aanpak.<br><br>Je zoekt actief hulp als je vastloopt bij je werk. | Cognitieve strategieën |--#### Methodes--| Sub-onderdeel | Succescriteria | Domeinkennis |-| ------------------------------------------- | ---------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- |-| Leerdoel taak omschrijven en planning maken | Je beschrijft bij een gegeven leerdoel concrete stappen en een tijdlijn (bijv. "taak X in 2 dagen"). | Leerdoel<br>SMART<br>Milestones |-| Reflecteren op handelen | Je beantwoordt gegeven reflectievragen over je aanpak en resultaat. | Reflectiemodel Korthagen |-| GenAI verantwoordelijk inzetten | Je benoemt expliciet wanneer, hoe en waarom je GenAI inzet. | Hallucinaties<br>Bias<br>Plagiaatrisico<br>Onderwijs en toetsregels AI |-| GenAI-bijdrage reflecteren | Je reflecteert op de bijdrage van GenAI aan je leerproces. | Prompting<br>Kritisch beoordelen output |--## 2.1: Analyseren & Adviseren--### Omschrijving--Je onderzoekt de opdracht en de gebruiker met gegeven stappen. Je verkent wat de opdrachtgever met het product wil bereiken, brengt gebruikers en hun behoeften in kaart, probeert je ideeën uit met gebruikers, verwerkt feedback en communiceert je bevindingen en aanbevelingen helder, zowel mondeling als schriftelijk.--### Dat zie je aan--- Je bakent het probleem af in eigen woorden, herkent stakeholders en hun behoeften, en maakt een overzicht van productkenmerken.--- Je gaat professioneel met stakeholders om: bereidt vragen/demo's voor, bespreekt ideeën respectvol en doet behoefteonderzoek voor een groep.--- Je herkent externe eisen (Wet- en regelgeving) die van toepassing zijn en neemt deze mee in de uitvoering--- Je doorloopt methodisch TMC (denken-maken-testen): maakt een eenvoudig prototype, test met (pseudo-)gebruiker en observeert en noteert resultaten.--- Je verwerkt feedback, past inzichten toe in product/ontwerp, toont aanpassingen en beschrijft hoe je dit bijhoudt.--- Je presenteert je analyse en aanbevelingen mondeling en schriftelijk, ondersteund met visuele hulpmiddelen zoals schetsen, diagrammen of slides.--### BOKSA--#### Context en communicatie--| Sub-onderdeel | Succescriteria | Domeinkennis |-| ------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------- |-| Probleem verhelderen/afbakenen | Je legt in eigen woorden uit wat het doel van het product is en controleert dit.<br><br>Je onderscheidt feiten van aannames en geeft aan wat je nog niet weet. | Probleem<br>Doel van product<br>Scope/afbakening |-| Stakeholders herkennen | Je benoemt wie belangrijk zijn voor het project (en waarom). | Stakeholder<br>Eindgebruiker<br>Opdrachtgever<br>Stakeholder analyse |-| Professioneel met stakeholders omgaan | Je bereidt interview/gesprekken/demo-momenten voor en bespreekt ideeën respectvol met betrokkenen. | Stakeholdermanagement<br>Interviewtechnieken<br>Actief luisteren<br>Sprint review |-| Feedback verwerken op product | Je past feedback op het product toe in je product en toont aanpassingen.<br><br>Feedback houd je bij in je project en je benoemt hoe je deze toepast. | Productfeedback<br>Iteratief verbeteren<br>Requirements bijwerken<br>Versiebeheer<br>Wijzigingshistorie |-| Advies communiceren | Je presenteert je analyse mondeling (reviews) en schriftelijk (documentatie). | Presentatie<br>Pitch<br>Reviewmoment<br>Rapportage<br>Documentatie |--#### Kwaliteit--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| Methodisch werken (TMC-proces) | Je doorloopt denken-maken-testen (think-make-check) met je prototype en product. | Think-Make-Check (TMC-proces)<br>Iteratief ontwikkelen<br>Prototype<br>Wireframe/wireflow<br>Gebruiker centraal (user centered design) |-| Stakeholderonderzoek: testen | Je test met een (pseudo-) gebruiker en observeert gebruik.<br><br>Je noteert wat de resultaten zijn van jouw testen. | Gebruikerstest/guerillatest (Pseudo-) gebruiker Testscenario/takenscript Observatietest<br>Think-aloud<br>Testnotitie/ testresultaat |-| Test feedback verwerken | Je beschrijft inzichten uit testen en past dit toe in ontwerp en product. | Testbevindingen |--#### Methodes--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| Stakeholderanalyse | Je maakt een overzicht van gebruikers met kenmerken | Stakeholderanalyse<br>Stakeholders/belanghebbenden Gebruikersgroepen<br>Persona’s |-| Behoefteonderzoek | Je werkt behoeften uit voor een groep en gebruikt dit voor ontwerpkeuzes.<br><br>Je houdt rekening met externe eisen (wet- en regelgeving) mee.<br><br>Je koppelt user stories aan de gevonden behoeften. | Behoeften,wensen en pijnpunten van gebruikers<br>User needs<br>Doelgroepanalyse<br>Requirements (eisen en wensen)<br>User stories<br>Acceptatiecriteria<br>Privacy<br>AVG |-| Prototype maken en testen | Je maakt een eenvoudig prototype, test met gebruiker, noteert verbeterpunt. | Prototype (low/medium fidelity) Papieren schets, Wireframe/wireflow,<br>Klikdemo<br>Gebruikerstest met prototype<br>Testscenario<br>Testnotities |--## 3.1: Ontwerpen & Realiseren--### Omschrijving--Je ontwerpt en realiseert eenvoudige ICT-oplossingen met gegeven methodes en voorbeelden: je volgt gegeven stappen om een oplossing te maken, test met hulp functionaliteit en past aan op feedback.--### Dat zie je aan--- 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.--- Je bouwt een oplossing aan de hand een omschrijving in user-stories met acceptatiecriteria.--- Je richt een ontwikkelomgeving in met IDE/tools, leest foutmeldingen in terminal/console, lost basisbugs op en gebruikt de IDE consistent.--- Je verdeelt je code over modules, schrijft functies met één taak, hergebruikt code om duplicatie te vermijden en levert een volledig werkend product.--- Je modelleert een simpele dataverzameling of systeem met basis ERD-elementen (entiteiten en attributen).--- Je overweegt cyber security aspecten in je ontwerp.--- Je maakt eenvoudige wireframes en UI die aansluiten bij gebruikersonderzoek, verbetert ontwerp en product iteratief op basis van TMC-feedback.--- Je test functionaliteit met hulp, documenteert issues, legt uit hoe/waarom je oplossing past bij eisen (in review/coachgesprek) en past aan op feedback.--### BOKSA--#### Maken--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| Web-technieken toepassen | Je past HTML, CSS en basis-JavaScript toe om een eenvoudige webpagina te maken.<br><br>Je kunt uitleggen hoe de webpagina is opgebouwd en waarom je deze oplossing hebt gekozen. | HTML/CSS<br>JavaScript<br>DOM<br>Structuur en opmaak van webpagina’s<br>Responsief ontwerp (bijv. flexbox)<br>Front-end |-| Programmeren (procedureel) | Je schrijft procedurele code voor een eenvoudig probleem, die voldoet aan gegeven eisen.<br><br>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. | Computerarchitectuur<br>Computerinstructies<br>Machinecode en assembly<br>Programmeertaal<br>Variabelen en datatypes<br>Expressies<br>Operatoren<br>Conditie-structuren (if/else)<br>Loops (for/while)<br>Functies/procedures Input/output |-| Ontwikkelen en debuggen | Je leest foutmeldingen in de terminal en console en doet onderzoek naar of vraagt hulp bij het probleem.<br><br>Je lost (met begeleiding) bugs.<br><br>Je koppelt invoer en uitvoer aan een eenvoudige database. | Compiler/runtime-fouten<br>Foutmeldingen<br>Terminal<br>Browserconsole<br>Stack trace<br>Logging<br>Debuggen<br>Breakpoints<br>Trial-and-error<br>Technische documentatie<br>Relationele database<br>Tabel<br>Record/rij<br>Kolom<br>Primary key<br>Eenvoudige SQL-query SELECT/INSERT/<br>UPDATE/DELETE |-| Product opleveren | Je levert een interactieve webapp die voldoet aan de gestelde eisen<br><br>Je kunt toelichten hoe eisen zijn geïmplementeerd met code en waarom je bepaalde keuzes hebt gemaakt. | Basisproduct/ minimale werkende versie (MVP)<br>Webapplicatie<br>Hosting versie/‘release’<br>Definition of Done<br>Testen voor oplevering. |-| IDE/tools gebruiken | Je richt een ontwikkelomgeving in en gebruikt deze consistent. | Ontwikkelomgeving (IDE)<br>Projectstructuur<br>Extensies/plugins<br>Terminal<br>Package manager<br>Startproject<br>Repository<br>Commit<br>Push/pull<br>Branch |--#### Product ontwerpen--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| Iteratief ontwerp verbeteren | Je verbetert je ontwerp en product iteratief op basis van TMC-feedback.<br><br>Je maakt het TMC-proces zichtbaar in de documentatie en mondelinge rapportages. | Think-Make-Check (TMC-proces)<br>Iteratief ontwerpen<br>Prototype verbeteren op basis van feedback, Ontwerpbeslissingen vastleggen<br>Sprint review |-| Gebruiker centraal | Je maakt eenvoudige wireframes en UI die aansluiten bij het gebruikersonderzoek en testresultaten.<br><br>Je kunt toelichten hoe inzichten over gebruikers zijn vertaald naar ontwerpkeuzes. | Gebruiker centraal<br>Gebruikersonderzoek, Scenario’s/user flows<br>Usability<br>Wireframes (low-fidelity)<br>Basis UI-elementen (navigatie, knoppen, formulieren) Consistent ontwerp |--#### Technisch ontwerpen--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| Systeemstructuur maken | Je bouwt een eenvoudige structuur voor code/data (bijv. modules).<br><br>Je schrijft functies die één taak hebben.<br><br>Je hergebruikt code om duplicaat code te vermijden.<br>Je bouwt structuren en functies die cyber veilig zijn. | Modulair programmeren Modules en lagen<br>Functies met één verantwoordelijkheid (single responsibility)<br>DRY-principe (geen duplicaat code)<br>Herbruikbare functies. |-| Modelleren toepassen | Je modelleert een simpele dataverzameling of systeem met basis ERD-elementen (entiteiten, attributen, relaties). | Entity-Relationship Diagram (ERD)<br>Fysiek Db Diagram (EERD)<br>Entiteiten<br>Attributen<br>Relaties<br>Instanties<br>Cardinaliteit (1-op-1, 1-op-veel, veel-op-veel) |--## 4.1: Managen & Samenwerken--### Omschrijving--Je volgt de Agile/SCRUM-werkwijze met versiebeheer (Git) en stemt hierbij af met team, Product Owner en gebruikers. Met begeleiding volg je de gegeven werkwijze en planning, inclusief overleg met stakeholders. Je neemt verantwoordelijkheid voor je rol in samenwerking en productkwaliteit.--### Dat zie je aan--- Je gebruikt Git consequent: maakt regelmatig commits op de main branch met korte, beschrijvende berichten en je lost merge-conflicten op onder begeleiding.--- 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.--- 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.--- Je geeft en ontvangt eenvoudige feedback tijdens events/code reviews, noteert deze bij issues en in de retrospectives. Je deelt complimenten en verbeterpunten met teamgenoten.--### BOKSA--#### Intern (versiebeheer)--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| Git gebruiken | Je maakt regelmatig commits op de main branch.<br><br>Je kunt merge-conflicten onder begeleiding oplossen. | Git-begrippen: repository, remote, branch, main, commit, merge<br>Basiscommando’s: git add, commit, push, pull, merge, status<br>Merge-conflict: oorzaak, conflictaanduidingen (<<<<<<<, =======, >>>>>>>), conflicten oplossen |-| Commit-messages schrijven | Je schrijft korte, beschrijvende commit-berichten. | Commit message<br>Logische commits<br>Consistente schrijfstijl, Koppeling aan issue/story-nummer |--### Professioneel samenwerken--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| Werk verdelen | Je pakt toegewezen werk op en stemt taken af met team.<br><br>Je wijst jezelf toe aan user stories en houdt tijdens je werk het sprint board up-to-date. | Scrum/Sprint board (to do – doing – verify – done)<br>User stories<br>Verplaatsen op het bord.<br>Sprint/back log |-| Feedback geven/ontvangen | Je geeft en ontvangt eenvoudige feedback tijdens events.<br><br>Je noteert feedback op issues en tijdens retrospectives. | Standup<br>Sprint Review<br>Retrospective<br>Feedback geven in issues<br>Eenvoudige feedbackmodellen |--### Kwaliteitsbesef--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| Eigen werk controleren | Je checkt eigen werk tegen DoD en meldt issues. | Definition of Done (DoD)<br>Acceptatiecriteria per user story |-| Feedback communiceren | Je deelt complimenten/verbeterpunten tijdens code reviews. | Issues / Bugs<br>Issue aanmaken<br>Beschrijving van probleem, Verwijzen naar user story/commit<br>Complimenten (wat gaat goed)<br>Concrete verbeterpunten<br>Review-comments |--### Projectmethode--| Sub-onderdeel | Succescriteria | Domeinkennis |-| --- | --- | --- |-| SCRUM-events toepassen | Je participeert actief in planning/review/retro.<br><br>Je draagt bij aan de voorbereiding op SCRUM-events. | Scrum events<br>Sprint<br>Sprint planning<br>Daily scrum/stand-up<br>Sprint review<br>Sprint retrospective<br>Plannen van werk (planning) Afstemmen voortgang en blockers (daily)<br>Demo en feedback (review), Leren en verbeterafspraken maken (retro). |-| SCRUM-bord bijhouden | Je verplaatst je taken op het bord en update status. | Scrum/Sprint board (to do – doing – verify – done)<br>User stories<br>Acceptatiecriteria<br>Verplaatsen op het bord.<br>Sprint/back log |-| User stories volgen | Je werkt aan gegeven user stories en markeert als done.<br><br>Je controleert jouw issues op feedback van teamgenoten en verbetert waar nodig. | User story<br>Sprint backlog<br>Taken onder een user story, Definition of Done<br>“Done” markeren<br>Issues met feedback: Comments van teamgenoten Verbeteracties uitvoeren Terugkoppelen op het issue |
@@ -0,0 +1,204 @@+---+team_owner_meta_data: "Product owner propedeuse"+name_owner_meta_data: "Michiel"+---++# Leeruitkomsten propedeuse semester 1++Hieronder de leeruitkomsten van het eerste semester in de propedeuse; 'kick start'.++## 1.1: Persoonlijk Leiderschap++### Omschrijving++Je neemt verantwoordelijkheid voor je eigen leerproces door regelmatig te reflecteren op je aanpak en studievoortgang. Je stelt leerdoelen op, vraagt actief om feedback en gebruikt deze om je werkwijze te verbeteren. Hierdoor vergroot je je effectiviteit en draag je constructief bij aan individuele en groepsopdrachten. Je maakt bewuste keuzes over de inzet van generatieve AI op basis van wat je wilt leren.++### Dat zie je aan++- Je bent aanwezig en voorbereid bij geroosterde momenten, neemt actief deel aan Scrum-events en komt afspraken na. Je bijdrage aan opdrachten is zichtbaar en je kunt deze toelichten. Bij problemen communiceer je proactief.++- Je vraagt regelmatig feedback op je werk en werkhouding, en laat zien hoe je deze feedback gebruikt om je aanpak te verbeteren.++- Je reflecteert systematisch op concrete situaties uit je leerproces: je beschrijft wat je deed, analyseert wat je daarvan leerde en formuleert concrete leerdoelen voor je verdere ontwikkeling.++- Je documenteert je werk, reflecties, feedback en leerdoelen in een portfolio dat je leerproces zichtbaar en navolgbaar maakt.++- Je plant je werk, monitort je voortgang en past je aanpak aan wanneer je merkt dat iets niet werkt.++- Je maakt bewuste keuzes over het gebruik van generatieve AI. Je legt uit waarom, wanneer en hoe je generatieve AI inzet en reflecteert op wat dit betekent voor je leerproces en resultaat.++### BOKSA++#### Professioneel gedrag++| Sub-onderdeel | Succescriteria | Domeinkennis |+| ------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------ |+| Afspraken nakomen | Je voldoet aan alle gemaakte afspraken en levert je werk op tijd. | |+| Verantwoordelijkheid nemen | Je pakt toegewezen taken direct op en rondt deze zelfstandig af. | Definition of Done<br>Sprint backlog<br>Sprint board |+| Communiceren over leren | Je deelt minstens wekelijks mondeling of schriftelijk je voortgang en vragen met je coach.<br><br>Je houdt betrokken docenten en teamleden op de hoogte van voortgang en problemen. | |+| Feedback ontvangen en verwerken | Je past ontvangen feedback toe in je volgende taken en benoemt wat je anders doet.<br><br>Je schrijft mondeling ontvangen feedback op en vraagt je coach of je dit correct hebt gedaan. | Feedup, feedback, feedforward |+| Veilig en verantwoord werken | Je houdt rekening met veiligheidseisen en maakt verantwoorde keuzes tijdens je werk. | Sterke wachtwoorden<br>AVG-wetgeving<br>Privacy |++#### Zelfregulatie++| Sub-onderdeel | Succescriteria | Domeinkennis |+| ---------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------- |+| Studie plannen en monitoren | Je maakt een dagelijks/wekelijks overzicht van je taken en maakt een planning voor de uitvoering.<br><br>Je checkt op afwijkingen in de uitvoer en stelt plannen bij waar nodig. | Leerdoelen<br>SMART<br>Sprintplanning<br>Chunking<br>Studieomgeving<br>Succescriteria |+| Voortgang documenteren | Je noteert wekelijks je behaalde resultaten en obstakels in het portfolio-systeem. | Cornell methode<br>Mindmap<br>Timesheet |+| Zelfmotivatie opbouwen | Je start taken zelfstandig op.<br><br>Je overlegt met je coach bij startproblemen en zoekt samen naar oplossingen. | Growth-mindset<br>Uitstelgedrag<br>Beloningsstrategien |+| Doorzetten bij moeilijkheden | Je volhardt bij taken ondanks eerste obstakels en rondt het overgrote deel af. | |+| Proactieve rol in leerproces | Je stelt tijdens bijeenkomsten of coaching gerichte vragen over je eigen aanpak.<br><br>Je zoekt actief hulp als je vastloopt bij je werk. | Cognitieve strategieën |++#### Methodes++| Sub-onderdeel | Succescriteria | Domeinkennis |+| ------------------------------------------- | ---------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------- |+| Leerdoel taak omschrijven en planning maken | Je beschrijft bij een gegeven leerdoel concrete stappen en een tijdlijn (bijv. "taak X in 2 dagen"). | Leerdoel<br>SMART<br>Milestones |+| Reflecteren op handelen | Je beantwoordt gegeven reflectievragen over je aanpak en resultaat. | Reflectiemodel Korthagen |+| GenAI verantwoordelijk inzetten | Je benoemt expliciet wanneer, hoe en waarom je GenAI inzet. | Hallucinaties<br>Bias<br>Plagiaatrisico<br>Onderwijs en toetsregels AI |+| GenAI-bijdrage reflecteren | Je reflecteert op de bijdrage van GenAI aan je leerproces. | Prompting<br>Kritisch beoordelen output |++## 2.1: Analyseren & Adviseren++### Omschrijving++Je onderzoekt de opdracht en de gebruiker met gegeven stappen. Je verkent wat de opdrachtgever met het product wil bereiken, brengt gebruikers en hun behoeften in kaart, probeert je ideeën uit met gebruikers, verwerkt feedback en communiceert je bevindingen en aanbevelingen helder, zowel mondeling als schriftelijk.++### Dat zie je aan++- Je bakent het probleem af in eigen woorden, herkent stakeholders en hun behoeften, en maakt een overzicht van productkenmerken.++- Je gaat professioneel met stakeholders om: bereidt vragen/demo's voor, bespreekt ideeën respectvol en doet behoefteonderzoek voor een groep.++- Je herkent externe eisen (Wet- en regelgeving) die van toepassing zijn en neemt deze mee in de uitvoering++- Je doorloopt methodisch TMC (denken-maken-testen): maakt een eenvoudig prototype, test met (pseudo-)gebruiker en observeert en noteert resultaten.++- Je verwerkt feedback, past inzichten toe in product/ontwerp, toont aanpassingen en beschrijft hoe je dit bijhoudt.++- Je presenteert je analyse en aanbevelingen mondeling en schriftelijk, ondersteund met visuele hulpmiddelen zoals schetsen, diagrammen of slides.++### BOKSA++#### Context en communicatie++| Sub-onderdeel | Succescriteria | Domeinkennis |+| ------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------- |+| Probleem verhelderen/afbakenen | Je legt in eigen woorden uit wat het doel van het product is en controleert dit.<br><br>Je onderscheidt feiten van aannames en geeft aan wat je nog niet weet. | Probleem<br>Doel van product<br>Scope/afbakening |+| Stakeholders herkennen | Je benoemt wie belangrijk zijn voor het project (en waarom). | Stakeholder<br>Eindgebruiker<br>Opdrachtgever<br>Stakeholder analyse |+| Professioneel met stakeholders omgaan | Je bereidt interview/gesprekken/demo-momenten voor en bespreekt ideeën respectvol met betrokkenen. | Stakeholdermanagement<br>Interviewtechnieken<br>Actief luisteren<br>Sprint review |+| Feedback verwerken op product | Je past feedback op het product toe in je product en toont aanpassingen.<br><br>Feedback houd je bij in je project en je benoemt hoe je deze toepast. | Productfeedback<br>Iteratief verbeteren<br>Requirements bijwerken<br>Versiebeheer<br>Wijzigingshistorie |+| Advies communiceren | Je presenteert je analyse mondeling (reviews) en schriftelijk (documentatie). | Presentatie<br>Pitch<br>Reviewmoment<br>Rapportage<br>Documentatie |++#### Kwaliteit++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Methodisch werken (TMC-proces) | Je doorloopt denken-maken-testen (think-make-check) met je prototype en product. | Think-Make-Check (TMC-proces)<br>Iteratief ontwikkelen<br>Prototype<br>Wireframe/wireflow<br>Gebruiker centraal (user centered design) |+| Stakeholderonderzoek: testen | Je test met een (pseudo-) gebruiker en observeert gebruik.<br><br>Je noteert wat de resultaten zijn van jouw testen. | Gebruikerstest/guerillatest (Pseudo-) gebruiker Testscenario/takenscript Observatietest<br>Think-aloud<br>Testnotitie/ testresultaat |+| Test feedback verwerken | Je beschrijft inzichten uit testen en past dit toe in ontwerp en product. | Testbevindingen |++#### Methodes++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Stakeholderanalyse | Je maakt een overzicht van gebruikers met kenmerken | Stakeholderanalyse<br>Stakeholders/belanghebbenden Gebruikersgroepen<br>Persona’s |+| Behoefteonderzoek | Je werkt behoeften uit voor een groep en gebruikt dit voor ontwerpkeuzes.<br><br>Je houdt rekening met externe eisen (wet- en regelgeving) mee.<br><br>Je koppelt user stories aan de gevonden behoeften. | Behoeften,wensen en pijnpunten van gebruikers<br>User needs<br>Doelgroepanalyse<br>Requirements (eisen en wensen)<br>User stories<br>Acceptatiecriteria<br>Privacy<br>AVG |+| Prototype maken en testen | Je maakt een eenvoudig prototype, test met gebruiker, noteert verbeterpunt. | Prototype (low/medium fidelity) Papieren schets, Wireframe/wireflow,<br>Klikdemo<br>Gebruikerstest met prototype<br>Testscenario<br>Testnotities |++## 3.1: Ontwerpen & Realiseren++### Omschrijving++Je ontwerpt en realiseert eenvoudige ICT-oplossingen met gegeven methodes en voorbeelden: je volgt gegeven stappen om een oplossing te maken, test met hulp functionaliteit en past aan op feedback.++### Dat zie je aan++- 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.++- Je bouwt een oplossing aan de hand een omschrijving in user-stories met acceptatiecriteria.++- Je richt een ontwikkelomgeving in met IDE/tools, leest foutmeldingen in terminal/console, lost basisbugs op en gebruikt de IDE consistent.++- Je verdeelt je code over modules, schrijft functies met één taak, hergebruikt code om duplicatie te vermijden en levert een volledig werkend product.++- Je modelleert een simpele dataverzameling of systeem met basis ERD-elementen (entiteiten en attributen).++- Je overweegt cyber security aspecten in je ontwerp.++- Je maakt eenvoudige wireframes en UI die aansluiten bij gebruikersonderzoek, verbetert ontwerp en product iteratief op basis van TMC-feedback.++- Je test functionaliteit met hulp, documenteert issues, legt uit hoe/waarom je oplossing past bij eisen (in review/coachgesprek) en past aan op feedback.++### BOKSA++#### Maken++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Web-technieken toepassen | Je past HTML, CSS en basis-JavaScript toe om een eenvoudige webpagina te maken.<br><br>Je kunt uitleggen hoe de webpagina is opgebouwd en waarom je deze oplossing hebt gekozen. | HTML/CSS<br>JavaScript<br>DOM<br>Structuur en opmaak van webpagina’s<br>Responsief ontwerp (bijv. flexbox)<br>Front-end |+| Programmeren (procedureel) | Je schrijft procedurele code voor een eenvoudig probleem, die voldoet aan gegeven eisen.<br><br>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. | Computerarchitectuur<br>Computerinstructies<br>Machinecode en assembly<br>Programmeertaal<br>Variabelen en datatypes<br>Expressies<br>Operatoren<br>Conditie-structuren (if/else)<br>Loops (for/while)<br>Functies/procedures Input/output |+| Ontwikkelen en debuggen | Je leest foutmeldingen in de terminal en console en doet onderzoek naar of vraagt hulp bij het probleem.<br><br>Je lost (met begeleiding) bugs.<br><br>Je koppelt invoer en uitvoer aan een eenvoudige database. | Compiler/runtime-fouten<br>Foutmeldingen<br>Terminal<br>Browserconsole<br>Stack trace<br>Logging<br>Debuggen<br>Breakpoints<br>Trial-and-error<br>Technische documentatie<br>Relationele database<br>Tabel<br>Record/rij<br>Kolom<br>Primary key<br>Eenvoudige SQL-query SELECT/INSERT/<br>UPDATE/DELETE |+| Product opleveren | Je levert een interactieve webapp die voldoet aan de gestelde eisen<br><br>Je kunt toelichten hoe eisen zijn geïmplementeerd met code en waarom je bepaalde keuzes hebt gemaakt. | Basisproduct/ minimale werkende versie (MVP)<br>Webapplicatie<br>Hosting versie/‘release’<br>Definition of Done<br>Testen voor oplevering. |+| IDE/tools gebruiken | Je richt een ontwikkelomgeving in en gebruikt deze consistent. | Ontwikkelomgeving (IDE)<br>Projectstructuur<br>Extensies/plugins<br>Terminal<br>Package manager<br>Startproject<br>Repository<br>Commit<br>Push/pull<br>Branch |++#### Product ontwerpen++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Iteratief ontwerp verbeteren | Je verbetert je ontwerp en product iteratief op basis van TMC-feedback.<br><br>Je maakt het TMC-proces zichtbaar in de documentatie en mondelinge rapportages. | Think-Make-Check (TMC-proces)<br>Iteratief ontwerpen<br>Prototype verbeteren op basis van feedback, Ontwerpbeslissingen vastleggen<br>Sprint review |+| Gebruiker centraal | Je maakt eenvoudige wireframes en UI die aansluiten bij het gebruikersonderzoek en testresultaten.<br><br>Je kunt toelichten hoe inzichten over gebruikers zijn vertaald naar ontwerpkeuzes. | Gebruiker centraal<br>Gebruikersonderzoek, Scenario’s/user flows<br>Usability<br>Wireframes (low-fidelity)<br>Basis UI-elementen (navigatie, knoppen, formulieren) Consistent ontwerp |++#### Technisch ontwerpen++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Systeemstructuur maken | Je bouwt een eenvoudige structuur voor code/data (bijv. modules).<br><br>Je schrijft functies die één taak hebben.<br><br>Je hergebruikt code om duplicaat code te vermijden.<br>Je bouwt structuren en functies die cyber veilig zijn. | Modulair programmeren Modules en lagen<br>Functies met één verantwoordelijkheid (single responsibility)<br>DRY-principe (geen duplicaat code)<br>Herbruikbare functies. |+| Modelleren toepassen | Je modelleert een simpele dataverzameling of systeem met basis ERD-elementen (entiteiten, attributen, relaties). | Entity-Relationship Diagram (ERD)<br>Fysiek Db Diagram (EERD)<br>Entiteiten<br>Attributen<br>Relaties<br>Instanties<br>Cardinaliteit (1-op-1, 1-op-veel, veel-op-veel) |++## 4.1: Managen & Samenwerken++### Omschrijving++Je volgt de Agile/SCRUM-werkwijze met versiebeheer (Git) en stemt hierbij af met team, Product Owner en gebruikers. Met begeleiding volg je de gegeven werkwijze en planning, inclusief overleg met stakeholders. Je neemt verantwoordelijkheid voor je rol in samenwerking en productkwaliteit.++### Dat zie je aan++- Je gebruikt Git consequent: maakt regelmatig commits op de main branch met korte, beschrijvende berichten en je lost merge-conflicten op onder begeleiding.++- 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.++- 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.++- Je geeft en ontvangt eenvoudige feedback tijdens events/code reviews, noteert deze bij issues en in de retrospectives. Je deelt complimenten en verbeterpunten met teamgenoten.++### BOKSA++#### Intern (versiebeheer)++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Git gebruiken | Je maakt regelmatig commits op de main branch.<br><br>Je kunt merge-conflicten onder begeleiding oplossen. | Git-begrippen: repository, remote, branch, main, commit, merge<br>Basiscommando’s: git add, commit, push, pull, merge, status<br>Merge-conflict: oorzaak, conflictaanduidingen (<<<<<<<, =======, >>>>>>>), conflicten oplossen |+| Commit-messages schrijven | Je schrijft korte, beschrijvende commit-berichten. | Commit message<br>Logische commits<br>Consistente schrijfstijl, Koppeling aan issue/story-nummer |++### Professioneel samenwerken++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Werk verdelen | Je pakt toegewezen werk op en stemt taken af met team.<br><br>Je wijst jezelf toe aan user stories en houdt tijdens je werk het sprint board up-to-date. | Scrum/Sprint board (to do – doing – verify – done)<br>User stories<br>Verplaatsen op het bord.<br>Sprint/back log |+| Feedback geven/ontvangen | Je geeft en ontvangt eenvoudige feedback tijdens events.<br><br>Je noteert feedback op issues en tijdens retrospectives. | Standup<br>Sprint Review<br>Retrospective<br>Feedback geven in issues<br>Eenvoudige feedbackmodellen |++### Kwaliteitsbesef++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| Eigen werk controleren | Je checkt eigen werk tegen DoD en meldt issues. | Definition of Done (DoD)<br>Acceptatiecriteria per user story |+| Feedback communiceren | Je deelt complimenten/verbeterpunten tijdens code reviews. | Issues / Bugs<br>Issue aanmaken<br>Beschrijving van probleem, Verwijzen naar user story/commit<br>Complimenten (wat gaat goed)<br>Concrete verbeterpunten<br>Review-comments |++### Projectmethode++| Sub-onderdeel | Succescriteria | Domeinkennis |+| --- | --- | --- |+| SCRUM-events toepassen | Je participeert actief in planning/review/retro.<br><br>Je draagt bij aan de voorbereiding op SCRUM-events. | Scrum events<br>Sprint<br>Sprint planning<br>Daily scrum/stand-up<br>Sprint review<br>Sprint retrospective<br>Plannen van werk (planning) Afstemmen voortgang en blockers (daily)<br>Demo en feedback (review), Leren en verbeterafspraken maken (retro). |+| SCRUM-bord bijhouden | Je verplaatst je taken op het bord en update status. | Scrum/Sprint board (to do – doing – verify – done)<br>User stories<br>Acceptatiecriteria<br>Verplaatsen op het bord.<br>Sprint/back log |+| User stories volgen | Je werkt aan gegeven user stories en markeert als done.<br><br>Je controleert jouw issues op feedback van teamgenoten en verbetert waar nodig. | User story<br>Sprint backlog<br>Taken onder een user story, Definition of Done<br>“Done” markeren<br>Issues met feedback: Comments van teamgenoten Verbeteracties uitvoeren Terugkoppelen op het issue |
