Checklist KT 2026

Hieronder staan 8 checklists op basis waarvan het kerntaakexamen wordt beoordeeld.

Naast deze beoordeling geldt voor al het werk dat het authentiek moet zijn.

Kerntaak 1 - Project uitvoeren

1. Checklist B1-K1-W1 (Planning & Voortgang)

1. Er zijn minimaal 5 uitgangspunten (kaders/randvoorwaarden) benoemd. Ze zijn onderbouwd en de bron is duidelijk.
2. Er zijn minimaal 12 functionele eisen benoemd. Deze beschrijven observeerbaar gedrag en zijn testbaar.
3. Er zijn minimaal 5 technische eisen benoemd. Deze zijn concreet (controleerbaar) en onderbouwd.
   
   
4. Alle functionele eisen komen terug in de planning.
5. Taken zijn opgesplitst (max. 4 uur per taak) en gekoppeld aan een specifiek onderdeel van de uitgangspunten, eisen of wensen (1.1, 1.2, 1.3). Taken zijn eenduidig beschreven.
6. De totale ontwikkeltijd is minimaal 40 uur (deze 40 uur is gebaseerd op niveau dat verwacht wordt van een MBO-4 examenkandidaat).
7. De planning is logisch en chronologisch van opbouw, concreet en testbaar.
8. In de planning zijn minimaal 5 overleg/ voortgangs momenten opgenomen.
   
   
9. De voortgang is minimaal 5 keer bijgehouden gedurende de uitvoering van het project. (bevat datum en daadwerkelijke bestede uren)
10. Elke voortgangsmeting bevat status, afwijking en een beschreven actie op die afwijking.
11. Er is een afsluitende evaluatie/reflectie opgenomen van het verloop van het project.

2. Checklist B1-K1-W2 (Ontwerp)

1. Alle (minimaal 12) functionele eisen uit de planning zijn vertaald naar het ontwerp.
2. GUI functionaliteiten hebben schetsen/wireframes of een eenduidige beschrijving en zijn testbaar.
3. Elke functionele beschrijving bevat: doel, invoer, uitvoer en foutafhandeling.
4. Indien van toepassing zijn stappen (flow) en alternatieve scenario's beschreven.
5. Technische eisen zijn concreet gemaakt (bijv. volledig ERD), zijn onderbouwd.
   
   
6. Er zijn minimaal 2 relevante, verschillende schematechnieken; ERD, Flow diagram
7. De schematechnieken zijn helemaal juist toegepast.
   
   
8. Ontwerpkeuzes zijn onderbouwd (waarom is hiervoor gekozen?).
9. Bij tenminste 3 ontwerpkeuzes zijn minstens één of meer alternatieve oplossingen overwogen en beschreven.
10. Er is beschreven welke keuzes er ten aanzien van security of privacy (AVG) zijn gemaakt.

3. Checklist B1-K1-W3 (Realisatie)

1. Er is minimaal 40 uur geprogrammeerd (onderbouwd door hoeveelheid code, complexiteit en versiebeheer).
2. De code werkt en dit is aangetoond (video en/of draaiende applicatie).
   
   
3. De opgeleverde code is in zijn algemeenheid zichtbaar gebaseerd op de gemaakte planning en het ontwerp.
4. Alle eisen en wensen zijn verwerkt volgens de (eventueel aangepaste) planning
   
   
5. Naamgeving: Code is consistent, variabelen/functies hebben betekenisvolle namen.
6. De code heeft een gangbare, consistente en duidelijke mappen structuur.
7. Geen onnodig commentaar, maar alleen om code ter verduidelijken en er is geen dubbele code (DRY).
8. Modulariteit: 80% functies (doen één ding, max 60 regels). Bestanden max 400 regels.
9. Robuustheid: Fouten worden opgevangen, afgehandeld (try/catch), database constraints zijn aanwezig, etc.
10. Security: Geen plain text wachtwoorden en bescherming tegen SQL-injection, en bijvoorbeeld CSRF, ....
    
    
11. De code staat volledig in GIT versiebeheer.
12. Er zijn tenminste 5 versies beschikbaar, verdeeld over de projecttijd (opbouw is te volgen).
13. Commits zijn logisch opgebouwd en hebben duidelijke beschrijvingen.
14. Tenminste 5 commits zijn duidelijk te koppelen aan functionaliteiten, zoals in de planning staat beschreven.

4. Checklist B1-K1-W4 (Testen)

1. De testcases bevatten een pre-conditie, actie en verwacht resultaat.
2. Er zijn zowel Happy Flow als Unhappy Flow (foutscenario's) tests uitgewerkt.
3. De gekozen testdata is concreet en dekt randgevallen.
4. Alle tests zijn reproduceerbaar met dezelfde eenduidige uitkomsten.
   
   
5. Je maakt een matrix waarbij je een relatie legt tussen test en functionaliteit. Hiermee toon je aan hoe goed elke functionaliteit is getest..
6. Alle functionaliteiten zijn getest.
   
   
7. Het werkelijke resultaat is bij elke uitgevoerde test vastgelegd.
8. Je toont bewijs van de daadwerkelijke uitvoering (screenshots, logs, database-status) van de tests.
   
   
9. Testresultaten en gevonden fouten (bugs) zijn duidelijk geregistreerd (omschrijving + ernst) en bevatten de juiste conclusie.
10. Het rapport bevat een duidelijke eindconclusie/advies over de softwareversie.

5. Checklist B1-K1-W5 (Verbeteren)

1. Je hebt minimaal 2 verschillende bronnen gebruikt (bijv. logs, feedback, reflectie en resultaten van testcases) for je analyse.
2. Je analyseert en prioritiseert de mogelijke aanpassingen.
3. Je hebt analyseert hoeveel tijd elke aanpassing kost. De totale tijd van alle aanpassingen is minimaal 8 uur aan werk.
   
   
4. Elke verbeter voorstel is concreet uitgewerkt (het is duidelijk wat er moet gebeuren).
5. Elk verbeter voorstel is realistisch,
   
   
6. Je hebt het voorstel opgesplitst in een (technisch) stappenplan
7. Er is een realistische inschatting gemaakt van de tijd per taak.

Kerntaak 2 - Samenwerken

1. Checklist B1-K2-W1 (Voert overleg)

1. Je brengt minstens één relevant onderwerp in dat betrekking heeft op het project, de voortgang of een probleem.
2. Je stelt minimaal één vraag die bijdraagt aan verduidelijking, besluitvorming of verbetering van het project.
3. Je reageert op bijdragen van anderen (bijvoorbeeld door feedback te geven of door te bouwen op wat een ander zegt).
4. Je toont voorbereiding (bijv. verwijst naar eerder besproken punten, eigen werk of projectdoelen).
   
   
5. Je kunt aantonen dat je 5 verschillende contactmomenten hebt gehad om af te stemmen.
6. Je toont aan dat je ten minste 3 keer hebt afgestemd over de voortgang. Hierbij toon je inhoudelijk duidelijk aan wat er is afgestemd.
7. Je hebt minimaal 1 maal afgestemd over een knelpunt. Hierbij toon je inhoudelijk duidelijk aan wat er over het knelpunt is afgestemd.
8. Je hebt minimaal 1 maal om feedback gevraagd. Hierbij toon je aan om welke feedback je hebt gevraagd en wat de inhoud van de feedback was.
   
   
9. Er zijn tenminste 3 duidelijke voorbeelden waaruit blijkt dat afspraken zijn vastgelegd. De afspraken zijn hierin concreet en duidelijk beschreven.
10. Bij de afspraken staat wat, wie en wanneer.
    
    
11. Je kan tenminste 3 voorbeelden geven van afspraken die zijn nagekomen.
12. Jouw stage-leider bevestigt dat afspraken zijn nagekomen en indien dit niet het geval was dat jij daarover vooraf duidelijk hebt gecommuniceerd.

2. Checklist B1-K2-W2 (Presenteert het opgeleverde werk)

1. De presentatie heeft een duidelijke structuur (inleiding, kern, afsluiting).
2. De belangrijkste functionaliteiten worden benoemd zonder irrelevante details.
3. Keuzes/werkwijze worden onderbouwd met concrete argumenten (techniek/ontwerp).
   
   
4. Taalgebruik en tempo zijn aangepast aan het kennisniveau van de toehoorders.
5. Ondersteunende middelen (slides/demo) zijn effectief en visueel overzichtelijk.
6. Er is sprake van actieve interactie (oogcontact, inspelen op vragen/verwarring).
   
   
7. Vragen worden aandachtig beluisterd en relevant beantwoord met logische argumenten.
8. De houding bij het beantwoorden is professioneel, rustig en zelfverzekerd.

3. Checklist B1-K2-W3 (Reflecteert op het werk)

1. Je benoemt zowel een specifiek eigen positief- als verbeterpunt (onderbouwd).
2. Je benoemt zowel een specifiek team positief- als verbeterpunt (onderbouwd).
3. Je legt een duidelijk verband tussen jouw gedrag, het resultaat en mogelijke verbeteringen.
   
   
4. Je benoemt specifiek ontvangen feedback en vertaalt dit naar concrete verbeteracties.
5. Er is bewijs dat je zichtbaar zaken hebt aangepast op basis van de feedback.
6. Je toont gedurende het gehele proces een open en lerende houding.

---