Een projecttrechter kan er druk uitzien terwijl er binnenin niets echt wordt besloten. Werk schuift tussen fases, dashboards vullen zich, en goedgekeurde projecten verouderen in stilte.
Drie getallen vertellen je wat er echt gebeurt:
- Doorlooptijd, oftewel hoe lang het duurt voordat een fase is doorlopen.
- Doorstroom, oftewel hoeveel projecten een fase per periode formeel verlaten.
- Uitval: hoe vaak een gate eindigt in een stop die iemand daadwerkelijk heeft vastgelegd.
Eerst één afbakening, want die bepaalt al het andere. Een projecttrechter begint nadat een idee is goedgekeurd, en eindigt wanneer het opgeleverde resultaat is afgesloten.
Vroege screening en gefinancierde uitvoering kennen andere risico’s, ander bewijs en een ander beslisritme. Ideeëninstroom hoort thuis in een eigen trechter.
Voor doorlooptijd en doorstroom worden dashboards gebouwd. Uitval wordt behandeld als een lek, en daar begint het probleem.
Waarom deze drie en niet twaalf
Innovatieprogramma’s verzamelen metrics genoeg. De metrics die activiteit beschrijven kun je volledig rapporteren zonder dat iemand een beslissing verandert.
Deloitte’s onderzoek uit 2021 liet zien dat organisaties met een zelfbenoemd toonaangevende innovatiekracht vaker doelen stellen en actief meten op ideeconversie, 50% tegenover 39% van gemiddelde respondenten.

De kloof loopt ook omhoog. BCG’s onderzoek uit 2024 vond dat slechts 12% van de bedrijven een sterke koppeling meldt tussen bedrijfsstrategie en innovatiestrategie.
Definities schuiven sneller uiteen tussen afdelingen dan data dat doet. Onze begrippenlijst voor innovatiedashboards is het naslagwerk om termen vast te leggen voordat iemand over een getal discussieert.
Wat elke metric daadwerkelijk meet
De Kanban Guide definieert doorstroom als het aantal afgeronde werkitems per tijdseenheid, en doorlooptijd als de verstreken tijd van start tot afronding.
Die definities gelden ook in een bestuurde trechter, met één aanpassing. Hier is de eenheid van afronding een gatebesluit, en een van de beschikbare besluiten is stoppen.
Die aanpassing maakt uitval gelijkwaardig aan de andere twee. Een vastgelegde stop is een output van de trechter, met een reden en een kostenpost eraan gekoppeld.
Begin met eventdata, niet met statuslabels
Je kunt doorstroming niet diagnosticeren uit een statuskolom. Diagnose vraagt om een eventhistorie die vastlegt wanneer elke overgang en elk besluit werkelijk plaatsvond.
| Veld | Wat het vastlegt | Waarom je het nodig hebt |
|---|---|---|
| project_id | Permanente identificatie | Koppelt elke gebeurtenis aan één project |
| project_type | Incrementeel, aangrenzend, platform, regelgeving | Houdt ongelijksoortig werk uit dezelfde vergelijking |
| stage_name | Fase na elke overgang | Maakt analyse op faseniveau mogelijk |
| stage_entry_at | Wanneer het project de fase binnenkwam | Start de klok voor doorlooptijd |
| stage_exit_at | Wanneer het de fase formeel verliet | Stopt de klok en registreert doorstroom |
| gate_decision | Go, Kill, Hold of Recycle | Scheidt voortgang, uitval, uitstel en herwerk |
| gate_decision_at | Wanneer het besluit werd genomen | Splitst werktijd van besluitvertraging |
| closure_reason | Redencode plus korte toelichting | Maakt uitval later interpreteerbaar |
| stage_instance_id | Unieke ID voor elk faseblok | Voorkomt dat herwerk de eigen historie overschrijft |
Sla deze op als events, nooit als bewerkbare samenvattingsvelden. Als een gerecycled project opnieuw conceptontwikkeling binnenkomt, open dan een nieuwe fase-instantie in plaats van de eerste te overschrijven.
Hanteer één kalenderregel. Kalenderdagen vangen de vertraging die stakeholders voelen, werkdagen passen bij interne capaciteitsvragen, en de twee mengen verpest de vergelijkbaarheid.
De projecttrechter met zeven fases geeft je hier een werkbaar vocabulaire. Jouw fases mogen afwijken, zolang hun grenzen expliciet en stabiel blijven.
Een uitstroom vraagt ook om criteria die iemand onder druk kan toepassen. Onze checklist voor stage-gate-uitvoering beschrijft toegangscriteria, succescriteria en besluituitkomsten per gate.
Definieer de drie metrics precies
Elke metric hieronder krijgt een formule, een telregel en het veld waaruit hij leest. Precisie hier voorkomt dat twee teams dezelfde trechter anders lezen.
Doorlooptijd
Fasedoorlooptijd is de verstreken tijd tussen het binnenkomen van een project in een fase en het formeel verlaten ervan.
Stage cycle time = stage_exit_at - stage_entry_at
ProKanban waarschuwt dat gemiddelden zeer gevoelig zijn voor uitschieters, dus één traag project verschuift het getal. Rapporteer de mediaan en het 85e percentiel, niet alleen het gemiddelde.
Volg onafgerond werk apart, als huidige faseleeftijd: vandaag min
stage_entry_at
. Afgerond werk vertelt je wat de trechter deed, en verouderend werk vertelt je wat hij gaat doen.
Doorlooptijd heeft zijn eigen blinde vlek. Een fase kan een gezonde mediaan laten zien terwijl de traagste projecten bepalen wat de business werkelijk ervaart.
Doorstroom
Fasedoorstroom is het aantal formele fase-uitstromen dat in een vaste rapportageperiode is vastgelegd.
Stage throughput = count of stage_exit_at events in the period
Een formele uitstroom dekt zowel doorgang naar de volgende fase als beëindiging uit de trechter. Beide zijn bestuurlijke outputs, al brengt maar één de uitvoering verder.
Splits de telling dus in tweeën: doorgangsdoorstroom en afsluitdoorstroom. Een besluitvaardig kwartaal en een productief kwartaal horen niet hetzelfde te lezen.
Bij die splitsing komt uitval het doorstroomgetal binnen, en dat is de eerste plek waar deze drie metrics ophouden onafhankelijk te zijn.
De instroomkant is het makkelijkst te missen. Een fase die tien projecten per maand afhandelt lijkt stabiel, totdat je ziet dat er maar vier binnenkomen.
Uitval
Gate-uitval is het aandeel van gatebesluiten die voortzetting beslechten, Go of Kill, en een project formeel beëindigen.
Gate drop-off = Kill / (Go + Kill) x 100
Hold en Recycle blijven buiten de noemer, want geen van beide heeft voortzetting beslecht. Publiceer hun aantallen naast het percentage, zodat uitgestelde besluiten er niet in verdwijnen.
Geen besluit is weer iets anders. Het betekent dat een project de gate bereikte zonder vastgelegde
gate_decision
, dus het is een afwezigheid in het logboek.
Uitval is gelijkwaardig, geen bijproduct
Uitval is het getal dat teams instinctief omlaag willen zien gaan, en juist het getal om scherp te volgen. Een gate die nooit iets stopt is geen gate.

Het basispercentage is ontnuchterend. Cooper’s analyse van pijplijnverstopping citeert een schatting van PDMA: één op de vier projecten die dure ontwikkeling ingaat, wordt een commercieel succes.
Het Kill-besluit dat de meeste gates nooit nemen
Robert Coopers diagnose is direct. Gates zijn vaak afwezig of tandeloos, en de Kill-optie wordt zelden gebruikt omdat het management niet weet hoe het nee moet zeggen.
Cooper voegt toe dat gates na de eerste Go weinig meer zijn dan projectreviews of mijlpaalcontroles, geen serieuze Go/Kill-investeringsbesluiten.
McKinsey rapporteert hetzelfde patroon en merkt op dat financiering zelden wordt uitgesteld of stopgezet bij een traditionele stage gate.
Cooper benoemt de andere helft van het probleem. Een holle Go, goedkeuring zonder toegezegde middelen, kent geen grens aan beschikbaarheid van mensen, dus worden te veel projecten goedgekeurd.
Wat late uitval kost
Uitstel maakt een stop niet goedkoper. Onderzoek naar IS-projecten door Keil, Mann en Rai suggereert dat tussen de 30% en 40% enige mate van escalatie vertoont.

In Staws experiment uit 1976 bleek dat bedrijfskundestudenten die verantwoordelijk waren voor een eerdere financieringskeuze $11,08 miljoen toewezen in een gesimuleerde tweede ronde, tegenover $8,89 miljoen bij anderen.
Keil en Montealegre zeggen het onomwonden: managers blijven vaak meer middelen erin pompen. Hun Californische casus groeide van $75,5 miljoen naar een geschatte $260 miljoen.
Uitval is normaal, en kleiner dan de folklore zegt
Niets hiervan betekent dat een gezonde trechter het merendeel van wat binnenkomt stopzet.
De bewering dat 80% van de nieuwe producten faalt werd betwist in het Journal of Product Innovation Management. Empirische studies sinds 1977 leggen het percentage op 40% of lager.
Drie verschillende dingen worden falen genoemd:
- Productfalen na lancering, wat een marktuitkomst is.
- Projectannulering bij een gate, wat een bestuurlijk besluit is met een reden eraan gekoppeld.
- Stil vastlopen tussen gates, wat het logboek alleen als een afwezigheid vastlegt.
De faaldatasets met grote steekproeven volgen producten die al op de markt zijn, niet projecten die binnen een portfolio bewegen.
Eén studie naar 83.719 nieuwe SKU’s in verpakte consumptiegoederen vond dat een kwart een jaar na lancering niet meer werd gekocht, oplopend tot ongeveer 40% na twee jaar.
Behandel uitval dus als een percentage dat je interpreteert, niet als een percentage dat je erft. Wat telt is of elke stop onderbouwd, tijdig en vastgelegd was.
Lees de drie als één signaal
Los van elkaar ondersteunt elke metric een comfortabel verhaal. Samen laten ze zien of de trechter selecteert, stroomt, of alleen beweging registreert.
Die laatste heeft een naam.
Een Technovation-artikel uit 2024 over innovatietheater beschrijft symbolische activiteiten die zeer zichtbaar zijn en geen impact hebben op het innovatieproces.
| Signaalpatroon | Waarschijnlijke interpretatie | Eerste diagnostische check |
|---|---|---|
| Doorlooptijd stijgt, doorstroom vlak | Werk wacht of gaat terug zonder meer output | Faseleeftijd, WIP en aantal Recycles |
| Doorstroom stijgt, late uitval stijgt | Zwakke projecten overleven te ver in de uitvoering | Criteria van eerdere gates en kwaliteit van bewijs |
| Uitval daalt, Holds en faseleeftijd stijgen | Besluiten worden uitgesteld, niet verbeterd | Verlopen gatedata en bevoegdheid om af te sluiten |
| Vroege uitval stijgt, late doorlooptijd daalt | Vroege selectie beschermt dure capaciteit | Stopredenen en kwaliteit van latere uitkomsten |
| Doorstroom daalt, doorlooptijd vlak | Minder instroom, of capaciteit elders ingezet | Instroom, bezetting en projectmix |
| Alle drie verbeteren, uitkomstkwaliteit daalt | De bewijslat is mogelijk verlaagd | Besluitdossiers en resultaten na lancering |
Little’s Law biedt een consistentiecheck:
WIP = throughput x cycle time
.
Die relatie geldt alleen onder strikte voorwaarden. Little’s artikel uit 1961 vereist eindige gemiddelden, strikt stationaire processen, en een aankomstproces dat metrisch transitief is met een niet-nul gemiddelde.
Een trechter die nog vult, krimpt of projecten kwijtraakt aan ongeregistreerd limbo is niet stationair. Gebruik de relatie als reukproef en ga daarna terug naar de fasedata.
Bezettingsgraad is de andere kracht die op alle drie de getallen inwerkt.
Wachtrijen groeien niet-lineair ruim voordat een systeem vol lijkt. Schattingen van het kantelpunt lopen uiteen, van rond 50% tot bijna 80% bezetting, dus volg je eigen wachttijden.
Een uitgewerkt voorbeeld dat je kunt kopiëren
Het werkblad hieronder volgt de 48 projecten die in één kwartaal binnenkwamen, gevolgd tot één rapportagepeildatum in plaats van tot volledige afronding.
| Fase | Bij gate | Go | Kill | Hold | Recycle | Geen besluit | Mediaan dagen | 85e perc. dagen | Uitval |
|---|---|---|---|---|---|---|---|---|---|
| Intake en kadering | 48 | 39 | 5 | 1 | 1 | 2 | 12 | 21 | 11,4% |
| Haalbaarheidsbeoordeling | 39 | 29 | 6 | 2 | 0 | 2 | 24 | 43 | 17,1% |
| Conceptontwikkeling | 29 | 24 | 3 | 0 | 1 | 1 | 31 | 58 | 11,1% |
| Validatie en pilot | 24 | 17 | 4 | 1 | 1 | 1 | 49 | 91 | 19,0% |
| Bevestiging business case | 17 | 14 | 2 | 1 | 0 | 0 | 20 | 38 | 12,5% |
| Implementatie | 14 | 12 | 1 | 0 | 0 | 1 | 96 | 154 | 7,7% |
| Evaluatie en borging | 12 | 10 | 1 | 0 | 0 | 1 | 35 | 62 | 9,1% |
Dagen zijn kalenderdagen, en percentielen dekken alleen afgeronde fase-instanties. De kolom Geen besluit telt fase-instanties zonder gatebesluit op de peildatum.
Uitval, Geen besluit en de spreiding tussen mediaan en 85e percentiel in dagen dragen hier het argument.
Wat de cijfers zeggen
Uitval bij haalbaarheid is
6 / (29 + 6) x 100 = 17.1%
. De twee Holds en twee ontbrekende besluiten blijven zichtbaar ernaast, zonder het percentage te verdunnen.
De grootste uitval zit bij validatie en pilot, op 19,0%. Dat is een goede plek daarvoor, aangenomen dat pilotbewijs iets ontkrachtte en elke stop een schriftelijke reden draagt.
Wat je moet onderzoeken
Implementatie heeft de laagste uitval en de breedste absolute spreiding, 96 mediaan dagen tegenover 154 op het 85e percentiel. Lees eerst de projecten boven 154.

Eén onopgelost implementatieproject is waarschijnlijk een rapportagepeildatum. Hetzelfde gat drie kwartalen op rij is stil vastlopen, en dat heeft een naam en een datum nodig.
Alleen de eerste vier fases halen hier 20 formele uitstromen, dus lees de latere percentielen als voorlopig. Dat is de normale staat van een eerste basislijn.
Bouw je eigen basislijn
Een geleende benchmark draagt de projectmix, gatediepte en reviewkalender van de bron met zich mee. Begin met je eigen historie en vergelijk dan gelijk met gelijk.
Gepubliceerde bandbreedtes, ook die in onze begrippenlijst, zijn oriëntatie en geen doelen. Ze vertellen je of je afwijkt, niet of je fout zit.
Oude trechterratio’s zijn hier extra verleidelijk.
Stevens en Burleys artikel uit 1997 populariseerde een 3.000-ideeën-naar-één-succes-keten, maar zit achter een betaalmuur, de methodologie is niet publiek toetsbaar en het telt ruwe ideeën, geen gefinancierde projecten.
Hoeveel historie je nodig hebt
De steekproefomvang bepaalt of een percentiel iets betekent:
- Fases met hoger volume: acht tot twaalf weken, met minstens één volledig beslisritme.
- Fases met lager volume: twee kwartalen, of een voortschrijdende twaalf maanden.
- Elke fase: ruwweg 20 tot 30 formele uitstromen voordat je een percentiel noemt.
Behandel die als werkregels, niet als drempels. Een fase met zes uitstromen heeft geen betrouwbaar 85e percentiel, hoe precies het dashboard er ook een toont.
Label vroege getallen als voorlopig in het rapport zelf. Dat kost één woord en voorkomt dat een werkcijfer uithardt tot een doel.
Segmenteer voordat je vergelijkt
Scheid cohorten waarvan de bewijseisen echt verschillen. Projecttype, investeringsklasse, regulatoire blootstelling en strategische horizon zijn de gebruikelijke scheidslijnen.
Een lichte procesverbetering hoort niet de verwachte doorlooptijd te bepalen voor een nieuw platform. Meng ze en je krijgt een basislijn die geen van beide beschrijft.
Bevries de definities
Leg je definities vast voor de duur van de basislijnperiode. Verschuift een gategrens, markeer dan de datum en start een nieuwe reeks in plaats van twee ontwerpen te mengen.
Herbereken maandelijks en weersta de neiging tot herijken na één ongebruikelijk kwartaal. Een voortschrijdend beeld met geannoteerde wijzigingen in bezetting, beleid of mix veroudert beter.
Diagnosticeer de beweging, handel daarna
Een metric hoort een vraag, een bewijscheck en een eigenaar op te leveren. Automatisch doelen stellen verandert een diagnose in theater.
| Ongunstige beweging | Diagnose | Actie |
|---|---|---|
| Doorlooptijd van de fase stijgt | Splits actief werk, wachttijd en besluitvertraging | Verwijder goedkeuringswachttijd of verlaag gelijktijdig werk |
| 85e percentiel stijgt, mediaan vlak | Bekijk de oudste afgeronde en actieve projecten | Los vastgelopen afhankelijkheden op, wijs een escalatie-eigenaar aan |
| Doorstroom daalt | Controleer instroom, capaciteit en besluitkalender | Herstel het ritme of verleg schaarse expertise |
| Vroege uitval wordt nul | Steekproef gatedossiers op bewijs en onderbouwing | Herstel vooraf afgesproken stopcriteria |
| Late uitval stijgt | Herleid mislukte aannames naar eerdere gates | Verplaats die bewijstoets naar voren |
| Holds en Recycles stijgen | Beoordeel ontbrekend bewijs en beschikbaarheid van reviewers | Stel vervaldata, eigenaren en een vereiste volgende input in |
| Aantal zonder besluit stijgt | Zoek projecten zonder geplande gate of eigenaar | Plan afronding, sluit wat geen geloofwaardige stap heeft |
Merk op dat de meeste acties in die laatste kolom het systeem veranderen, in plaats van een doel op een getal zetten.
Werk de rij af die bij jouw signaal past, en stop dan. Twee dingen tegelijk repareren maakt de volgende meting moeilijker te duiden.
Bescherm de prikkels
Zodra uitval een doel wordt, sturen mensen op het getal in plaats van op het besluit erachter.
Marilyn Stratherns formulering uit 1997 zegt het nog steeds het beste: wanneer een maat een doel wordt, houdt hij op een goede maat te zijn.

Beloon managers voor lage uitval, en zwakke projecten blijven leven. Beloon ruwe doorstroom, en Kills tellen als winst, wat de andere kant op vertekent.
Beslistijd is al schaars genoeg. In McKinsey’s wereldwijde onderzoek zei 61% van de respondenten dat het meeste van hun beslistijd niet effectief werd gebruikt.
Houd het besluitdossier bij
Als een project stopt, is het dossier wat het overleeft. Onze zombieproject-diagnose behandelt wat projecten kosten als ze nooit formeel worden gestopt.
Leg bij elke afsluiting vier dingen vast:
- De reden, als standaardcode plus één zin.
- Het bewijs dat het besluit destijds verdedigbaar maakte.
- De kosten tot dat moment.
- De les die iemand anders kan hergebruiken.
Hier verdient software zijn plek. Automatische tijdstempels, gecontroleerde statussen en gatedossiers verminderen de handmatige reconstructie die portfolioreviews in geheugenoefeningen verandert.
Afsluitredenen clusteren en projecten markeren die hun verwachte faseleeftijd voorbij zijn, is het automatiseren waard. Geen van beide neemt het Kill-besluit zelf, dat blijft bij de verantwoordelijke gate-eigenaar.
De taaiere beperking is cultureel.
In NewVantage Partners’ jaarlijkse onderzoek, gerapporteerd door MIT Sloan Management Review, zei 80% van de respondenten dat de grootste barrières voor datagedreven werken menselijk waren, niet technologisch.
Tel de stops net zo zorgvuldig als de starts
Doorlooptijd, doorstroom en uitval zijn gelijken, geen nummers twee. Lees ze samen en je ziet of de trechter selecteert, stroomt, of alleen optreedt.
Zet ze in vier stappen aan het werk:
- Vind de fase waar het signaal daadwerkelijk bewoog.
- Scheid wat formeel als uitval is vastgelegd van werk dat simpelweg vastliep.
- Toets je verklaring aan de eventregistraties, niet aan de statuskolom.
- Wijs één actie, één eigenaar en één reviewdatum toe.
Een gezonde trechter optimaliseert geen van deze getallen afzonderlijk. Hij legt stops net zo makkelijk vast als starts, en verschuift middelen naar projecten die ze nog verdienen.
Klanten van Accept Mission die hun trechters standaardiseren melden een 25 tot 30 procent snellere implementatie. Gestandaardiseerde gates maken de stops telbaar.
Download ons gratis ebook Project Portfolio: From Opportunities to Value en leer hoe je stage-gate-governance structureert, werk prioriteert en de gezondheid van je portfolio in de tijd volgt.
Vraag een demo aan en zie hoe Accept Mission je tijdstempels op faseniveau, vastgelegde gatebesluiten en live portfolio-overzichten geeft voor elk project in je trechter.

Get Social