Tien jaar geleden was ik de senior developer die junioren hielp groeien. Nu ben ik de senior die vooral AI-output reviewt. Niemand praat over wat die verschuiving met je doet...
In gesprekken met dev-teams zie ik telkens hetzelfde. De AI-adoptie loopt vast, en het management wijst naar de tooling. Daar ligt het zelden aan. Het strandt op weerstand. Drie soorten, en in meetings hoor je er maar één. De andere twee blijven onuitgesproken.
Zolang je alleen die eerste adresseert, komt er geen beweging. Sterker nog: je maakt het waarschijnlijk erger.
1. Inhoudelijke weerstand: "AI-code bevat te veel bugs"
Dit is de weerstand die wél hardop valt, in elke meeting. Codekwaliteit, security, de reviewtijd die alles opslokt. Omdat het concreet en meetbaar is, voelt het veilig om te bespreken. En het is het makkelijkst op te lossen, met betere pipelines en strakkere tests.
2. Vakmanschap: "Van bouwer naar black-box reviewer"
Deze hoor je zelden aan de vergadertafel. Iemand heeft twintig jaar vakmanschap opgebouwd en voelt zijn rol verschuiven: van maker naar beoordelaar van code die hij niet zelf bedacht en soms amper kan navlooien. Codekwaliteit is hier niet het punt. Het gaat over wie je bent in je werk, over trots die wegglijdt. Dat zegt bijna niemand hardop.
3. Positie: "Wat is mijn toegevoegde waarde nog?"
Deze zit het diepst, en vaak bij junioren en mediors. Geen onwil. Gewoon de angst om straks overbodig te zijn. Als een model in een paar minuten neerzet waar jij jaren voor hebt gestudeerd, wat is dan over drie jaar nog jouw rol? Die vraag stelt niemand hardop in een sprint review. Hij blokkeert de boel toch.
Waarom meer demo's averechts werken
Wat doen de meeste teams als de adoptie stokt? Nog een demo. Nog wat productiviteitscijfers. Of een enthousiast verhaal over hoeveel sneller het nu gaat. Bij de inhoudelijke weerstand helpt dat. Bij de angst voor je identiteit en je baan werkt het averechts: meer bewijs dat AI zó goed is, bevestigt precies waar mensen bang voor zijn. Je gooit olie op het vuur.
Drie weerstanden, drie antwoorden
Elke vorm vraagt om een andere aanpak. Ze door elkaar halen is precies waarom teams blijven hangen.
| Soort weerstand | Wat je hoort | Wat écht werkt |
|---|---|---|
| 1. Inhoudelijk | "AI-code introduceert issues die we pas in productie vinden." | Proces & data. Maak het objectief: richt betere pipelines en tests in, en meet de echte impact op kwaliteit. |
| 2. Vakmanschap | Stilte. (Of cynisme over AI.) | Erkenning. Maak ruimte voor het verlies van het oude vakmanschap. Definieer het opnieuw: van lijntjes code typen naar architectuur en problemen oplossen. |
| 3. Positie | Stilte. (Of passieve weerstand.) | Toekomstperspectief. Schets de nieuwe rol. Maak concreet waar de developer onmisbaar blijft, en hoe zijn waarde juist stijgt. |
De inhoudelijke weerstand los je op met een strakker proces. De andere twee met een goed gesprek. Pas als de onuitgesproken angst over identiteit en relevantie op tafel mag liggen, ontstaat er weer ruimte om te bewegen.
Weerstand is een signaal. Er staat iets op het spel: identiteit, kwaliteit, controle. Vaak zit er een valide zorg onder. Dus als iemand niet meebeweegt, vraag waarom voordat je nóg een keer uitlegt hoe handig AI is. En trek samen op. Gelijk optrekken levert op termijn meer op dan snel vooruit willen.
Welke AI-weerstand hoor jij nu niet hardop in je team? En wat gebeurt er als jij degene bent die hem benoemt?
