De stille oorzaak van falende IT-projecten: gebrek aan senioriteit

Veel IT-projecten falen niet op een manier die direct zichtbaar is. Ze worden opgeleverd, functioneren ogenschijnlijk stabiel en leveren vervolgens structureel minder waarde dan vooraf werd verwacht, terwijl doorlooptijden oplopen en aanpassingen steeds meer inspanning vereisen.

De verklaring wordt in dergelijke situaties vaak gezocht in complexiteit, veranderende requirements of technische beperkingen, terwijl de werkelijke oorzaak in de meeste gevallen eerder in het traject ligt, op het moment dat richting wordt bepaald zonder voldoende senioriteit.

Beslissingen die het traject bepalen

Binnen elk project zijn er beslismomenten die de rest van het traject fundamenteel beïnvloeden, met name op het gebied van architectuur, integraties en de manier waarop systemen zich tot elkaar verhouden. Wanneer deze beslissingen worden genomen zonder volledig systeemoverzicht, ontstaat er geen solide fundament, maar een opeenstapeling van aannames die op korte termijn werkbaar lijken, maar op langere termijn frictie veroorzaken.

Een veelvoorkomende situatie illustreert dit patroon. Een team implementeert onder tijdsdruk een snelle integratie tussen twee systemen om een deadline te halen, waarbij de oplossing functioneel voldoet en zonder verdere discussie in productie wordt genomen. In eerste instantie lijkt dit een efficiënte en pragmatische keuze, maar zodra dezelfde integratie op meerdere plekken nodig blijkt, wordt duidelijk dat de oorspronkelijke oplossing niet is ontworpen voor hergebruik of schaalbaarheid. Aanpassingen leiden vervolgens tot onverwachte afhankelijkheden, performanceproblemen en inconsistent gedrag tussen systemen, waardoor elke volgende wijziging meer tijd en inspanning vraagt dan proportioneel is.

Wat in eerste instantie een logische keuze leek, ontwikkelt zich daarmee tot een structurele beperking. De oorzaak hiervan ligt niet in gebrek aan inzet of competentie binnen het team, maar in het ontbreken van senioriteit op het moment dat de oorspronkelijke beslissing werd genomen, waardoor de consequenties op systeemniveau niet volledig zijn meegenomen.

Wat senioriteit daadwerkelijk betekent

Senioriteit moet in deze context niet worden geïnterpreteerd als een functietitel of een aantal jaren ervaring, maar als het vermogen om beslissingen te plaatsen binnen het grotere geheel en de impact ervan over tijd te overzien. Het gaat om het kunnen inschatten van afhankelijkheden, het herkennen van patronen voordat zij problemen worden en het maken van keuzes die niet alleen op korte termijn werken, maar ook op langere termijn houdbaar blijven.

Daarnaast vereist het de discipline om scope te begrenzen en het vermogen om technische realiteit te verbinden met businessdoelstellingen, zodat keuzes niet alleen technisch correct zijn, maar ook bijdragen aan het beoogde resultaat.

Waarom organisaties dit structureel onderschatten

In de praktijk wordt binnen veel organisaties primair gestuurd op capaciteit en snelheid, waarbij teams worden samengesteld op basis van beschikbaarheid in plaats van op basis van het benodigde niveau van overzicht en richting. Senior profielen worden vaak pas betrokken wanneer problemen zich al manifesteren, op een moment waarop de belangrijkste architectuurkeuzes reeds zijn gemaakt en de ruimte om bij te sturen aanzienlijk kleiner is geworden.

Daarbij wordt architectuur nog te vaak benaderd als een eenmalige fase of een document dat vooraf wordt opgesteld, terwijl het in werkelijkheid een doorlopend proces is dat continue aandacht en sturing vereist. Wanneer deze verantwoordelijkheid niet expliciet en structureel wordt belegd, ontstaat er onvermijdelijk versnippering in besluitvorming en uitvoering.

De werkelijke impact op systemen en organisaties

De impact van dit probleem wordt zelden direct zichtbaar, maar manifesteert zich in vertraagde releases, toenemende afhankelijkheden en oplopende kosten bij iedere wijziging. Wat vervolgens wordt ervaren als complexiteit, blijkt in veel gevallen het directe gevolg te zijn van eerdere beslissingen die zonder voldoende overzicht zijn genomen.

Systemen verliezen daarmee hun wendbaarheid en vereisen steeds meer inspanning om aanpassingen door te voeren, waardoor de afstand tussen businessdoelstellingen en technische realiteit verder toeneemt.

Conclusie

Falende IT-projecten zijn zelden het resultaat van één verkeerde keuze, maar ontstaan uit een reeks beslissingen die afzonderlijk logisch lijken, maar gezamenlijk richting en samenhang missen. Zonder structurele inzet van senioriteit en doorlopend architectuurdenken is dat geen uitzondering, maar een voorspelbaar resultaat.

De kernvraag is daarom niet of een project complex is, maar of er op de juiste momenten voldoende niveau aanwezig is om die complexiteit daadwerkelijk te beheersen.