Je maakt verantwoord gebruik werkbaar met duidelijke rollen, opleiding, leverancierscontrole en een ritme voor verbetering.
Na dit hoofdstukJe kan een 90-dagenpilot besturen en bij voldoende bewijs veilig opschalen.
Je voortgang0 van 48 lessen
8.1
Een werkbaar AI-beleid
Beleid moet dagelijkse keuzes sturen en niet alleen principes opsommen.
Beschrijf toegestane en verboden toepassingen, datacategorieën, goedgekeurde tools, menselijke verantwoordelijkheid, transparantie, broncontrole, incidentmelding en uitzonderingen.
Koppel beleid aan instellingen, opleiding en eigenaar. Herzie bij nieuwe use-cases, leveranciers, incidenten of regels.
Toegestaan
Verboden
Data
Tools
Controle
Incident
Zo kan je dit gebruiken
Een kmo-beleid toont concreet welke klantdata in welke omgeving mag en wie uitzonderingen goedkeurt.
Probeer deze prompt
Werk met een volledig fictief beschreven proces, zonder echte dossiers, persoonsgegevens of geheimen. Schrijf een beknopt AI-beleid voor [organisatie] met scope, use-cases, data, tools, review, transparantie, incidenten en uitzonderingen.
Jouw praktijkopdracht
Test het conceptbeleid op tien praktijksituaties.
8.2
Rollen en een lichte governancecyclus
Governance schaalt beter met vaste beslismomenten dan met één centrale blokkade.
Gebruik een klein forum voor portfolio, risico, incidenten en schaalbesluiten. De business blijft eigenaar van waarde; privacy, security, juridisch en techniek handelen binnen hun bevoegdheid.
Leg intakecriteria, beslistermijn, escalatie en registratie vast. Lage-risicotests vragen niet hetzelfde proces als externe klantacties.
Intake
Risicoklasse
Beslisser
Termijn
Register
Escalatie
Zo kan je dit gebruiken
Een maandelijkse review behandelt pilots; kritieke incidenten volgen een directe route.
Probeer deze prompt
Ontwerp een governancecyclus voor [organisatie] met rollen, intake, risicoklassen, overleg, beslisrechten, register en spoedescalatie.
Jouw praktijkopdracht
Simuleer de intake van een lage- en een hoge-risicouse-case.
8.3
Opleiden op taken en fouten
Adoptie vraagt praktijk, feedback en grenzen; niet alleen een algemene demo.
Train per rol op echte taken, toegestane data, kwaliteitscriteria en fouten. Laat deelnemers output beoordelen en corrigeren en meet bekwaamheid via werkproducten.
Voorzie coaching, voorbeeldbibliotheek en meldroute. Beloon stoppen of escaleren van onbetrouwbare output; snelheidsdruk mag controle niet ondermijnen.
Roltaak
Veilige data
Fouten
Praktijkbewijs
Coaching
Meldroute
Zo kan je dit gebruiken
Sales oefent met foutieve CRM-context; finance met afwijkende spreadsheetdefinities.
Probeer deze prompt
Ontwerp een rolgericht leerpad voor [teams] met taken, risico's, oefeningen, toetsbewijs, coaching en herhaling.
Jouw praktijkopdracht
Laat iedere rol één foutcase oplossen en documenteer waar instructie tekortschiet.
8.4
Leveranciers, security en continuïteit
Beoordeel data, toegang, subverwerkers, beschikbaarheid en exit vóór afhankelijkheid.
Inventariseer welke data de leverancier ontvangt, contracten en instellingen, identiteiten, logs en incidentmelding. Betrek deskundigen bij hogere risico's.
Test export, verwijdering, fallback en overstap. Een sterke demo compenseert geen onduidelijke rechten of ontbrekende continuïteit.
Datastroom
Contract
Toegang
Logging
Incident
Exit
Begrippen in gewone taal
Subverwerker
Een partij die namens een verwerker persoonsgegevens verwerkt.
SLA
Afspraken met een leverancier over het dienstverleningsniveau.
Sandbox
Een afzonderlijke testomgeving; controleer wat die daadwerkelijk van echte systemen isoleert.
Zo kan je dit gebruiken
Een CRM-plugin krijgt alleen sandbox en beperkte velden tot permissions, logs en verwijdering bevestigd zijn.
Probeer deze prompt
Maak een leveranciersvragenlijst voor [oplossing] met data, traininggebruik, locatie, subverwerkers, toegang, logs, security, incidenten, SLA, export, verwijdering en exit.
Jouw praktijkopdracht
Label elk antwoord bevestigd, contractueel, claim of onbekend.
Bron bij deze les
OpenAI – API data controls API-opslag en monitoring; dit is geen algemeen bewaarbeleid voor ieder ChatGPT-account. Gecontroleerd: 2026-09-07
Mensen adopteren wanneer nut, rol en herstel duidelijk zijn en feedback zichtbaar iets verandert.
Identificeer wie tijd wint, wie extra controle krijgt en wiens expertise verandert. Maak gevolgen eerlijk en voorkom dat onbetaald schaduwwerk bij enkele champions blijft.
Meet gebruik én kwaliteit. Diagnoseer niet-gebruik: slechte fit, toegang, vertrouwen of werkdruk kunnen oorzaak zijn. Sluit de feedbacklus met besluiten.
Stakeholders
Taakverandering
Champion
Werkdruk
Feedback
Besluit
Begrippen in gewone taal
Champion
Een collega die anderen helpt met een nieuwe werkwijze; geef daarvoor ook tijd en ondersteuning.
Zo kan je dit gebruiken
Reviewers krijgen extra tijd en erkenning tijdens de pilot in plaats van dezelfde capaciteitseis plus controlewerk.
Probeer deze prompt
Maak een adoptieplan voor [workflow] met stakeholders, winst en last per rol, training, support, incentives, feedback en verbeterbesluiten.
Jouw praktijkopdracht
Interview één enthousiaste en één terughoudende gebruiker en vergelijk hun procesbewijs.
8.6
De 90-dagenpilot en schaalbeslissing
Een pilot heeft hypothese, beperkte scope, meetplan, guardrails en vooraf bepaalde beslispoorten.
Faseer nulmeting en ontwerp, gecontroleerde uitvoering, evaluatie en besluit. Kies representatieve cases zonder meteen de hele organisatie bloot te stellen en houd incident- en wijzigingslog bij.
Eindig met stoppen, herontwerpen, beperkt voortzetten of schalen. Schalen vereist waarde-, kwaliteit-, risico-, beheer- en adoptiebewijs.
Hypothese
Scope
Nulmeting
Guardrails
Beslispoorten
Schaalbewijs
Zo kan je dit gebruiken
Een offertepilot draait bij twee teams en stopt bij één kritieke voorwaardenfout.
Probeer deze prompt
Ontwerp een 90-dagenpilot voor [use-case] met hypothese, scope, rollen, nulmeting, evals, KPI's, guardrails, incidentproces, ritme en besliscriteria.
Jouw praktijkopdracht
Presenteer het plan aan business, gebruiker en risicorol en verwerk tegenstrijdige eisen. Gebruik de workshop “Atelier Noor: een dossier beoordelen, repareren en opnieuw beoordelen” en werk rij H8 van het pilotwerkblad bij. Beoordeel daarna je eigen dossier met de acht rubriccriteria en herzie tekorten.
Samen oefenen · daarna zelf toepassen
Atelier Noor: een dossier beoordelen, repareren en opnieuw beoordelen
Dit volledig ingevulde leerproduct heeft peildatum dag60. Alle gegevens, rollen en beoordelingen zijn fictief. Dag90 is nog niet bereikt; het schaalbesluit blijft daarom uitdrukkelijk open. De twee tekortkomingen hieronder zijn dossiergebreken die je moet herstellen. Ze veranderen de gegeven pilotuitkomsten niet.
Dossieronderdeel
Ingevuld voorbeeld
Doel en keuze
Minder werkdruk bij 300 klantvragen per maand als werkhypothese. A: gecontroleerde antwoordconcepten. B: autonome offertes uitgesloten wegens ontbrekende bevoegdheid/herstel. C: nieuwsbriefsamenvatting nog zonder nulmeting. Alternatief: handmatig blijven werken.
Scope en data
Alleen fictieve productvraag en goedgekeurde productfiche. Geen namen, medische toelichting, orderdossiers of externe acties. Alex koppelt concepten buiten de chat aan de fictieve vraag. Deze oefenscope zegt niets over toestemming voor echte klantdata.
Werkwijze en beheer
Nieuwe chat per geval; vaste prompt- en bronversie. Uitvoer: concept of escalatie. Alex controleert bron, vorm en juiste vraagkoppeling. Ontbrekende informatie gaat naar Noor. Geen integratie; H6 onderzoekt een eventuele CRM-route uitsluitend als simulatie.
Opslag en leverancier
Bewaar fictieve vragen, uitvoer, versies en beslislog in het oefendossier. Intern voorstel: proeflogboeken maximaal 30 dagen bewaren. Dit voorstel geeft geen garantie over dienstbewaring. Vóór echte data moeten aanbieder, instellingen, opslag, rechten en verwijderroute afzonderlijk bevestigd zijn; status nu: niet vrijgegeven.
Meetplan
Doel → minder werkdruk; proces → volledige behandeltijd; kwaliteit → brononderbouwing, kritieke fouten; neveneffect → herstelwerk en reviewerbelasting. Zelfde tijddefinitie vóór/tijdens proef, inclusief controle. Tel concepten per beoordeelde set; rapportage met aantallen en percentage.
Houd D30 en nieuwe D60-gevallen gescheiden. Leg per geval vraag, bronversie, verwachte uitkomst, uitvoer, broncheck, ernst en menselijk oordeel vast. Beoordeel normale variatie en kritieke situaties. Bewaar de twee ongeautoriseerde leverbeloften uit D30 als regressiegevallen. De H3-set hoort niet bij deze cohorten.
Dag1–30
Dagen1–15: proces, data en oefennulmeting 12 minuten. Dag30: 20 gevallen gemiddeld 7 minuten, twee kritieke leverbeloften. Besluit: deze taak stoppen, oorzaak herstellen, handmatig doorgaan. Het overige kwaliteitspercentage is niet gegeven.
Dag60
60 andere fictieve gevallen: gemiddeld 7 minuten inclusief controle; nul kritieke fouten; 58 volledig onderbouwd; twee met ontbrekende niet-kritieke bronverwijzing. 58/60 = 96,7%. Terugval succesvol geoefend. De meetdrempels zijn gehaald. Beperkte hervatting blijft voorwaardelijk: eerst de hieronder ontbrekende review- en beheerafspraken (r6/r7) herstellen en controleren. Onderzoek ook de twee verwijzingen.
Financiën
Per maand 300 × (12−7)/60 = 25 uur potentiële capaciteit; bij €30/uur €750. Eenmalig €1.000 en maandelijks €250; jaar1-TCO €4.000. Scenario’s laag/basis/hoog: 9/7/5 minuten, jaarwaarde €5.400/€9.000/€12.600, ROI 35%/125%/215%. Bij 50% realisatie basis: €4.500, ROI 12,5%. Geen aangetoonde kasbesparing. In dit oefenscenario omvatten de bedragen alle extra projectkosten.
Rollen — eerste versie
Noor is zakelijke, proces- en data-eigenaar en mag pauzeren; Alex controleert ieder concept. Reviewcapaciteit en vervanging zijn niet ingepland.
Adoptie — eerste versie
Handmatige terugval is geoefend. Opleiding en dagelijkse support hebben nog geen geplande tijd of verantwoordelijke.
Dag61–90
Volg herhaling, werkdruk, herstelwerk, bruikbare tijdwinst, kosten en incidenten. Noor verzamelt Alex’ én Sams feedback. Op dag90: stoppen, herontwerpen, beperkt voortzetten of schalen volgens criteria en volledigheid van bewijs. Nieuwe taak, bron of model vraagt herbeoordeling. Uitkomst: nog niet vastgesteld.
Beoordeel alle acht bestaande rubriccriteria met bewijs uit het dossier. Noteer bij ieder oordeel waarom. Een positieve tijdscore compenseert een onvoldoende controleafspraak niet.
Herstel de twee concrete tekortkomingen. Gebruik fictieve rollen als je alleen studeert. Beschrijf beschikbare tijd, verantwoordelijkheid, gedrag bij afwezigheid en hoe je controleert dat de afspraken werken.
Beoordeel opnieuw. Houd drie uitspraken apart: kwaliteit van het leerproduct, gegeven fictieve pilotuitkomst en wat je met eigen tests werkelijk hebt aangetoond. Een model kan die laatste stap niet zelfstandig bevestigen.
Bekijk controleantwoord en beoordeling
Beoordeling en reparatie — fictief ingevuld voorbeeld
Rubriccriterium
Eerste beoordeling met dossierbewijs
Na reparatie
r1 Strategische fit
Voldoende: werkdrukdoel, taakfrictie en handmatig alternatief zijn benoemd.
Voldoende; vraag naar werkelijk bruikbare tijd blijft open.
r2 Waarde en nulmeting
Voldoende: tijddefinitie, KPI-keten, scenario’s en €4.000 TCO zijn na te rekenen.
Voldoende; financiële realisatie is nog een hypothese.
r3 Data en risico
Voldoende voor fictieve oefenscope: minimale velden, geen echte dossiers, echte verwerking geblokkeerd.
Voldoende binnen die scope; geen bevestiging over een echte aanbieder.
r4 Technisch ontwerp
Voldoende: handmatige overdracht, versies, bronregel, escalatie en logvelden zijn expliciet.
Voldoende; er is geen gebouwde integratie aangetoond.
r5 Evaluatie
Voldoende als ontwerp: gescheiden cohorten, beoordelingsvelden, menselijke broncheck en regressiegevallen vastgelegd.
Voldoende als ontwerp; de gegeven aggregaten vervangen geen eigen volledige testlog.
r6 Menselijke controle
Onvoldoende: geen aantoonbaar ingeplande reviewcapaciteit of plaatsvervanger.
Voldoende na rooster en vervangingsafspraak hieronder.
r7 Adoptie en beheer
Onvoldoende: opleiding en support ontbreken in planning en eigenaarschap.
Voldoende na oefensessie, supportafspraak en vastlegging hieronder.
r8 Besluitkwaliteit
Voldoende: stop dag30; op dag60 alleen voorwaardelijke hervatting na herstel van r6/r7; dag90 blijft open. Meetdrempels vervangen de controleafspraken niet.
Voldoende: eerst beheerafspraken herstellen, daarna verder binnen dezelfde beperkte scope.
Reparatie r6: reserveer in het fictieve rooster bij 20 werkdagen drie uur per dag voor 15 vragen, inclusief volledige handmatige terugval: 15 × 12 minuten. Alex voert uit; Sam vervangt bij afwezigheid. Zonder beschikbare bevoegde reviewer blijft het concept liggen. Noor pauzeert bij overschrijding of kritieke fout. Dit rooster bewijst geen kasbesparing.
Reparatie r7: Noor plant vóór de eerstvolgende test 30 minuten oefenen met Alex en Sam: onjuiste leverbelofte weigeren en ontbrekende informatie escaleren. Gebruik de bekende terugvalroute. Noor behandelt gewone supportmeldingen binnen één werkdag; kritieke fouten betekenen direct stoppen en melden.
Herbeoordeling: doorloop op papier Alex’ afwezigheid en beide foutcases. Leg vast wie overneemt, welke bron de fout aantoont en dat niets wordt verstuurd. In het fictief ingevulde herstelvoorbeeld wijst Sam de leverbelofte af en vraagt bij ontbrekende informatie aanvulling. Het rooster en oefenverslag onderbouwen nu r6 en r7. Voer zelf dezelfde controle uit; ontbrekend bewijs blijft onvoldoende.
Eindoordeel voor het leerproduct: na deze reparaties voldoende als begrensd pilotontwerp. Voor een eigen dossier moet elk criterium met passend bewijs minimaal voldoende zijn; een kritieke fout blokkeert vrijgave. Werk tekortkomingen bij en beoordeel opnieuw. De voorbeeldcijfers zijn gegeven oefenmateriaal: ze certificeren geen model, cursist of productieomgeving. Op dag90 volgt nog een afzonderlijk besluit; ontbrekende resultaten worden niet ingevuld als succes.
Uitgewerkt voorbeeld
Een pilot mag ook tijdelijk stoppen
Fictief oefenmateriaal; foutieve antwoorden zijn bewust gemaakt om te oefenen.
Alle metingen en gebeurtenissen zijn fictieve oefengegevens. Atelier Noor plant een pilot van 90 dagen voor antwoordconcepten, met 300 vragen per maand als werkhypothese. Iedere daadwerkelijke verzending blijft een afzonderlijke menselijke beslissing.
Invoer
Vooraf afgesproken: dagen 1–15 brengen het proces, toegestane gegevens en nulmeting in kaart. De oefennulmeting is gemiddeld 12 minuten per vraag. Op dag 30 en dag 60 vindt een beslismoment plaats. Voor doorgaan is vereist: nul kritieke fouten in de beoordeelde set, minstens 95% volledig brononderbouwde concepten, gemiddelde behandeltijd inclusief controle hoogstens 8 minuten en een werkende terugval naar handmatig. Kritiek betekent hier een ongeautoriseerde toezegging of het opnemen van verboden gegevens. De medewerker beoordeelt iedere testuitvoer.
Bewust onvolmaakt oefenantwoord
“Dag 30: twintig gevallen kosten gemiddeld 7 minuten. Dat is sneller, dus schaal op. De twee ongeautoriseerde leverbeloften verdwijnen waarschijnlijk met ervaring.”
Controle
Op dag 30 zijn er twee kritieke fouten: de tijdwinst compenseert de geschonden grens niet. Stop de proef voor deze taak, herstel de oorzaak en ga tijdelijk handmatig verder. Na aanscherping van brongebruik en escalatie volgt op dag 60 een nieuwe set van zestig andere fictieve gevallen: gemiddeld 7 minuten, nul kritieke fouten, 58 volledig onderbouwde concepten en twee concepten met een ontbrekende, niet-kritieke bronverwijzing. De terugval is succesvol geoefend. 58/60 is circa 96,7%. Deze set haalt de afgesproken drempels; nul waargenomen kritieke fouten bewijst echter geen foutloos systeem.
Verbeterd resultaat
“Besluit op dag 60: hervat beperkt binnen dezelfde taak zodra volledige menselijke controle, voldoende reviewtijd en beheerafspraken aantoonbaar geregeld zijn. Het uitgebreide dossier in dit hoofdstuk laat zien hoe ontbrekende afspraken hervatting blokkeren. Onderzoek de twee ontbrekende verwijzingen. Gebruik dagen 61–90 om herhaling, werkdruk, herstelwerk en bruikbare tijdwinst te volgen. Noor neemt op dag 90 een afzonderlijk schaalbesluit met resultaten, kosten, incidenten en teamfeedback. Zonder dat bewijs volgt geen automatische uitbreiding. Een andere taak, nieuwe gegevensbron of ander model vraagt opnieuw passende beoordeling.”
Probeer zelf
Stel dat de nieuwe set op dag 60 maar 56 van 60 volledig onderbouwde concepten telt. De overige cijfers zijn gelijk. Bereken het percentage en neem het besluit volgens de vooraf gekozen regels.
Bekijk het voorbeeldantwoord
56/60 × 100% is circa 93,3%, onder de drempel van 95%. Deze versie krijgt dus geen toestemming om de beperkte proef te hervatten. Herstel de oorzaak en toets opnieuw op een geschikte, andere set; verander de drempel niet achteraf omdat de tijdwinst aantrekkelijk is.
Hoofdstukopdracht
Breng alles samen
Lever een 90-dagenpilotdossier met beleidstoets, governance, opleiding, leverancierscontrole, adoptieplan, dashboard en stop-herontwerp-schaalbesluit.
Maximaal 10.000 tekens per notitie.
Voortgang en notities worden alleen in deze browser en op dit apparaat bewaard. Gebruik hier geen gevoelige gegevens. Download regelmatig je notities.
Mijn beoordeling
Een afgeronde les is een eigen markering; ze is geen automatisch bewijs van beheersing.
Strategische fit
Nog onvoldoende: Het doel of alternatief ontbreekt; een functie wordt als oplossing gekozen.
Voldoende: Bedrijfsdoel, procesprobleem en alternatief zijn onderbouwd.
Sterk: Ook het alternatief zonder AI en de doorslaggevende onzekerheid zijn concreet getoetst.
Waarde en nulmeting
Nog onvoldoende: Er is geen vergelijkbare nulmeting of kosten en baten zijn onvolledig.
Voldoende: KPI-boom, nulmeting, TCO en scenario's zijn reproduceerbaar.
Sterk: Realiseerbare kaswaarde en capaciteit zijn gescheiden; scenario’s en gevoeligheid zijn nagerekend.
Data en risico
Nog onvoldoende: Toegestane gegevens, rechten en herstel zijn niet bepaald.
Voldoende: Classificatie, rechten, privacy, betrouwbaarheid en herstel zijn beheerd.
Sterk: Ook kruisende datacategorieën, onjuiste koppeling en verwijdering zijn aantoonbaar getest.
Technisch ontwerp
Nog onvoldoende: Er is alleen een toollijst; gegevensstroom en foutgedrag ontbreken.
Voldoende: Context, integraties, permissions, fouten en logging zijn expliciet.
Sterk: Time-out na uitvoering, dubbele verzoeken en minimale rechten zijn in een veilige proef gecontroleerd.
Evaluatie
Nog onvoldoende: Eén geslaagde demo dient als bewijs; kritieke gevallen zijn niet getest.
Voldoende: Dataset, graders, knock-outs en regressies zijn vastgelegd.
Sterk: Nieuwe gevallen, herhalingen en menselijke controle bevestigen de bruikbaarheid binnen de afgebakende scope.
Menselijke controle
Nog onvoldoende: Niemand heeft aantoonbaar bevoegdheid of tijd om te controleren.
Voldoende: Eigenaars, goedkeuring, escalatie en stopbevoegdheid zijn duidelijk.
Sterk: Goedkeurders begrijpen gevolgen; afwijzing, geen reactie en vervanging zijn geoefend.
Adoptie en beheer
Nog onvoldoende: Opleiding en beheer zijn niet ingepland of hebben geen eigenaar.
Voldoende: Opleiding, support, monitoring en runbook zijn uitvoerbaar.
Sterk: Gebruikers lossen foutcases op en een geoefend herstelplan heeft eigenaars en beschikbare tijd.
Besluitkwaliteit
Nog onvoldoende: Het besluit volgt uit enthousiasme of een gemiddelde zonder harde grenzen.
Voldoende: Stoppen, herontwerpen of schalen volgt uit vooraf bepaalde criteria.
Sterk: De beslissing houdt stand bij minder gunstige aannames en beschrijft expliciet grenzen en herzieningstriggers.
