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.

Twee panelen naast elkaar op een diep marineblauwe achtergrond, links Activity met tellers voor ingediende ideeën, geregistreerde uren en gefinancierde projecten, rechts Decisions waar doorlooptijd, doorstroom en uitval elk uitkomen op een oranje besluitruit, wat het verschil toont tussen meten en beslissen.

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.

Twee identieke gateframes naast elkaar, links Gate with no stop waar elke blauwe pijl er ongehinderd doorheen gaat, rechts Gate that decides waar drie pijlen doorlopen als Go en twee oranje kleuren en in een Kill-lade vallen, ter illustratie dat een gate zonder stop geen echte gate is.

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.

Twee identieke gateframes naast elkaar, links Gate with no stop waar elke blauwe pijl er ongehinderd doorheen gaat, rechts Gate that decides waar drie pijlen doorlopen als Go en twee oranje kleuren en in een Kill-lade vallen, ter illustratie dat een gate zonder stop geen echte gate is.

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.

Een horizontale tijdas met stippen die elk één project weergeven, dicht opeen aan de linkerkant en uitlopend in een lange oranje staart rechts, met markeringen bij Median 96 days en 85th percentile 154 days en een beugel boven de staart met het label Read these first.

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.

Twee toestanden van dezelfde meter, links met het label Measure waarbij de naald rust op een blauwe signaallijn die de funnel eronder volgt, rechts met het label Target waarbij de naald naar een roos is getrokken terwijl de oranje signaallijn wegloopt van de funnel, boven het bijschrift Signal drifts.

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.