Dirk · Robers

Bedrijven investeren jaren in reizen waarvan ze de bestemming nooit expliciet hebben gedefinieerd. Ze noemen afdelingen Transformation Office en meten vooruitgang aan activiteit in plaats van aan uitkomst. De enige vraag die ertoe doet: welk bedrijf wil je zijn op 1 januari 2030? Werk van daaruit terug. Wat vanaf die toekomst niet afdwingbaar is naar vandaag, doet er nu niet toe.

Backward design dwingt keuzes. Het scheidt wat je over vijf jaar móet kunnen van wat je vandaag nog leuk vindt om te doen. Het ontmaskert legacy-optimalisatie als wat het is — een comfortabele afleiding. De keuze tussen reduction (bestaande processen beter maken) en addition (ontwerpen vanuit een nieuwe uitkomst) bepaalt je marktpositie over tien jaar, niet je kwartaalcijfer.

Ik pas dit toe in CTRM-migraties, Wtp-transities, rail-2040-programma’s en global operating-model-ontwerpen. De vraag is steeds dezelfde: begin je bij het vehikel of bij het einddoel?

De meeste AI-implementaties in enterprises zijn betere RPA met een taalmodel erbovenop. Dat lijkt spectaculair in demo’s en valt om in productie. De reden is consistent: de architectuur mist twee van de drie pijlers.

Model is wat demo’s verkopen — welk frontier-model, welke prompt-strategie, welke agent-loop. Dat is één derde van het probleem. Harness is de orkestratielaag die het model verbindt met tools, data, processen en compliance. Memory is het vermogen om te leren over tijd — wat eergisteren besloten is, welke contouren de laatste zes maanden vormen, welke gebruiker welke voorkeur heeft. Zonder memory herstart je AI elke ochtend als een collega met geheugenverlies.

Deze drie samen maken het vliegwiel: betere beslissingen leveren betere data op, die het systeem scherper maken, die de volgende beslissing weer verbeteren. Mis er één, en je hebt een dure chatbox.

Grote gevestigde bedrijven optimaliseren hun eigen proces binnen de silo’s. Startups optimaliseren de klantervaring dwars door silo’s heen. Daar zit de wachttijd. Daar zit de fout. Daar zit de frictie. En daar zit dus de winst — voor wie het ziet.

Amazon ontregelde scheepvaart niet door beter te verschepen. Amazon zag dat de pijn van een verlader niet in één transport-etappe zit maar in de samenhang tussen etappes. Dezelfde logica werkt in elke sector waar twee systemen, twee teams of twee organisaties elkaar raken. Front-office en middle-office. Operator en toezichthouder. Fondsbestuur en uitvoerder. Engineering en productie.

Daisy-chaining is geen slogan. Het is de discipline om elke overdracht expliciet te ontwerpen — latency, datakwaliteit, verantwoordelijkheid. Wie het niet doet, verklaart de naden tot bijzaak. Wie het wel doet, verlaat het veld met de winst.

Agile is geen doel. Projectplannen zijn geen meesterschap. Frameworks zijn gereedschap, geen religie. Wie het gereedschap verwart met het werk, verdwijnt in rituelen — stand-ups die niets verplaatsen, sprints die niets sprinten, stuurgroepen die niet sturen.

De keuze tussen methodes gaat over onzekerheid. Hoge onzekerheid — onbekend probleem, onbekende oplossing — vraagt adaptieve cycli. Lage onzekerheid — bekende uitkomst, bekend pad — vraagt strakke uitvoering. Beide fouten zijn duur: Agile-ritueel op een regulatoire migratie verspilt, een rigide Gantt op een AI-pilot vertraagt. De vraag is niet welke methode, maar welke onzekerheid.

Meesterschap zit in het oordeel. Wie de sport kent, kiest elke slag per situatie — niet per manual. Dat geldt voor een programmamanager op veiligheidskritische infra net zo goed als voor een productowner op een vroege AI-stack. Context bepaalt methode. Nooit andersom.