Het statusrapport zei groen, precies tot het moment dat de mijlpaal verschoof. De beslissing die die vertraging had voorkomen, stond een maand eerder al in de tracker.
Niemand miste het door gebrek aan data:
- Een item dat 3 keer langer openstond dan alles wat vergelijkbaar was en dat je team ooit had afgerond.
- Twee eigenaren die op een lancering waren gezet, met de taken nog op hun naam.
- Een checkpointdatum die voor de 3e keer verschoof.
- Een groene status boven taken die al 5 weken niet waren aangeraakt.
Geen van die signalen verscheen in het statusveld van één taak, en dat is precies waar een review die alleen naar status kijkt, zoekt. Ze zaten in patronen over items en taken heen.
Een rode vlag verdient zijn plek alleen als hij een beslissing afdwingt (een vlag die alleen op oranje springt, wordt ruis die mensen leren te negeren).
Veel van de data om vertraging vroeg te zien, staat al in je tracker. Wat ontbreekt, is de gewoonte om die over taken heen te lezen, afgezet tegen je eigen drempelwaarden.
Waarom mijlpalen en RAG-status vertraging te laat melden
Een gemiste mijlpaal legt iets vast dat al is gebeurd. Een late rode status meldt hetzelfde, van iemand die redenen had om te wachten.
Status komt vaak te laat, om 3 gedocumenteerde redenen:
- Het signaal begint zwak. Een deels door PMI gefinancierde studie naar complexe projecten concludeerde: “Opkomende problemen beginnen vaak vroeg in het project, maar geven alleen zwakke signalen.”
- Professionals missen het, en handelen er nog minder naar. Het artikel uit 2011 van dezelfde groep oordeelde dat professionals “niet erg goed zijn in het opmerken van vroege waarschuwingssignalen en nog minder goed in ernaar handelen.”
- De boodschapper aarzelt. Softwareprojectmanagers die door Snow, Keil en Wallace werden ondervraagd, schatten dat andere projectmanagers statusrapporten in 60% van de gevallen vertekenden, twee keer zo vaak optimistisch als pessimistisch. Angst dat het senior management “de boodschapper neerschiet” was een van de redenen.
Het gaat om indirect verzamelde percepties, niet om een audit van echte rapporten. Het werk van Smith, Keil en Depledge over “je mond houden” beschrijft dezelfde terughoudendheid om slecht nieuws door te geven.
De handelende helft van de bevinding uit 2011 telt hier het zwaarst. Een signaal waar niemand op handelt, is gewoon een vroege versie van de rode status.
Leeftijden, aantallen en wijzigingshistorie slaan de boodschapper echter over. Niemand hoeft te besluiten om de leeftijd van een item te melden.
En daar bewijzen voorlopende indicatoren hun waarde. Ze beschrijven de wachtrij terwijl die ontstaat en de status nog groen is.
De 8 vlaggen in één oogopslag
Elke vlag hieronder koppelt een gegeven uit de tracker aan een drempelwaarde en een beslissing. De drempelwaarden zijn startpunten, die je bijstelt op basis van je eigen historie.
| Rode vlag | Wat je uit de tracker haalt | Beginwaarde | Beslissing die het afdwingt |
|---|---|---|---|
| 1. Items die langer lopen dan gebruikelijk | Leeftijd van elk gestart, onafgerond item | Ouder dan het 85e percentiel van de doorlooptijd van vergelijkbare items | Samen oppakken, opsplitsen of stoppen |
| 2. Instroom groter dan afronding | Wekelijks toegevoegde, afgeronde en geannuleerde taken | 3 weken op rij meer taken toegevoegd dan afgerond | Stoppen met starten, opnieuw afbakenen |
| 3. Wachten op een beslissing | Dagen in “wacht op beslissing” | 1 reviewcyclus, geen geplande beslisdatum | Escaleren naar de eigenaar van de beslissing |
| 4. Experts te dun uitgesmeerd | Actieve taken per sleutelexpert | Boven het aantal waarbij vergelijkbare taken langer gaan duren | Opnieuw bemensen of volgorde bepalen |
| 5. Geen echte eigenaar | Lege, gedeelde of teamnaam-eigenaren | Elk item voorbij zijn 1e review | Eén eigenaar benoemen of het item parkeren |
| 6. Stille herplaatsing | Toegewezen taken zonder activiteit | 3 weken stil, eigenaar elders actief | Opnieuw bemensen of opnieuw plannen |
| 7. Verschuivende checkpoints | Wijzigingen in checkpointdatums | 2e verschuiving van hetzelfde checkpoint | Het hele pad opnieuw plannen |
| 8. Groen zonder beweging | Statushistorie vs. taakwijzigingen | Groen, 3 weken geen taakwijziging | Om bewijs vragen of afwaarderen |
Lees eerst de laatste kolom. Als je review die beslissingen niet kan nemen, kan de vlag nergens heen.
De kolom met beginwaarden bevat standaardwaarden om te vervangen. Je afgeronde werk levert betere drempelwaarden op, en bij de meeste vlaggen hieronder zie je waar je die vindt.
Verder: een item is een regel in je portfolio, en de taken vallen eronder. Alleen vlag 3 heeft nieuwe velden nodig: een status “wacht op beslissing”, de startdatum daarvan en een geplande beslisdatum.
Vlaggen 4, 6, 7 en 8 hebben ook een tracker nodig die veldhistorie bijhoudt, omdat ze vandaag vergelijken met eerdere toewijzingen, activiteit en datums.
Flowsignalen: wat de wachtrij je vertelt
Flowsignalen komen uit aantallen, leeftijden en statusdatums. Daardoor valt er in een review moeilijk over te twisten.
Tom Bellinsons bespreking van het boek van Donald Reinertsen over flow vat het probleem samen: “Wachtrijen in productontwikkeling zijn verraderlijker, omdat ze vaak onzichtbaar zijn.”
Deze 3 vlaggen maken de wachtrij zichtbaar.
Vlag 1: Werkitems die ouder worden dan je gebruikelijke doorlooptijd
Bekijk elk gestart, onafgerond item en bereken de leeftijd: de datum van vandaag min de startdatum. Vergelijk die daarna met afgeronde items van hetzelfde type.

Leeftijd en doorlooptijd meten hetzelfde werk op verschillende momenten:
- Work Item Age (de leeftijd van een werkitem) is wat The Kanban Guide omschrijft als “De verstreken tijd tussen het moment waarop een werkitem is gestart en de huidige datum.” Je kunt die volgen terwijl het item nog openstaat.
- Doorlooptijd bestaat pas nadat het item is afgerond.
Vanuit een doel op het 85e percentiel pleit Dan Vacanti voor vroeg ingrijpen: “hoe ouder een item wordt, hoe groter de kans dat het nog ouder wordt.”
Gebruik als beginwaarde je eigen doorlooptijd op het 85e percentiel. Benjamin Richards van ProKanban benoemt die lijn zo: “Het overschrijden van deze drempel wijst op ongebruikelijke vertraging.”
Hij combineert die met de mediaan, die “je vertelt hoe lang werk doorgaans duurt”, en merkt op dat sommige teams de voorkeur geven aan 50e/80e/95e.
Het overschrijden van de lijn dwingt een keuze af: het item samen oppakken, opsplitsen of stoppen. Het stilletjes laten verouderen is ook een beslissing, alleen een niet-vastgelegde.
Vlag 2: Een takenlijst die sneller groeit dan hij slinkt
Tel elke week de toegevoegde taken, onder nieuwe of bestaande items, en de afgeronde taken. Groei in scope telt als instroom, ook als er geen nieuw item verschijnt.

Registreer tegelijk annuleringen apart, en houd taakdefinities consistent, zodat alleen opsplitsen de instroom niet opblaast.
De rekensom achter de vlag verloopt in 3 stappen:
- De wet van Little legt het verband tussen het gemiddelde aantal items in een stabiel systeem, hun gemiddelde aankomstsnelheid en hun gemiddelde tijd in het systeem.
- Zonder nieuwe instroom en met een constant afrondingstempo geeft het aantal open taken gedeeld door de wekelijkse afrondingen een schatting van het aantal weken om de stapel weg te werken.
- Als de stapel blijft groeien terwijl het afrondingstempo gelijk blijft, kun je verwachten dat die wegwerktijd oploopt.
In de enquête van PMI uit 2021 onder 3.950 projectprofessionals schatten respondenten dat bij 34% van de afgeronde projecten sprake was van scope creep.
Het rapport van PMI uit 2018 definieert scope creep als “de ongecontroleerde uitbreiding van product- of projectscope zonder aanpassingen in tijd, kosten en middelen.”
Bellinson maakt ook het kostenpunt zonder omwegen: “We zien backlogs in productontwikkeling vaak als gratis. Dat zijn ze niet.”
Met dat in gedachten is een goede beginwaarde: 3 weken op rij meer taken toegevoegd dan afgerond. Kijk in je historie hoe vaak dat gebeurde zonder problemen.
De beslissing is om te stoppen met het starten van nieuwe items tot de afrondingen weer bijbenen. Als de toegevoegde taken onder bestaande items vallen, baken je eerst die items opnieuw af.
Vlag 3: Werk dat langer dan één reviewcyclus op een beslissing wacht
Sommige items staan om één reden stil: ze wachten tot iemand met beslissingsbevoegdheid ja, nee of nog niet zegt.

Haal daarom elk item op met de status “wacht op beslissing”. Meet daarna hoe lang elk item al wacht.
Een enquête van McKinsey onder 1.259 respondenten, gepubliceerd in 2019, biedt nuttige context:
- Slechts 48% was het ermee eens dat hun organisatie snel beslissingen neemt.
- Organisaties die snel beslissen, hadden twee keer zoveel kans om beslissingen van hoge kwaliteit te nemen.
- 61% zei dat het grootste deel van hun beslistijd ineffectief wordt besteed.
Dit zijn zelfgerapporteerde percepties van snelheid. Ze zeggen niets over hoe lang een item in jouw tracker blijft liggen.
Ze suggereren wel dat trage beslissingen en goede beslissingen niet hetzelfde zijn. Wachten levert niet automatisch kwaliteit op.
Daarom is een goede beginwaarde één volledige reviewcyclus zonder geplande beslisdatum. Vraag daarna waarom het item nog steeds geen datum heeft.
De beslissing die het afdwingt, is escalatie naar degene die over de keuze gaat. Als niemand erover gaat, is dat de echte bevinding.
Mensensignalen: wie het werk echt draagt
Mensensignalen zijn lastiger te lezen, omdat de tracker toewijzingen vastlegt. Inspanning zie je alleen indirect, in activiteit en in aantallen per persoon.
Kappelman, McKeeman en Zhang lieten 55 ervaren IT-projectmanagers 53 waarschuwingssignalen beoordelen, en 3 van de 8 vlaggen komen overeen met punten op hun lijst.
Hun “dominante dozijn” weerspiegelt het belang zoals praktijkmensen dat inschatten. Het is geen gemeten voorspellende waarde, maar wel een nuttige check op waar je moet kijken.
Vlag 4: Sleutelexperts verspreid over te veel actieve taken
Tel de actieve taken per persoon, en kijk het scherpst naar de mensen van wie andere taken afhangen. Hun belasting bepaalt het tempo van het werk dat op hen wacht.

Drie onderzoekslijnen zeggen iets over de belasting van experts:
- Beoordelingen door praktijkmensen. Kappelmans dozijn noemt overplande inhoudsdeskundigen, en noemt inhoudsdeskundigen die onvoldoende projecttijd krijgen “een duidelijk EWS”, oftewel een vroeg waarschuwingssignaal, “van het falen van een IT-project.”
- Projectdata. Colicev, Hakkarainen en Pedersen vonden “een omgekeerd U-vormig verband” tussen werken aan meerdere projecten en prestaties, over 9.649 observaties per project, maand en medewerker in nieuwe productontwikkeling. De prestaties waren hoger bij gematigde spreiding en lager bij hogere belasting.
- De logica van afronden. De verslaggeving van Kellogg Insight over een model van Coviello, Ichino en Persico zegt het ronduit. In de woorden van Persico: als afronden waarde heeft, dan is “het beste wat je kunt doen er één afmaken voordat je aan de volgende begint.”
Dat gezegd hebbende: verwacht dat het omslagpunt per team verschilt, dus leen niet dat van een ander.
Bepaal de drempelwaarde daarom op basis van historie. Zoek het aantal gelijktijdige taken waarbij vergelijkbare taken van een expert langer gingen duren, en markeer belasting daarboven.
De beslissing is opnieuw bemensen of de volgorde bepalen. Kies welke taak van de expert moet wachten, en zeg dat hardop.
Vlag 5: Eigenaarvelden die leeg of gedeeld zijn, of een teamnaam bevatten
Deze vlag vraagt om één filter. Haal items op waarbij het eigenaarveld leeg is, 2 of meer mensen noemt, of een team noemt.

Waarom doet een gedeelde naam ertoe? In een laboratoriumstudie uit 1979 lieten Latané, Williams en Harkins studenten in groepen klappen en schreeuwen:
- Groepen van twee presteerden op 71% van de som van hun individuele capaciteit.
- Groepen van vier presteerden op 51%.
- Groepen van zes presteerden op 40%.
In een vervolgexperiment met schreeuwen kwam ongeveer de helft van het verlies door coördinatie en de helft door sociaal lanterfanten. Het is een labsetting, dus zie het als een mechanisme.
Lees dat als een argument voor identificeerbaarheid. Inspanning die niemand naar één persoon kan herleiden, verwatert makkelijker.
Om die reden is de beginwaarde streng: elk item voorbij zijn 1e review zonder één benoemde eigenaar. Teamnamen horen in contextvelden.
En dus is de beslissing binair. Benoem deze week één eigenaar, of parkeer het item tot iemand het wil oppakken.
Vlag 6: Mensen die stilletjes op “belangrijker” werk worden gezet
De taken blijven toegewezen, met de naam van de eigenaar er nog op. Wat stopt, is de activiteit op die taken.

Om het te signaleren, zet je per persoon 3 stappen:
- Haal de toegewezen taken op.
- Controleer de recente activiteit op elke taak.
- Markeer taken die stil zijn gevallen terwijl de eigenaar elders druk bezig is, het patroon dat op deze vlag wijst.
Het is ook een bekend risico. Kappelmans dozijn noemt “middelen die aan een project met hogere prioriteit zijn toegewezen.”
De toelichting van de auteurs is onomwonden: zodra dat gebeurt, “is het onrealistisch om te verwachten dat het tekortgedane project volgens plan wordt afgerond.”
In de praktijk is de beginwaarde 3 weken stilte terwijl de eigenaar elders actief is. Sommige taken liggen stil tussen fases, dus check eerst de historie.
Bevestig voordat je ingrijpt dat het om herplaatsing gaat en niet om gemiste updates, en bemens de taak dan formeel opnieuw of plan de datums opnieuw rond de tijd die de persoon werkelijk heeft.
Rapportagesignalen: wat datums en statussen verbergen
Datums en statussen worden vaak met de hand bijgewerkt. Daardoor zijn ze gevoelig voor het optimisme dat eerder is beschreven.
De 2 vlaggen hier volgen hoe die velden in de tijd bewegen, of juist niet bewegen terwijl het werk stilvalt.
Vlag 7: Checkpointdatums die meer dan één keer verschuiven
Trackers die veldhistorie bijhouden, hebben dit al. Haal op hoe vaak elke checkpointdatum is verschoven, en of er iets verderop mee verschoof.

De studie van Buehler, Griffin en Ross uit 1994 onder honoursstudenten die een scriptie schreven, vond een hardnekkig gat:
- Ze voorspelden gemiddeld 33,9 dagen.
- Ze deden er 55,5 dagen over.
- Slechts 29,7% was klaar op de datum die ze zelf hadden voorspeld.
De auteurs verwoorden de onderliggende paradox zo:
“Hoewel ze weten dat de meeste van hun eerdere voorspellingen te optimistisch waren, geloven ze dat hun huidige voorspellingen realistisch zijn.”
Het ging om studenten, en het artikel onderzocht geen herplande datums. Toch kun je verwachten dat een team dat een datum één keer heeft verschoven, te veel op de nieuwe datum vertrouwt.
Kappelmans dozijn bevat ook een verwant signaal: vroege vertragingen die worden genegeerd, zonder herziening van de totale planning.
Leg de beginwaarde daarom bij de 2e verschuiving van hetzelfde checkpoint, voordat genegeerde vertragingen zich opstapelen. Dat dwingt een volledige herplanning af van het pad erachter.
Vlag 8: De status blijft groen terwijl er daaronder niets verandert
Praktijkmensen noemen het een “watermeloen”-status: groen vanbuiten, rood vanbinnen. Het item meldt dat het op koers ligt, terwijl de taken al weken niet zijn bewogen.

Twee dingen maken gerapporteerde voortgang zwakker bewijs dan het lijkt:
- Optimisme in rapportages. De respondenten van Snow, Keil en Wallace beschreven statusrapporten die naar optimisme overhellen, dus een groene status is op zichzelf geen betrouwbaar bewijs.
- Herwerk dat nog niemand heeft gevonden. Zelfs beweging kan misleiden. In het herwerkcyclusmodel dat Gozluklu en Sterman samenvatten, is “onbekend herwerk werk waarvan men denkt dat het correct is uitgevoerd.” Ervaren voortgang is afgerond werk plus dat onbekende herwerk, dus “klaar” overschat de voortgang tot iemand het bewijs controleert.
Om het op te halen, vergelijk je de statushistorie van elk item met de wijzigingsactiviteit op de taken eronder. Groen plus geen beweging is de vlag.
Vanaf daar is een goede beginwaarde 3 weken groen zonder wijziging in de onderliggende taken. Stem die af op items die later rood werden.
De beslissing is om bewijs van voortgang te vragen, of de status zelf af te waarderen. Hoe dan ook is de kleur dan niet langer alleen de keuze van de eigenaar.
Vlaggen samen lezen zonder te verdrinken in ruis
Eén vlag is een vraag. Een paar vlaggen met een gedeelde oorzaak, op één item of bij één team, komt dichter bij een antwoord.
Combinaties die actie verdienen
Sommige paren versterken elkaar omdat ze een oorzaak delen. Lees ze als één bevinding, met één beslissing.
Deze 3 combinaties verdienen een nadere blik:
- Veroudering plus herplaatsing. Check of het item oud is omdat de eigenaar naar ander werk is vertrokken (vlaggen 1 en 6).
- Instroom plus overbelaste experts. Nieuwe starts blijven terechtkomen bij mensen die al boven hun gebruikelijke belasting zitten (vlaggen 2 en 4).
- Verschoven datums plus aanhoudend groen. De planning blijft verschuiven terwijl de status volhoudt dat er niets aan de hand is (vlaggen 7 en 8).

Elk paar wijst naar een eigen beslissing.
Veroudering plus herplaatsing vraagt om opnieuw bemensen, instroom plus spreiding vraagt om een stop op nieuwe starts, en verschoven datums plus groen vragen om een herplanning.
Een losse vlag krijgt daarentegen de beslissing uit zijn tabelrij. Een paar krijgt zijn gedeelde beslissing, genomen voordat de review eindigt.
De kosten van een vals alarm
Elke vlag heeft een prijs bij een vals-positief. Bij te veel meldingen stoppen mensen met lezen, ook bij de meldingen die ertoe doen.
Vlaggen kunnen ook uitnodigen tot manipulatie zodra mensen weten dat erop wordt gelet. Verwacht dat items worden opgesplitst om hun leeftijd te resetten, en dat eigenaren updates plaatsen die niets veranderen.
En verwacht dat een vlag die een doel wordt, zijn diagnostische waarde verliest. Bespreek vlaggen daarom als vragen over het werk, nooit als scores voor mensen.
Behandel elke drempelwaarde als een kansuitspraak. Het 85e percentiel overschrijden betekent dat een item ongebruikelijk is, en sommige ongebruikelijke items worden prima afgerond.
Werk dat mag verouderen, en waar je begint
Discoverywerk heeft een eigen basislijn nodig. Beoordeel een experiment dat nog bewijs oplevert aan de hand van het leerplan, niet aan de hand van je percentielen voor oplevering.
Concreet: geef discovery-items hun eigen percentielen, of sluit ze uit van vlag 1 tot ze een opleverfase bereiken. Anders straft de vlag het leren af.
Tel discoverytaken ook apart voor vlag 2, en beoordeel vlag 7 aan de hand van afgesproken leercheckpoints. Een checkpoint dat verschuift na een verworpen hypothese, is het proces dat werkt.
Begin bij een eerste ronde met 3 vlaggen: veroudering, wachten op een beslissing en gaten in eigenaarschap. Elk daarvan leest de huidige veldwaarden, zonder wijzigingshistorie om door te spitten.
Bouw de review rond de vlaggen
Een vlag die niemand bespreekt, is een ornament op een dashboard. De review is waar elke vlag de beslissing wordt waarvoor hij is gebouwd.
Houd de groep klein, met 3 rollen die kunnen handelen:
- De portfolio-eigenaar, die over de prioriteiten beslist
- De eigenaar van de gemarkeerde items, of van de beslissingen waarop ze wachten
- Iemand met de bevoegdheid om mensen tussen taken te verschuiven
De regel voor de vergadering is één beslissing per vlag die op tafel komt, of per paar dat samen wordt gelezen.
Zelfs “we houden het in de gaten” telt, als het met een datum wordt vastgelegd. Zonder datum is het volgende week dezelfde vlag.
Wat de timing betreft: houd de vlaggenreview in het ritme dat je portfolioreview al hanteert. Wekelijks past bij opleverwerk, en maandelijks past mogelijk bij een trager discoveryportfolio.
Hoe dan ook: bereken de vlaggen wekelijks, en stuur elke overschreden vlag nog diezelfde week naar de eigenaar van de beslissing. Een maandelijkse review beslist dan over vlaggen die die eigenaar al heeft gezien.
Laat de tracker de vlaggen aanleveren
Vlaggen bereiken de vergadering op 2 manieren:
- Pull: iemand bevraagt de tracker voor elke review.
- Push: de tracker meldt overschreden drempelwaarden uit zichzelf.
Push is robuuster, omdat het niet afhangt van iemands geheugen in een drukke week.

Hier verdient software zijn plek: het berekent percentielen op basis van je eigen historie en stuurt vlaggen automatisch door. Mensen nemen nog steeds de beslissingen.
Beter nog: verwacht dat de vergadering korter wordt zodra vlaggen in de voorbereidende stukken staan, omdat niemand de tijd besteedt aan zoeken naar data.
Uiteindelijk is een vlaggenreview opvolging met een drempelwaarde eraan gekoppeld. Die richt zich op de handelende helft, de helft die volgens het PMI-artikel uit 2011 zwakker is.
Kies 3 vlaggen en zet ze deze maand in
Je volgende vertraging is misschien al zichtbaar in de tracker terwijl de status nog groen is. De vraag is of iemand die ophaalt voordat de status rood wordt.
Begin klein, in deze volgorde:
- Zet veroudering, wachten op een beslissing en gaten in eigenaarschap aan.
- Bepaal vóór de 1e review wie de beslissing bij elke vlag neemt, zodat geen vlag binnenkomt zonder iemand die de knoop doorhakt.
- Test de drempelwaarden op je laatste gemiste mijlpaal.
- Evalueer ze na een kwartaal: houd de vlaggen die een beslissing hebben veranderd en schrap de rest.
Verwacht dat de eerste maand rumoerig voelt. Dat is de kalibratieperiode, en de drempelwaarden stabiliseren zodra ze je echte historie weerspiegelen.
Daarna zit het lastige in de timing, dus neem elke beslissing in de review waarin de vlag verschijnt.
Handel terwijl de status nog groen is en de mijlpaal nog ruimte heeft om te schuiven. Zodra die rood wordt, zijn de goedkopere opties waarschijnlijk verdwenen.
Download ons gratis e-book Project Portfolio: From Opportunities to Value en ontdek hoe het volgen van voortgang en portfoliogezondheid past binnen stage-gate-governance en prioritering.
Of vraag een demo aan en zie hoe Accept Mission je fasevoortgang, helder eigenaarschap en realtime inzicht in je portfolio geeft, op basis van één gedeelde set gegevens.

Get Social