Waarom logistieke technologieprojecten falen

Bedrijven vatten de implementatie van logistieke technologie al te vaak op als een puur softwareproject. Volgens JBF Consulting, een Amerikaans adviesbureau gespecialiseerd in logistieke strategie en technologie-integratie, is die benadering onvolledig. Daardoor geven bedrijven doorgaans meer uit dan begroot en behalen ze minder resultaten dan vooropgesteld. Het adviesbureau ziet die stelling bevestigd in een enquête die het eind mei 2026 uitvoerde bij zo’n tweehonderd supplychain- en logistieke professionals. Daaruit blijkt dat slechts twaalf procent van de organisaties de implementatie op tijd, binnen budget én met de verwachte resultaten afrondde. De overige 88 procent miste minstens één van die doelen. Zo overschreed 62 procent van de bedrijven het budget met 11 tot 25 procent en duurde het bij meer dan 82 procent langer dan zes maanden voordat de technologie volledig operationeel was. Tot slot gaf 89 procent van de respondenten aan dat hun organisatie minder dan 76 procent van de verwachte bedrijfswaarde realiseerde.

Volgens het rapport van JBF Consulting zijn deze resultaten het gevolg van de manier waarop organisaties hun implementatieprogramma’s structureren en ondersteunen. Het adviesbureau wijst daarbij op een fundamenteel verschil tussen systeemintegratie en bedrijfsintegratie.

Systeemintegratie richt zich op het technisch werkend krijgen van de software. Dat omvat de volledige technische configuratie, de datamapping, API- en EDI-koppelingen, het instellen van toegangsrechten en de scope van de professionele dienstverlening. Dat resulteert in een technisch correct werkend systeem. Bedrijfsintegratie vormt de organisatorische laag die het functionerende systeem in de praktijk bruikbaar maakt. Daaronder vallen het herontwerpen van processen zodat duidelijk is hoe er in de praktijk moet worden gewerkt, bestuursstructuren die beslissingen traceerbaar en controleerbaar maken en opleidingen die zijn afgestemd op de rollen van medewerkers en hen leren anders te werken. Ook het testen van het systeem en verandermanagement vallen hieronder. Het doel van bedrijfsintegratie is ervoor te zorgen dat het nieuwe systeem meer is dan louter werken met een nieuw scherm of transacties op een andere manier verwerken. De implementatie moet leiden tot een nieuwe manier van werken die door de volledige organisatie wordt gedragen. Vergelijk het met het opzetten van een nieuw restaurant: systeemintegratie omvat de installatie van alle apparatuur in de keuken, terwijl bedrijfsintegratie ervoor zorgt dat de medewerkers leren hoe ze het restaurant moeten runnen.

Kloof tussen systeem- en bedrijfsintegratie

Uit het onderzoek van JBF Consulting blijkt dat het bij de keuze van een softwareleverancier cruciaal is om niet alleen te kijken naar het bouwen, configureren en opleveren van de software. Voor een succesvolle implementatie moet een bedrijf ook nagaan welk organisatorisch werk nodig is om ervoor te zorgen dat wat de leverancier oplevert op lange termijn goed functioneert. Volgens JBF Consulting ligt die verantwoordelijkheid niet vanzelfsprekend bij de leverancier. De organisatie moet ze zelf expliciet opnemen. Wanneer dat niet gebeurt, ontstaat een kloof tussen systeem- en bedrijfsintegratie.

Die kloof ontstaat niet plots, maar geleidelijk tijdens de vroege implementatiefase. Het rapport onderscheidt vijf specifieke disciplines die in belangrijke mate bepalen of een implementatie al dan niet slaagt:

1. programmabeheer en beslissingsbevoegdheid;
   2. geconsolideerde kostenarchitectuur;
2. een formeel gedefinieerde scope;
3. toezicht vanaf het begin;
4. implementatiearchitectuur.
   
   

Uit de enquête blijkt dat voor elk van die vijf disciplines slechts 7,7 tot 12 procent van de ondervraagde bedrijven aangaf die correct te hebben uitgevoerd. JBF spreekt van een ‘implementatie-integriteitskloof’: de consistente, systematische onderinvestering in het organisatorische werk dat geïmplementeerde software omzet in meetbare bedrijfsprestaties. Zo had slechts één op de tien bedrijven een programmaleider met daadwerkelijke beslissingsbevoegdheid aangesteld.

Als bevoegdheden onduidelijk zijn of over verschillende delen van de organisatie zijn verspreid, kunnen cruciale beslissingen vastlopen. Dat helpt volgens het rapport te verklaren waarom bijna de helft van de bedrijven externe consultants inschakelde. Een tweede factor is de manier waarop kosten in kaart worden gebracht. Het contract met de leverancier is bij de meeste bedrijven de enige gerapporteerde kostenpost. De inzet van interne medewerkers, het opschonen van data, de integratiecomplexiteit, het verandermanagement en het productiviteitsverlies tijdens de transitieperiode worden zelden volledig in de cijfers opgenomen.

Daarnaast is een formeel gedefinieerde scope, afgestemd op de bedrijfsstrategie, essentieel om het budget onder controle te houden. De scope, de businesscase en de verwachte waardecreatie hangen nauw met elkaar samen. Ze moeten daarom gezamenlijk worden beheerd om overschrijdingen te vermijden en het vooropgestelde resultaat te behalen. Een formeel governancekader speelt daarbij een belangrijke rol. Zonder een duidelijke governancestructuur worden vereisten onvoldoende gedocumenteerd en wijzigingen niet formeel afgehandeld. Daardoor vervaagt de link tussen wat vanuit de business werd gevraagd en wat het systeem oplevert. Tot slot is specifieke training nodig. Uit de enquête bleek dat amper acht procent van de organisaties de opleidingen afstemde op de workflows en de rollen van de werknemers.

Deze vijf domeinen versterken elkaar, waardoor ook de combinatie van tekortkomingen geen toeval is. Zonder een toegewezen programmaleider of een geconsolideerd kostenmodel ontbreekt vaak de nodige consistentie in beslissingen over de scope en zijn afwegingen moeilijker te evalueren. Om de vereisten tijdens de ontwikkeling goed op te volgen, is governance een must. Tekortkomingen op deze domeinen maken het voor bedrijven ook moeilijker om tot een volledige operationele acceptatie van de nieuwe technologie te komen.

Hoe pak je bedrijfsintegratie aan?

Volgens het rapport van JBF Consulting moeten bedrijven bedrijfsintegratie al vóór de start van de implementatie als een gestructureerde discipline benaderen. Dat begint met een toegewezen programmaleider met daadwerkelijke beslissingsbevoegdheid en een duidelijk kader waarin is vastgelegd wie welke beslissingen mag nemen en wie waarvoor verantwoordelijk is. Bedrijven moeten zich vooraf onder meer de volgende vragen stellen: wie hakt de knoop door wanneer de leverancier, de systeemintegrator, de IT-afdeling en de business het oneens zijn? Wie bepaalt de planning: het bedrijf of de leverancier? Worden de werkelijke interne kosten mee in rekening gebracht? Daarnaast moeten niet alleen technische specificaties worden gedocumenteerd, maar ook de bedrijfsvereisten en bedrijfsregels. Processtromen moeten worden herontworpen en daarbij zowel reguliere processen als uitzonderingssituaties omvatten. Om succesvol te zijn, zouden bedrijven elke configuratie- of ontwerpbeslissing moeten kunnen herleiden tot een specifieke bedrijfsvereiste. De beoogde resultaten van de businesscase moeten in het ontwerp worden vastgelegd, samen met meetcriteria om de waarderealisatie op te volgen. Tegelijk moeten testcases worden uitgewerkt op basis van de werkelijke operationele complexiteit, met realistische bedrijfsscenario’s waarin ook uitzonderingen en fouten zijn opgenomen. Alleen zo kunnen gebruikers testen of het systeem de bedrijfsvoering daadwerkelijk ondersteunt. Het is volgens JBF Consulting dan ook belangrijk dat de operationele afdeling van het bedrijf, en niet uitsluitend de leverancier, de testscenario’s opstelt.

Tot slot zijn verandermanagement, opleidingen en ondersteuning na de go-live mee bepalend voor het succes. Een organisatie moet haar medewerkers voorbereiden op de manier waarop hun werk verandert. Dat vereist een analyse van de impact per functie en opleidingen die zijn afgestemd op specifieke rollen en workflows in plaats van uitsluitend op het gebruik van het systeem. Om de acceptatie na de go-live te ondersteunen, is bovendien een structuur nodig die de verantwoordelijkheden van het implementatieteam overneemt. Een go-live betekent namelijk niet het einde van het project, maar het begin van de verankering in de business. Definieer daarom hoe de ondersteuning er tijdens de eerste negentig dagen na de go-live uitziet, leg vast hoe de adoptie wordt gemeten en bepaal wie verantwoordelijk is voor het registreren en oplossen van problemen.

Door verandermanagement als kernonderdeel van het implementatieproject te behandelen, vergroten bedrijven de kans dat de vooropgestelde businesscase daadwerkelijk wordt omgezet in bedrijfswaarde. Een implementatie begint volgens die redenering dus beter niet met de vraag welke leverancier de beste oplossing heeft, maar met de vraag of de organisatie zo is gestructureerd dat ze goed kan presteren, ongeacht welke leverancier ze kiest.
LV