De ICT-sector bestaat uit werk dat zich makkelijk laat opdelen in herhaalbare stappen en werk dat dat juist niet doet. Code schrijven, testen, documenteren, tickets triageren, monitoring beoordelen, configuraties uitrollen: veel van deze taken hebben een vaste structuur en een duidelijk beoordelingscriterium. Daarnaast staat werk dat draait om architecturale keuzes, klantcontext, veiligheidsafwegingen en de beslissing wanneer een systeem wel of niet naar productie gaat. Dat onderscheid bepaalt waar AI vandaag al taken overneemt, waar toezicht nodig blijft, en waar mensenwerk de kern van de zaak blijft.
De omstandigheden die de uitkomst sturen, zijn niet uniform. Een team dat werkt met een goed gedocumenteerde codebase en heldere teststandaarden kan taken makkelijker overdragen dan een team dat draait op tribale kennis en mondelinge afspraken. Een organisatie met een vaste review-structuur kan toezicht op AI-output inbedden in een bestaand proces; een organisatie zonder die structuur moet die eerst bouwen voordat overdracht verantwoord is.
In delen van de sector is de verschuiving al zichtbaar. Code-suggesties, testgeneratie en documentatie-updates worden in sommige teams grotendeels door AI geproduceerd, met een ontwikkelaar die goedkeurt of afkeurt op basis van functionaliteit en leesbaarheid. In andere teams gebeurt exact hetzelfde werk nog volledig handmatig, niet omdat het daar principieel anders ligt, maar omdat de voorwaarden ontbreken: geen toegang tot de juiste tools, geen vastgelegde kwaliteitscriteria, geen tijd ingeruimd om het proces om te bouwen.
Dat verschil tussen bedrijven zit zelden in de techniek zelf. Het zit in gereedheid: heeft de organisatie data en documentatie op orde, is er een besluitrecht toegewezen aan wie AI-output beoordeelt, is er capaciteit vrijgemaakt om het nieuwe proces in te richten voordat het oude wordt afgebouwd. Waar die voorwaarden ontbreken, blijft een ambitie op papier staan, ook als de techniek al beschikbaar is.
Een ambitie als "AI ondersteunt onze ontwikkelaars" klinkt eenduidig, maar vraagt in de praktijk een reeks capabilities die niet vanzelf aanwezig zijn: een testomgeving die AI-gegenereerde code kan valideren, een reviewproces dat niet vertraagt door extra volume, en beoordelaars die weten waarop ze een AI-voorstel afkeuren. Zonder die capabilities blijft de ambitie een intentie zonder uitvoering.
Dat is precies waarom dezelfde woorden in een directieteam verschillende dingen kunnen betekenen. De CTO denkt aan geautomatiseerde pipelines, de operationeel directeur aan minder vrijgespeelde uren voor support, de HR-verantwoordelijke aan andere rolinvulling. Geen van deze interpretaties is onjuist, maar zonder een gedeelde toets blijft de ambitie vrijblijvend. Hoe je een visie vertaalt naar iets meetbaars, en niet naar drie losse aannames, staat beschreven in hoe je een visie meetbaar maakt.
De ICT-sector is niet uniek in het worstelen met deze verschuiving, al verschillen de knelpunten. In de financiële dienstverlening ligt de vraag anders, omdat daar toezicht en verantwoording een grotere rol spelen; wat daar speelt staat in welke AI-ambities er spelen in de financiële dienstverlening. In de bouw is fysiek werk een vaste factor die AI-overname anders begrenst dan in ICT, zoals te lezen in welke AI-ambities er spelen in de bouw. En in de schoonmaakbranche gaat het vooral om planning en kwaliteitscontrole in plaats van codeproductie, uitgewerkt in welke AI-ambities er spelen in de schoonmaakbranche. Het patroon is telkens hetzelfde: de ambitie wordt pas concreet zodra duidelijk is welke capabilities ontbreken.
Een directieteam dat besluit dat AI "het grootste deel van de reviewcyclus" moet overnemen, formuleert daarmee een ambitie die niet in een kwartaal is te realiseren. Dat is geen bezwaar tegen de ambitie zelf, maar een signaal om te faseren: welke capability moet er eerst staan, welke daarna, en op welk punt is de organisatie voor het eerst in staat om te beoordelen of het werkt. Hoe die fasering eruit kan zien, staat beschreven in hoe je een ambitie faseert die te groot is voor een jaar.
Over personeelsbeslissingen die uit een dergelijke fasering kunnen volgen, gaan wij niet: welk werk een werkgever laat vervallen of herverdeelt, valt onder eigen wettelijke vereisten en eigen afweging. Wat wij beschrijven, is welk werk zich laat overdragen, deels of geheel, en onder welke voorwaarden.
De onderliggende vraag is niet of AI-ambities in de ICT-sector reëel zijn, maar of dit specifieke bedrijf, met deze codebase, dit team en deze processen, klaar is om ze uit te voeren. Welk werk in dit bedrijf daadwerkelijk door AI over te nemen is, per taak, wordt beantwoord met de werkscan van FTE TO AI.
Wie eerst een indruk wil, zonder verplichting, kan de gratis gereedheidscheck doen: acht korte vragen, één per dimensie, met een beeld van waar de organisatie het verst en het minst ver is. De volledige ambitietoets, met alle vier lagen en de vijf confidence gates, is in aanbouw.
Vertel wat u wilt bereiken, dan kijken we samen wat daarvoor moet staan.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.