Van taaklijst naar haalbare projectplanning met AI

Voor wie deze training is

Deze training is voor professionals die een klein project willen plannen. Je hoeft geen projectsoftware te kennen. Een toegestane AI-chat, een vel papier en een eenvoudige tabel zijn genoeg; een betaald account is niet nodig.

Wat je gaat maken

Je maakt een taakoverzicht, een dagplanning voor twee mensen, een controlelijst en een wijzigingsscenario. We gebruiken één volledig fictieve opdracht, zodat je kunt rekenen zonder echte afspraken te versturen.

Eerst zelf ontdekken

Je begint met een klein planningsverzoek. Daarna leer je stap voor stap welke informatie de uitkomst bruikbaar maakt. Neem ongeveer drie uur, inclusief zelf oefenen; pauzeren mag.

Van werkwoord naar resultaat

“Verzamelen” kan worden: drie geschikte bronvoorbeelden bijeenbrengen. “Schrijven” kan worden: een concept met vaste onderdelen maken. Je ziet hierdoor beter wat een volgende taak nodig heeft.

Een bruikbare eerste vraag

Vraag bijvoorbeeld: “Welke informatie heb je nodig om deze drie taken te plannen?” Een passend antwoord noemt duur, eigenaar, voorgangers en beschikbaarheid. Dat is nog geen planning, maar wel een goede start.

Wat je zelf kiest

Jij bepaalt wat het project moet opleveren en wie er echt beschikbaar is. Gebruik de vragen om het gesprek met je team concreter te maken, niet als reeds gemaakte afspraken.

Een rol die de opdracht helpt

Een passende rol, zoals planningsassistent, richt het antwoord op structuur. Vraag eerst om ontbrekende informatie en geef het model nog geen opdracht om een einddatum te beloven.

Voorbeeldantwoord

Vier passende vragen: welk resultaat moet iedere taak opleveren; hoeveel werk kost zij naar schatting; wie voert haar uit; wat moet ervoor klaar zijn? Ook beschikbaarheid en de gewenste deadline zijn relevant.

Waarom de voorganger telt: feedback verwerken kan niet starten voordat er feedback beschikbaar is. Een volgorde op basis van alleen de geschreven lijst is nog niet voldoende.

P1 — volledige bronkaart

P1 — fictieve planningsafspraken van Team Haven

Doel: een intern proefpakket voor een ontvangstmap maken. Geen echte uitrol, afspraak of klantlevering.

A | Afbakening vastleggen | 1 dag | Noor | geen voorganger.

B | Bronvoorbeelden verzamelen | 2 dagen | Noor | na A.

C | Indeling kiezen | 1 dag | Noor | na A.

D | Conceptpakket maken | 2 dagen | Milan | na B én C.

E | Inhoudsreview uitvoeren | 1 dag | Noor | na D.

F | Review verwerken | 1 dag | Milan | na E.

G | Proefpakket overdragen | 1 dag | Noor | na F.

D1 is de eerste werkdag. D2, D3 enzovoort zijn opeenvolgende werkdagen, geen kalenderdatums. Een taak gebruikt de genoemde persoon de hele dag. Iedere persoon kan maximaal één taak per dag doen. Meerdaagse taken lopen op aaneengesloten werkdagen. Geen halve dagen, splitsing, extra mensen of overwerk in dit model.

Een opvolger begint pas op de werkdag ná de laatste dag van alle voorgangers. Noor en Milan zijn in P1 beschikbaar op D1 tot en met D10. Eigenaren en duur staan voor deze oefening vast; AI mag ze niet aanpassen.

Gewenste einddag: einde D8. Dit is een wens om te toetsen, geen toegezegde haalbare oplevering. De taakduren zijn fictieve schattingen, geen gemeten prestaties.

Waarom we met werkdagen rekenen

D1 is geen maandag of datum. We oefenen eerst de logica. Pas bij een echte planning vertaal je de werkdagen naar een agenda met weekenden, feestdagen, verlof en andere werkzaamheden.

Wat nog niet is uitgevoerd

Er is geen proefpakket gemaakt en niemand is werkelijk ingepland. De cijfers zijn oefengegevens. Je eindproduct is een voorstel dat een mens kan controleren en bespreken.

Vaste gegevens en een wens

Een maximale dagbezetting is een rekenregel. Einde D8 is een gewenste uitkomst die nog moet worden getoetst. Houd die twee soorten informatie uit elkaar.

Voorbeeldantwoord

Vaste regels: iedere persoon doet maximaal één taak per dag; een opvolger begint pas na afronding van alle voorgangers; duur en eigenaar van A–G blijven gelijk. Ook aaneengesloten hele dagen is een vaste regel.

Gewenste uitkomst: afronden aan het einde van D8.

Formulering: “We toetsen of D8 haalbaar is binnen P1; deze dag is nog niet toegezegd.”

De taaklijst: wat moet er gebeuren?

De lijst bevat A–G, resultaat, duur en eigenaar. Zij maakt het werk zichtbaar, maar toont nog niet automatisch of twee taken tegelijk kunnen.

Het netwerk: wat wacht waarop?

Pijlen geven aan dat bijvoorbeeld D op B én C wacht. Je ziet hiermee de inhoudelijke volgorde. Het netwerk vertelt nog niet of Noor twee onafhankelijke taken tegelijk kan uitvoeren.

De dagplanning: wie doet wanneer wat?

Hier zet je de taken op dagen en controleer je bezetting. Voor Team Haven is maximaal één taak per persoon per dag toegestaan. Een logisch netwerk kan dus alsnog een onuitvoerbare kalender opleveren.

Een overzicht heeft een functie

Gebruik een taaklijst voor ontbrekend werk, een netwerk voor volgorde en een dagplanning voor bezetting. Je kunt daarna naar de andere weergave overstappen.

Voorbeeldantwoord

“Waar wacht D op?” → netwerk of voorgangerskolom: D wacht op B en C.

“Welke taak heeft nog geen eigenaar?” → taaklijst; P1 heeft voor alle zeven taken een eigenaar.

“Is Noor op D2 dubbel geboekt?” → dagplanning met een rij per persoon. Het antwoord is niet uit alleen de taakduur af te leiden.

Het eerste concept

A D1; B D2–D3; C D2; D D4–D5; E D6; F D7; G D8. Dit schema kijkt alleen naar de voorgangers.

Waar het schuurt

B gebruikt Noor op D2 en D3. C gebruikt Noor óók op D2. De inhoudelijke voorwaarden zijn wel gevolgd, maar de capaciteit van Noor niet. In dit model kan zij geen twee volle taken op dezelfde dag doen.

Een betere vervolgvraag

Vraag: “Toon per persoon per dag de bezetting en herstel dubbele boekingen zonder duur of eigenaar te wijzigen.” Dat maakt het gesprek concreter dan alleen “maak de planning beter”.

Vraag om de tussenstappen

Laat de taakcodes behouden en vraag om begin, einde, eigenaar en reden. Een aparte conflictlijst voorkomt dat een fraaie tabel de probleemplekken verstopt.

Voorbeeldantwoord

Een passende prompt: “Gebruik uitsluitend P1 hieronder. Maak eerst de vroegste planning op basis van voorgangers. Toon daarna per persoon per dag de bezetting. Herstel eventuele dubbele boekingen zonder taken te schrappen, duur/eigenaar te wijzigen of overwerk toe te voegen. Geef begin/einde per taak, einddag en verschillen met de gewenste D8. Benoem aannames en geef geen uitvoeringsgarantie.”

Plak vervolgens de volledige P1 uit slide 4 onder BEGIN P1. De drie controles zijn voorgangers, capaciteit en toetsing aan de gewenste einddag. Alleen vragen om een ‘realistische planning’ laat te veel onuitgesproken.

Een begin- en eindpunt

Bij B verzamelt Noor de afgesproken bronvoorbeelden. Bij D maakt Milan het conceptpakket op basis van B en C. Een taak eindigt wanneer het omschreven resultaat beschikbaar is, niet wanneer iemand eraan begonnen is.

Niet ongemerkt extra werk toevoegen

Een echte ontvangstmap invoeren, medewerkers trainen en het effect meten vallen buiten P1. Dat kunnen later projecten worden, maar horen niet stil in deze zeven taken.

Wat AI kan helpen formuleren

Laat AI per taak een concept-klaarcriterium voorstellen. De eigenaar beoordeelt dat criterium. Een voorstel voor kwaliteit is nog geen afgesproken wijziging van de taakduur.

Concreet zonder extra scope

Een goed criterium laat zien wat de volgende taak kan gebruiken. Voeg geen volledige uitrol of bewezen effect toe aan een intern proefpakket.

Voorbeeldantwoord

A: “De grenzen en onderdelen van het interne proefpakket staan in een korte afbakeningsnotitie.”

D: “Er is één conceptpakket dat de verzamelde bronvoorbeelden en gekozen indeling gebruikt en aan Noor kan worden voorgelegd.”

Dit zijn voorgestelde criteria. De eigenaar moet bevestigen dat zij bij P1 passen. We veranderen hiermee niet automatisch de schattingen van één en twee dagen.

Inzet: hoeveel werk van mensen?

Een persoonsdag is hier één volle werkdag van één persoon. De zeven taken tellen op tot negen persoonsdagen. In echte projecten kan werk ook in uren worden uitgedrukt.

Taakduur: hoeveel werkdagen beslaat die taak?

B duurt in P1 twee aaneengesloten werkdagen van Noor. Dat is zowel twee persoonsdagen inzet als twee dagen taakduur, omdat één persoon er volledig aan werkt. Dat gelijke getal is een eigenschap van ons eenvoudige model, geen algemene wet.

Projectdoorlooptijd: van eerste begin tot laatste einde

Als twee mensen parallel werken, kan de projectdoorlooptijd anders zijn dan de som van de inzet. Microsofts uitleg maakt eveneens onderscheid tussen inzet en duur. We gebruiken alleen dat begrippenonderscheid, niet de specifieke rekeninstellingen of interface van Project.

Microsoft — verschil tussen inzet en taakduur (gecontroleerd: 2026-10-29)

Eerst optellen, daarna plannen

De optelsom helpt de hoeveelheid werk controleren. Zij vertelt nog niet vanzelf op welke dag het project eindigt; daarvoor heb je ook volgorde en capaciteit nodig.

Voorbeeldantwoord

Totaal: 1 + 2 + 1 + 2 + 1 + 1 + 1 = 9 persoonsdagen. Noor: 1 + 2 + 1 + 1 + 1 = 6. Milan: 2 + 1 = 3.

De som is niet automatisch de doorlooptijd: verschillende mensen kunnen soms tegelijk werken, terwijl wachttijd het project juist kan verlengen. In P1 blijkt de haalbare route later toevallig ook negen dagen te duren; dat moet je apart aantonen.

Wat je erbij wilt weten

Gaat het om twee volle dagen werk of twee kalenderdagen met tussendoor overleg? Is de benodigde input klaar? Moet iemand anders nog beoordelen? Die vragen helpen om de schatting op dezelfde manier te lezen.

Hoe P1 dit vereenvoudigt

In onze bron zijn de voorwaarden vastgezet: hele dagen, vaste eigenaren en aaneengesloten werk. Daardoor kun je rekenen zonder ieder antwoord opnieuw te interpreteren.

Wat je niet uit AI afleidt

AI kan helpen vragen formuleren of een inschatting structureren. Het weet niet vanzelf hoeveel tijd Noor in een echte organisatie nodig heeft. Gebruik echte ervaring of een kleine proef om echte schattingen te onderbouwen.

Geen schijnprecisie maken

Er ontbreekt informatie over de hoeveelheid werk en de beschikbare uren. Je hoeft niet meteen een getal uit te rekenen; een gerichte vraag is hier het nuttige resultaat.

Voorbeeldantwoord

Vragen: “Bedoel je in totaal twee uur werk verdeeld over twee dagen, of twee volle werkdagen inzet?” en “Hoeveel uur kun je daadwerkelijk op welke dagen besteden?”

Zonder die antwoorden zet je geen bevestigde begin- en einddag neer. Je noteert “inzet en beschikbaarheid nog afstemmen”. Dit losse voorbeeld verandert de vaste hele-dagenregels van P1 niet.

Wat je per taak bewaart

Houd code, naam, duur, eigenaar en voorgangers bij elkaar. Een andere volgorde van de rijen is toegestaan; een andere betekenis van B niet zonder expliciete wijziging.

Waarom een versie helpt

Noem de uitgangspunten P1. Een later scenario krijgt een andere naam, zodat het niet ongemerkt de oorspronkelijke planning vervangt. Bewaar bij een wijziging wat anders is en waarom.

Bron blijft leidend

Wanneer een AI-tabel bij C ineens Milan noemt, vergelijk je dat met P1. Een model kan een suggestie doen, maar mag een vastgegeven eigenaar niet stil wijzigen om de gewenste einddag te halen.

Een voorstel apart zetten

Misschien zou een andere eigenaar helpen, maar dat is een nieuwe afspraak. Eerst moet duidelijk zijn of Milan die taak kan en mag overnemen.

Voorbeeldantwoord

Correcte regel: “C | Indeling kiezen | 1 dag | Noor | na A.”

Notitie: “Alternatief ter bespreking: kan Milan C overnemen? Bekwaamheid, toestemming en beschikbaarheid zijn hiervoor niet vastgesteld. Niet verwerkt in P1.”

Zo blijft de basistabel betrouwbaar, terwijl je een mogelijk alternatief niet hoeft te verbergen.

Een bruikbare opdrachtstructuur

Noem taak, bron, regels en gewenste uitvoervorm. Vraag bijvoorbeeld om een tabel A–G met startdag, einddag, eigenaar en voorgangers, gevolgd door een aparte capaciteitscontrole.

Verbeter op een concrete bevinding

Als Noor dubbel staat, noem de dag en taken. Vraag om een nieuwe versie waarin juist dat conflict wordt opgelost en laat daarna ook de overige regels opnieuw controleren.

Waarom deze bron hier staat

OpenAI, de maker van ChatGPT, adviseert duidelijke context en stapsgewijze verbetering van opdrachten. Dat ondersteunt deze werkwijze; het is geen garantie dat het model de planning correct uitrekent. De bron is aanvullende uitleg, niet de fictieve taaklijst.

OpenAI — duidelijke opdrachten en gericht verbeteren (gecontroleerd: 2026-10-29)

Eind-start in gewone taal

B kan pas beginnen als A klaar is. In ons hele-dagenmodel eindigt A aan het einde van D1 en begint B dus op zijn vroegst op D2. De Microsoft-handleiding noemt dit een finish-to-startrelatie.

Microsoft — taken koppelen via afhankelijkheden (gecontroleerd: 2026-10-29)

Meer dan één voorganger

D wacht op B én C. Je gebruikt daarom de laatste einddag van die twee. Als B op D3 eindigt en C op D4, kan D pas op D5 beginnen.

Wat de pijl niet zegt

Een pijl vertelt nog niet of de eigenaar op de gewenste dag vrij is. Dat is de volgende controle. Eerst leren we de logische volgorde, daarna voegen we capaciteit toe.

Een dag na de voorganger

Bij hele dagen is de vroegste start de einddag van de voorganger plus één. Een taak van twee dagen die op D2 start, eindigt op D3.

Voorbeeldantwoord

B: start D2, einde D3. C: start D2, einde D2.

Dit is uitsluitend een afhankelijkhedenberekening. Beide taken horen bij Noor en gebruiken haar op D2 volledig. Daarom is de combinatie nog niet uitvoerbaar binnen P1; de capaciteitscontrole volgt later.

Eerst de input controleren

In de afhankelijkhedenberekening eindigt B op D3 en C op D2. De laatste van die twee dagen is D3. D begint dus op D4.

Daarna de duur plaatsen

D duurt twee hele werkdagen. Start D4 betekent werken op D4 en D5, dus einde D5. Je telt de startdag mee als werkdag.

Waarom D3 niet kan

Op D3 is B nog bezig. De bronregel zegt dat een opvolger pas de volgende werkdag begint. Een halve overdrachtsdag verzinnen zou een wijziging van het model zijn.

Een keten doorrekenen

Schuif niet rechtstreeks naar de gewenste einddag. Reken iedere opvolger vanaf het resultaat dat hij nodig heeft.

Voorbeeldantwoord

E: D6. F: D7. G: D8. De afhankelijkhedenroute eindigt voorlopig aan het einde van D8.

Beperking: Noor is nog dubbel geboekt voor B en C op D2. Het resultaat is dus geen haalbare toezegging. Het laat alleen zien wat de volgorde zonder capaciteitsbeperking zou toelaten.

De twee routes van P1

Via B loopt A–B–D–E–F–G: 1 + 2 + 2 + 1 + 1 + 1 = 8 dagen. Via C loopt A–C–D–E–F–G: 1 + 1 + 2 + 1 + 1 + 1 = 7 dagen.

Wat dit getal betekent

De route via B is in dit eenvoudige afhankelijkhedenmodel het langst. Zij verklaart waarom de vroegste einddag zonder resourcecontrole D8 is. De kortere tak via C heeft in die berekening één dag ruimte.

Wat dit niet bewijst

Dezelfde Noor doet B en C. De langste route van acht dagen maakt die dubbele boeking niet ongedaan. Een capaciteitstoets kan de werkelijke geplande einddag verder verschuiven. We gebruiken hier geen geavanceerde planningssoftware of volledige optimalisatie.

Scheid rekensom en uitvoerbaarheid

De routeberekening gebruikt taakduren en pijlen. Zij bevat nog geen extra volgorde tussen B en C vanwege Noor.

Voorbeeldantwoord

A–B–D–E–F–G = 1 + 2 + 2 + 1 + 1 + 1 = 8.

A–C–D–E–F–G = 1 + 1 + 2 + 1 + 1 + 1 = 7.

Begrenzing: “Zonder capaciteitscontrole is D8 de vroegste einddag volgens de afhankelijkheden; we moeten nog controleren of Noor en Milan op die dagen beschikbaar zijn.”

Een eenvoudig foutvoorbeeld

Stel dat iemand aan P1 toevoegt: A mag pas na G starten. Maar G wacht via de overige taken uiteindelijk op A. Dan moet het project klaar zijn voordat het kan beginnen.

Zo onderzoek je de oorzaak

Vraag welk resultaat A werkelijk nodig heeft. Misschien bedoelde de schrijver een evaluatie van een vorig project, niet G uit dit project. Laat de inhoudseigenaar die betekenis verduidelijken.

Niet zelf een pijl verwijderen

AI kan de kring signaleren en vragen voorstellen. Het mag niet zonder onderbouwing een echte afhankelijkheid wissen om een nette kalender te krijgen. In de oorspronkelijke P1 staat geen kring.

Verwijs naar de bron

Je hoeft de hele planning niet te herschrijven. Noem de gewijzigde regel, het gevolg en de correctie die uit P1 volgt.

Voorbeeldantwoord

“Volgens P1 heeft A geen voorganger. De toegevoegde relatie G→A maakt een kring, omdat G zelf uiteindelijk op A wacht. Verwijder alleen die niet-brongebonden relatie en behoud de andere afhankelijkheden. Reken daarna alle vroegste dagen opnieuw uit.”

Controleer daarna de volledige A–G-route én de dagbezetting. Een herstelde kring is niet automatisch een bewijs dat alle andere regels kloppen.

B eerst

Noor doet B op D2–D3 en C op D4. Beide zijn klaar aan het einde van D4. Milan kan D op D5 beginnen.

C eerst

Noor kan ook C op D2 en B op D3–D4 doen. Ook dan zijn beide aan het einde van D4 klaar. D begint opnieuw op D5.

Hoe je de keuze bewaart

Noem “B eerst” een gekozen volgorde in het voorstel. Verander de oorspronkelijke voorgangerskolom niet alsof P1 ineens een inhoudelijke relatie B→C bevat. Beide varianten hebben hier dezelfde einddag.

Maak twee rijen

Gebruik één rij voor Noor en één voor Milan, met D1 tot en met D10 als kolommen. Vul per dag de taakcode in. Een taak van twee dagen verschijnt in twee vakken.

Zo herken je een conflict

Staan B en C allebei bij Noor op D2, dan zijn twee volle taken op één dag gezet. Dat overschrijdt de capaciteit van één taak per dag.

Waarom dit een aparte controle is

De beroepsvereniging APM behandelt planning en beschikbare middelen samen. Wij maken dat concreet met een kleine bezettingstabel. De bron ondersteunt het principe, niet de fictieve taakduren of een gegarandeerde deadline.

APM — planning, capaciteit en wijzigingen (gecontroleerd: 2026-10-29)

Kijk naar het vak, niet alleen naar de balk

Een conflict ontstaat bij een combinatie van persoon én dag. Twee taken op dezelfde dag zijn geen probleem als verschillende beschikbare mensen ze doen.

Voorbeeldantwoord

D1: Noor A. D2: Noor B én C. D3: Noor B.

Het vak Noor/D2 is onuitvoerbaar: B en C vragen ieder de hele dag van dezelfde persoon. De bron laat geen overwerk, halve dagen of extra mensen toe. Milan is op D2 niet ingepland, maar daarmee is hij niet automatisch de nieuwe eigenaar van C.

Het complete voorstel P1

A | Noor | D1–D1 | 1 dag | geen voorganger.

B | Noor | D2–D3 | 2 dagen | A eindigt D1.

C | Noor | D4–D4 | 1 dag | A eindigt D1; Noor doet eerst B.

D | Milan | D5–D6 | 2 dagen | B eindigt D3 en C eindigt D4.

E | Noor | D7–D7 | 1 dag | D eindigt D6.

F | Milan | D8–D8 | 1 dag | E eindigt D7.

G | Noor | D9–D9 | 1 dag | F eindigt D8.

Wat er is veranderd

C verhuist van D2 naar D4. Daardoor begint D op D5 in plaats van D4. E, F en G schuiven elk één dag door. De eigenaren, duren en oorspronkelijke afhankelijkheden blijven gelijk.

Wat je nu kunt zeggen

Binnen de gekozen P1-regels is dit schema zonder dubbele boekingen uitvoerbaar als voorstel. Het eindigt op D9, één werkdag na de gewenste D8. De echte beschikbaarheid en schattingen zijn hiermee niet bewezen.

Een wijziging loopt door de keten

Alleen C verplaatsen is niet genoeg. Iedere opvolger moet opnieuw worden bekeken, anders blijft een deel van de tabel op de oude dagen staan.

Voorbeeldantwoord

D: Milan op D5–D6, omdat C aan het einde van D4 klaar is. E: Noor D7. F: Milan D8. G: Noor D9.

Nieuwe einddag: einde D9. Verschil met gewenste D8: één werkdag later. De taakduren zijn niet veranderd; de verschuiving ontstaat doordat Noor B en C niet tegelijk kan doen.

Wachten op noodzakelijke input

Milan kan D niet beginnen voordat B én C klaar zijn. Een lege D2 voor Milan maakt die resultaten niet eerder beschikbaar.

Een andere taak is een andere keuze

Misschien kan iemand voorbereiding doen of ander werk uitvoeren. Dat kan zinvol zijn, maar voeg geen nieuwe taak of gewijzigde eigenaar toe zonder die keuze apart te bespreken.

De juiste vraag

Vraag niet alleen “hoe krijgen we iedereen vol?”, maar “welke afspraak zou verantwoord kunnen veranderen en wat betekent dat voor het resultaat?” Een planning is geen bewijs dat iedere persoon elke dag maximaal bezet moet zijn.

Beschikbaarheid is niet hetzelfde als gereedheid

Een beschikbare persoon kan nog steeds niet beginnen als de noodzakelijke input ontbreekt. Dat onderscheid helpt om schijnoplossingen te herkennen.

Voorbeeldantwoord

“D kan in P1 niet op D2 starten, omdat B en C dan nog niet allebei klaar zijn. Milans vrije tijd vervangt die input niet.”

Vraag voor een apart scenario: “Is er een zelfstandig voorbereidingsdeel van D dat geen input van B of C nodig heeft?” Dat is nog geen wijziging. Eerst moeten inhoud, duur, eigenaar en gevolgen van zo’n splitsing worden vastgesteld; P1 blijft ongewijzigd.

De basis van P1

Noor en Milan zijn in de oefenbron beschikbaar op D1 tot en met D10. Dat is een vaste modelaanname, niet een gecontroleerde echte agenda.

Wat je bij echt werk navraagt

Controleer verlof, andere projecten, deeltijd, overleggen en de hoeveelheid tijd die voor dit project is afgesproken. Een werkdag kan niet automatisch volledig aan jouw project worden toegewezen.

Een wijziging apart vastleggen

Als Noor op D7 niet kan, krijgt dat een eigen scenario. Noteer welke beschikbaarheid veranderde en reken de afhankelijke taken opnieuw door. Alleen de naam van de einddag aanpassen is niet voldoende.

Noem de grens van het model

Een korte verklaring kan zowel de rekenregel als de status benoemen. Daardoor blijft het voorstel bruikbaar zonder meer zekerheid te suggereren dan er is.

Voorbeeldantwoord

“P1 rekent met maximaal één volle taak per persoon per werkdag. Noor en Milan zijn in de fictieve bron beschikbaar op D1 tot en met D10. Voor echt gebruik moeten hun agenda’s, projecturen en taakschattingen nog worden bevestigd; dit is geen gemaakte werkafspraak.”

Wat vóór D klaar moet zijn

Na A op D1 moet Noor B van twee dagen én C van één dag doen. Samen vraagt dat drie volle dagen van Noor. Omdat ze niet tegelijk kunnen, zijn beide op zijn vroegst aan het einde van D4 klaar.

Wat daarna nog volgt

D duurt twee dagen, daarna E één, F één en G één: nog vijf opeenvolgende dagen. Begin D5 betekent einde G op D9.

De juiste conclusie

D9 is binnen dit eenvoudige vaste model de vroegste mogelijke einddag. Dat is geen algemene voorspelling voor echte projecten. Verandert een regel, dan moet je de redenering opnieuw uitvoeren.

Bewaar eerst P1

P1 eindigt op D9. Leg taaklijst, duur, eigenaren en beschikbaarheid vast voordat je een variant maakt. Anders weet je niet waardoor een verschil ontstaat.

Nieuw scenario S2

Alleen voor de volgende oefeningen: Noor is op D7 niet beschikbaar. Op D1–D6 en D8–D10 is zij wel beschikbaar; Milan blijft beschikbaar op D1–D10. Alle overige P1-regels blijven gelijk.

Geen echte wijziging

S2 is een fictieve wat-alsvraag, geen bericht uit een echte agenda. We gebruiken het om te leren welke gevolgen je opnieuw moet berekenen. Het vervangt P1 niet automatisch.

Volg de gevolgen stap voor stap

E wacht op D én op Noors beschikbaarheid. F wacht vervolgens op E. Vergeet daardoor ook G niet.

Voorbeeldantwoord

E: Noor D8. F: Milan D9. G: Noor D10.

S2 eindigt op D10: één werkdag later dan P1 op D9 en twee werkdagen later dan de gewenste D8. A–D blijven in deze variant gelijk. De inzet blijft negen persoonsdagen; er komt een wachtdag bij, geen extra taakwerk.

De hoeveelheid werk blijft gelijk

De taakduren 1 + 2 + 1 + 2 + 1 + 1 + 1 blijven samen negen persoonsdagen. Noor doet zes en Milan drie persoonsdagen.

De kalender wordt langer

Na D op D6 kan E niet op D7 plaatsvinden. Het project wacht tot D8. F en G volgen op D9 en D10. De doorlooptijd is nu tien werkdagen vanaf D1 tot en met D10.

Wat je in je bericht benoemt

Schrijf zowel de reden als het effect: “Door de niet-beschikbaarheid van Noor op D7 schuift de einddag in S2 van D9 naar D10; de hoeveelheid taakwerk verandert niet.”

Wachttijd niet als taakwerk tellen

Je vergelijkt de som van de inzet met de lengte van de planning. Beide zijn nuttig, maar beantwoorden een andere vraag.

Voorbeeldantwoord

“S2 bevat nog steeds negen persoonsdagen taakwerk: zes van Noor en drie van Milan. De projectdoorlooptijd wordt tien werkdagen doordat Noor op D7 niet beschikbaar is en E daardoor pas op D8 kan starten. De extra kalenderdag is wachttijd in dit model, geen extra taakduur.”

Mogelijke gespreksonderwerpen

Kan de scope kleiner? Kan een bevoegde andere persoon een taak overnemen? Kan een taak werkelijk anders worden uitgevoerd? Iedere optie heeft gevolgen voor kwaliteit, beschikbare kennis en afspraken.

Wat niet zomaar mag

In P1 staan duur en eigenaren vast. Een AI-voorstel om D tot één dag te verkorten is daarom geen geldig P1-plan. Het wordt pas een apart scenario nadat de inhoudelijke haalbaarheid is onderzocht.

Een keuzevraag voor de eigenaar

Leg de tegenstelling duidelijk voor: “Met deze regels komt het plan uit op D9. Wilt u de gewenste einddag aanpassen of een concrete wijziging laten onderzoeken?” Zo blijft de beslissing bij degene die haar moet nemen.

Een voorstel heeft voorwaarden

Je kunt aangeven waarom een optie interessant lijkt én wat nog moet worden vastgesteld. Dat is nuttiger dan het voordeel als zekerheid presenteren.

Voorbeeldantwoord

“Een te onderzoeken optie is om Milan de indelingstaak C te laten uitvoeren, zodat B en C mogelijk parallel kunnen lopen. Eerst moeten we vaststellen of Milan de taak kan uitvoeren, of de taakduur gelijk blijft en of de betrokkenen akkoord zijn. Deze optie is niet verwerkt in P1 en de winst is nog niet als uitvoeringsafspraak bevestigd.”

Wat een reserve zichtbaar maakt

Een extra afgesproken dag vóór een externe afspraak kan ruimte geven voor tegenvallers. Dat helpt alleen als duidelijk is waarvoor de ruimte bedoeld is en wie beslist over gebruik.

Geen reserve in onze P1-berekening

De vroegste P1-route eindigt op D9. Er is geen expliciete projectreserve ingepland. De lege vakken van één persoon zijn niet automatisch vrij besteedbare projectreserve, omdat de opvolgers op input wachten.

Geen zekerheid door een percentage

Een standaard opslag kan een gesprek starten, maar is geen bewijs van een betrouwbare einddatum. Gebruik echte onzekerheden, ervaring en afspraken. Deze cursus doet geen kansberekening en belooft geen deadlinezekerheid.

Kies concrete aandachtspunten

Noem geen lange algemene risicolijst. Sluit aan op de gegevens die het schema dragen: duur, beschikbaarheid en de input voor opvolgers.

Voorbeeldantwoord

Aandachtspunten: de fictieve taakduren zijn geen gemeten schattingen; echte agenda’s van Noor en Milan zijn niet gecontroleerd; klaarcriteria en benodigde input moeten door de taakverantwoordelijken worden bevestigd.

Vervolgstap: bespreek deze drie punten met de betrokkenen en reken de planning opnieuw door op basis van hun bevestigde gegevens voordat een echte einddatum wordt toegezegd.

Vier gegevens in het log

Noteer versie, gewijzigde bronregel, gevolg voor taken en status. Bijvoorbeeld S2: Noor niet beschikbaar op D7; E/F/G één dag later; nog een fictieve scenario-oefening.

Houd plan en werkelijkheid uit elkaar

Een geplande einddag is geen afgeronde taak. Noteer werkelijke voortgang alleen wanneer zij werkelijk is gemeld. De tabellen in deze cursus bevatten geen uitgevoerde resultaten.

Waarom dit helpt

APM verbindt planning met het beheersen van wijzigingen. Wij gebruiken een klein log om die samenhang zichtbaar te maken. Het log is geen automatische goedkeuring van een wijziging.

APM — planning, capaciteit en wijzigingen (gecontroleerd: 2026-10-29)

Wat in het pakket hoort

Neem P1, de taakplanning, de dagbezetting en de toetsing aan D8 op. Voeg de status en open vragen toe. Houd S2 apart als scenario, niet als ongemerkte vervanger.

Controleer in een vaste volgorde

Eerst alle taken en duren, dan voorgangers, dan capaciteit, daarna einddag en status. Die volgorde maakt een fout beter terug te vinden dan alleen vragen of het geheel “realistisch” is.

Wat je straks oplevert

Het resultaat is een intern voorstel voor de fictieve casus. Geen echte agenda-afspraak, geen uitgevoerd project en geen garantie. Juist die duidelijke grens maakt het pakket eerlijk bruikbaar.

Iedere rij moet te verklaren zijn

Vermeld taakcode, eigenaar, start, einde en reden. Gebruik de dag na de laatste voorganger en controleer daarna de beschikbare persoon.

Voorbeeldantwoord

Een correct voorstel is:

A | Noor | D1–D1 | 1 dag | geen voorganger. B | Noor | D2–D3 | 2 dagen | A eindigt D1. C | Noor | D4–D4 | 1 dag | A eindigt D1; Noor doet eerst B. D | Milan | D5–D6 | 2 dagen | B eindigt D3 en C eindigt D4. E | Noor | D7–D7 | 1 dag | D eindigt D6. F | Milan | D8–D8 | 1 dag | E eindigt D7. G | Noor | D9–D9 | 1 dag | F eindigt D8.

Einddag: D9. Totale inzet: negen persoonsdagen, Noor zes en Milan drie. Het voorstel eindigt één werkdag na de gewenste D8.

Waarom: na A gebruikt Noor drie dagen voor B en C; D kan daardoor pas op D5 beginnen. D–E–F–G nemen daarna vijf dagen. Geen eigenaar, duur of bronafhankelijkheid is gewijzigd. De andere volgorde C vóór B kan ook D9 opleveren, maar is niet de gekozen tabel hier.

Uitgangspunten die bij deze versie horen

P1, hele aaneengesloten werkdagen, één volle taak per persoon per dag, opvolgers starten de dag na afronding van alle voorgangers. Noor en Milan zijn in het model beschikbaar D1–D10. Gewenst einde D8; duur/eigenaren staan vast.

Taakplanning A–G

A | Noor | D1–D1 | 1 dag | geen voorganger.

B | Noor | D2–D3 | 2 dagen | A eindigt D1.

C | Noor | D4–D4 | 1 dag | A eindigt D1; Noor doet eerst B.

D | Milan | D5–D6 | 2 dagen | B eindigt D3 en C eindigt D4.

E | Noor | D7–D7 | 1 dag | D eindigt D6.

F | Milan | D8–D8 | 1 dag | E eindigt D7.

G | Noor | D9–D9 | 1 dag | F eindigt D8.

Dagbezetting Noor en Milan

D1: Noor A; Milan vrij voor dit project.

D2: Noor B; Milan vrij voor dit project.

D3: Noor B; Milan vrij voor dit project.

D4: Noor C; Milan vrij voor dit project.

D5: Noor vrij voor dit project; Milan D.

D6: Noor vrij voor dit project; Milan D.

D7: Noor E; Milan vrij voor dit project.

D8: Noor vrij voor dit project; Milan F.

D9: Noor G; Milan vrij voor dit project.

D10: beiden niet ingepland in P1.

Rekensom en uitkomst

Inzet: 1 + 2 + 1 + 2 + 1 + 1 + 1 = 9 persoonsdagen. Noor: 6; Milan: 3. Projectdoorlooptijd: D1 tot en met D9 = 9 werkdagen. Gewenste D8 wordt niet gehaald; verschil één werkdag.

Status en besluitvraag

Dit is een fictief gecontroleerd planningsvoorstel, geen uitgevoerd project of toegezegde echte einddatum. Bespreek of D9 als uitgangspunt mag gelden of dat een concrete wijziging van scope, duur, eigenaar of beschikbaarheid moet worden onderzocht. S2 blijft apart.

Maak iedere controle zichtbaar

Gebruik vier onderdelen: taakgegevens, voorgangers, capaciteit en uitkomst/status. Noteer een concrete bevinding per onderdeel.

Voorbeeldantwoord

1. Taakgegevens: alle taken A–G zijn aanwezig. B loopt op D2–D3 en D op D5–D6: ieder twee dagen. De overige taken duren één dag. Eigenaren blijven gelijk aan P1.

2. Voorgangers: A is klaar op D1, vóór B en C. B is klaar op D3 en C op D4, vóór de start van D op D5. D eindigt op D6, vóór E op D7. Daarna volgt F op D8 en G op D9.

3. Capaciteit: Noor doet A op D1, B op D2 en D3, C op D4, E op D7 en G op D9. Milan doet D op D5 en D6 en F op D8. Geen persoon heeft twee taken op dezelfde dag.

4. Uitkomst: negen persoonsdagen inzet, einddag D9, één dag later dan de wens. Status blijft voorstel, geen echte uitvoering of akkoord.

P1 — basisvoorstel

Noor beschikbaar D1–D10. E D7, F D8, G D9. Einddag D9; negen persoonsdagen inzet.

S2 — Noor niet beschikbaar op D7

A–D blijven gelijk. E D8, F D9, G D10. Einddag D10; nog steeds negen persoonsdagen inzet. Noor is in dit scenario beschikbaar op D1–D6 en D8–D10.

Wat de vergelijking wel zegt

De ene afwezigheidsdag schuift de laatste drie taken één dag op. S2 is geen actuele agenda en geen reeds genomen besluit. Een andere wijziging moet een eigen scenario en hercontrole krijgen.

Een korte notitie met bron en gevolg

Noem niet alleen “een dag later”. Schrijf welke regel veranderde, welke taken verschuiven en of de wijziging echt bevestigd is.

Voorbeeldantwoord

Versie: S2, aparte scenario-bijlage bij P1.

Wijziging: Noor is in deze oefening niet beschikbaar op D7; overige taakregels en beschikbaarheid blijven gelijk.

Gevolg: E D7→D8, F D8→D9, G D9→D10. Einddag D9→D10; inzet blijft negen persoonsdagen.

Status: fictieve wat-alsberekening, geen echte agendawijziging of goedkeuring. P1 blijft het basisvoorstel op slide 53.

De kernboodschap

“Met de vaste P1-regels eindigt de vroegste uitvoerbare route op D9, niet D8.” Dat is specifieker dan “de planning is ongeveer klaar”.

De keuze die nog nodig is

De eigenaar kan de wens herzien of een concrete verandering laten onderzoeken. AI neemt die beslissing niet automatisch. Vermeld ook wie nog beschikbaarheid en schattingen moet bevestigen.

Wat je niet schrijft

Zeg niet dat het project al is ingepland, dat alle betrokkenen akkoord zijn of dat D9 gegarandeerd wordt gehaald. Geen van die zaken heeft in deze cursus plaatsgevonden.

Neem de ontvanger mee

Noem wat bijgevoegd is, wat de controle opleverde, waar de keuze ligt en wat nog niet is gebeurd. De ontvanger hoeft de hele training niet te kennen.

Voorbeeldantwoord

“Hierbij het fictieve P1-planningspakket voor het interne proefpakket: bronkaart, taakplanning, dagbezetting en controleverslag.

Binnen de vaste regels komt de vroegste uitvoerbare route uit op D9, één werkdag later dan de gewenste D8. De inzet is negen persoonsdagen. Noor kan B en C niet tegelijk uitvoeren; daardoor kan D pas op D5 starten.

Wilt u D9 als uitgangspunt bespreken of een concrete wijziging laten onderzoeken? S2 is een aparte wat-alsbijlage: bij Noors afwezigheid op D7 verschuift het einde naar D10.

Voor echt gebruik moeten taakschattingen, klaarcriteria en agenda’s nog worden bevestigd. Er zijn geen echte taken ingepland of uitgevoerd en er is nog geen akkoord.”

Start bij de gegevens

Schrijf resultaat, taken, schattingen, eigenaren, voorgangers en beschikbaarheid op. Gebruik geen vertrouwelijke details in een ongeschikte tool. Onbekende gegevens blijven open vragen.

Laat AI helpen zonder de regie weg te geven

Vraag eerst om structuur en ontbrekende informatie. Maak daarna een voorstel en controleer zelf de keten en bezetting. Laat de betrokkenen hun eigen gegevens beoordelen.

Je eerstvolgende stap

Kies één project en formuleer drie vragen die je nog moet beantwoorden vóór je een datum noemt. Je hoeft niet meteen een groot planningssysteem te bouwen om beter te plannen.