Jouw AI-uitrol is niet traag. Hij is niet afgebakend.

Vraag een willekeurige leidinggevende waarom de AI-uitrol zes, negen of twaalf maanden duurt, en je krijgt steeds dezelfde antwoorden. "Onze data is rommelig." "We hebben buy-in nodig van meerdere afdelingen." "Zo werkt enterprise-IT nu eenmaal." Dat kan allemaal waar zijn. Het is bijna allemaal ook een excuus.

Want dit is de waarheid die niemand in het project wil horen. De meeste trage AI-uitrollen zijn niet traag. Ze zijn niet afgebakend: niemand heeft voordat het werk begon vastgelegd welk bedrijfscijfer het project moest bewegen.

Waarom de uitrol lang aanvoelt

Teams raken enthousiast over een mogelijkheid, een demo verloopt goed, en het project wordt "goedgekeurd" zonder ooit te bevestigen of er een concreet cijfer is dat het moet veranderen, wie dat cijfer bezit, en wat telt als klaar. Drie maanden later zit het team vast in "laten we ook eens kijken naar"-gebied, en groeit de scope steeds verder omdat er nooit een vast doel was om tegen "nee" te zeggen.

Dat is geen lange uitrol. Het is een niet-afgebakende uitrol vermomd als lange uitrol, en de vermomming werkt overtuigend omdat iedereen die erbij betrokken is de hele tijd oprecht druk is.

Geen cijfer om te bewegen, geen project. Al het andere is activiteit.

Vier vragen die een niet-afgebakende uitrol blootleggen

Welk cijfer moet dit bewegen? Niet "efficiëntie verbeteren." Een concreet cijfer: uren per zaak, kosten per ticket, conversiepercentage, foutpercentage. Als niemand in de kamer één cijfer in één zin kan noemen, is het project niet afgebakend, maar goedgekeurd.

Wie bezit dat cijfer vandaag? Als niemand momenteel eigenaar is van de metric die het project beweert te bewegen, is er over zes maanden ook niemand die merkt of het daadwerkelijk bewogen is. Het project wordt afgerond en de verbetering blijft een claim in plaats van een meting.

Wat valt expliciet buiten scope? Een uitrol zonder een geschreven "dit niet"-lijst absorbeert elk aanpalend verzoek dat tijdens de bouw binnenkomt, omdat er geen document is om naar te wijzen dat "nee" zegt. Scope creep is geen disciplineprobleem. Het is het voorspelbare gevolg van het nooit vastleggen van de grens.

Hoe ziet klaar er echt uit? "Live in productie" en "het cijfer is bewogen" zijn twee verschillende definities van klaar, en de meeste uitrollen gebruiken stilzwijgend de eerste terwijl ze de tweede beloven. Als het acceptatiecriterium een werkende demo is in plaats van een gemeten resultaat, kan het project slagen op elke interne metric en toch het resultaat niet leveren waarvoor het gefinancierd werd.

Wat verandert zodra de scope echt is

Een goed afgebakende uitrol is niet per se kleiner. Hij is begrensd. Iedereen die erbij betrokken is kan in één zin zeggen welk cijfer beweegt en hoe ze dat gaan weten. Verzoeken die buiten die grens vallen, worden voor later genoteerd in plaats van stilzwijgend de huidige bouw uit te breiden. En het project heeft een echte finish, in plaats van een verschuivende horizon die steeds verder wegschuift zodra iemand in een meeting een goed idee heeft.

Die discipline voelt op dag één trager, omdat het betekent dat je nee zegt tegen goede ideeën voordat het werk zelfs maar begint. Het is de enige vorm van snelheid die een project oplevert dat daadwerkelijk eindigt.

The ODB Way

Bij ODB Growth begint elk traject met het cijfer dat moet bewegen, voordat er over architectuur of technologie wordt gesproken. Eerst het doel, dan het proces, dan de technologie. Draai die volgorde om en je krijgt een uitrol die goed demonstreert en nooit echt afrondt, omdat er nooit een finish was om te bereiken.

Fix de scope, en de planning lost zichzelf meestal op. Niet omdat het werk makkelijker wordt, maar omdat iedereen eindelijk weet waar naartoe ze bouwen.