De ingenieur als dirigent

Wat Edwin van Dillen bouwt en waarom het er nu toe doet

Er zijn twee manieren om over AI en software engineering te schrijven. De eerste is technologisch: wat kunnen de tools, welke modellen zijn het krachtigst, welke platforms worden ondersteund. De tweede is organisatorisch en menselijk: wat vraagt de opkomst van AI van hoe je teams samenstelt, aanstuurt en laat groeien?

Edwin van Dillen kiest consequent voor de tweede.

Hij schrijft op edwinvandillen.nl al maanden aan een reeks over Augmented Software Engineering. Ik volg die reeks met interesse — niet alleen omdat hij mijn collega en co-directeur bij Sogyo is, maar omdat zijn lijn van redeneren iets doet wat in de meeste AI-content ontbreekt: hij verbindt het nieuwe met het beproefde. Hij haalt Seiden erbij, Snowden, Sinek, Polanyi. Hij bouwt, blog voor blog, een framework dat de engineer niet wegschrijft maar juist herpositioneert. Centraler. Zwaarder. Onvervangbaarder.

Dit stuk is mijn poging om die lijn te verwoorden — en daarmee het in mijn eigen denkwereld te plaatsen.

Zes blogs, één beweging

Edwin opent de reeks in januari met een helikoptervlucht. AI raakt software engineering op vier assen: hoe engineers leren, hoe de CI/CD-pipeline werkt, hoe architecturen worden ontworpen, en hoe data wordt beheerd. Brede cartografie — maar de echte vraag schemert al door in de conclusie. Niet: welke tools zijn er? Maar: hoe werken we daarmee?

Die vraag wordt in de volgende blogs steeds concreter beantwoord, via een model dat Edwin het Intentie-Ecosysteem noemt. De kern is een tweedimensionaal raster: de sturingsas (van output naar outcome) kruist de denkstijlas (van lineair naar systemisch). De vier kwadranten die ontstaan zijn herkenbaar voor iedereen die ooit in of met een IT-organisatie heeft gewerkt — de Feature Factory die features uitspuugt zonder te vragen waarom, de Over-Engineerde Architect die architectureel indrukwekkend maar organisatorisch irrelevant is, de Korte-termijn Optimizer die KPI's haalt en elders schade aanricht.

En dan de doelstaat: de Strategische Orchestrator.

Wat Edwin hier scherp ziet is zijn zogenaamde AI-paradox. AI-agents zijn bij uitstek geschikt voor lineaire, regelgebaseerde taken. Juist daarom verschuift de unieke waarde van de menselijke engineer naar de rechterbovenkant van het model. Niet ondanks AI, maar dóór AI, wordt de Strategische Orchestrator de enige rol die niet vervangbaar is. Al het andere is — vroeg of laat — automatiseerbaar.

In de blogs die volgen verfijnt Edwin dit model langs twee assen. Eerst de vraag van teamvolwassenheid: hij legt het Intentie-Ecosysteem over het Agile Fluency-model van Shore en Larsen. Teams in vroege zones (Focus, Delivery) hebben outputsturing nodig — niet als diskwalificatie, maar omdat je het fundament niet kunt overslaan. Teams in latere zones (Optimizing, Strengthening) stagneren juist als je ze op output blijft afrekenen. De systeemfout die hij benoemt is de mismatch: een volwassen team in een outputgareel, of een onvolwassen team met outcome-verantwoordelijkheid die het nog niet kan dragen. Beide zijn duur, allebei vermijdbaar.

Dan de vraag van probleemcontext. Via het Cynefin-framework van Dave Snowden koppelt hij teamtype aan de aard van het vraagstuk. Geordende contexten vragen voorspelbare delivery. Ongeordende contexten — complex of chaotisch — vragen om teams die via experimenten leren, niet via planningen beheren. De waarschuwing is helder: een rigide outputaanpak in een complexe omgeving produceert geen zekerheid. Het produceert een illusie van controle. En die illusie kost meer dan de eerlijkheid dat je het nog niet weet.

De vijfde blog is de rijkste in de reeks. Edwin gaat van het organisatorische naar het epistemologische. Hij haalt Michael Polanyi erbij, die in 1966 formuleerde wat sindsdien een van de belangrijkste inzichten van de kennisfilosofie is: we can know more than we can tell. Gebruikers weten meer dan ze kunnen articuleren. Dat is geen tekortkoming — dat is de menselijke conditie. En de gevolgtrekking voor softwareontwikkeling is radicaal: alle requirements-processen die op bewuste articulatie vertrouwen, opereren per definitie op het oppervlak van de werkelijke behoefte.

De oplossing is geen betere specificaties, maar een andere cyclus. Ruwe intentie → hypothese → concreet artefact → signalen van gebruikers → scherpere hypothese. De specificatie is niet het startpunt van ontwikkeling. Ze is het geconsolideerde inzicht na meerdere cycli van verificatie. Sinek's Golden Circle dient Edwin hier als navigatie-instrument: de meeste software wordt gebouwd op het niveau van het What. De Why — de verandering die de software moet bewerkstelligen — blijft impliciet. Intent-Driven Engineering begint bij het expliciteren van die Why, niet eenmalig, maar als doorlopend proces dat de hele ontwikkelcyclus doortrekt.

De zesde en laatste blog trekt alle lijnen samen. Edwin landt op drie assen waarop een organisatie gelijktijdig moet bewegen: sturing (van output naar outcome), ecosysteem (van smal naar breed systeemzicht), en augmentatie (van manuele uitvoering naar intelligente orchestratie). Hij verbindt Shapiro's vijf niveaus van AI-integratie — van Level 0, "spicy autocomplete", tot Level 5, "the dark factory" — met Challamel's vijf adoptie-stappen, ontwikkeld op basis van het grootschalige AI-adoptietraject bij Moderna: bewustwording, exploratie, efficiëntie, augmentatie, transformatie.

De centrale waarschuwing is navenant. Elk niveau voelt als eindbestemming. Level 2 is comfortabel en meetbaar — engineers werken prettig samen met hun AI-tool, de output stijgt, het management is tevreden. Level 3 voelt als achteruitgang: de engineer schrijft minder code, en dat ziet eruit als falen. De meeste organisaties corrigeren op dat moment. En daarmee blokkeren ze precies de doorgroei die ze zeggen te willen. Ze bouwen een snellere Feature Factory. Geen Strategische Orchestrator.

De centrale these

Als ik Edwin's reeks als geheel lees, zie ik één beweging die zich verdiept van blog naar blog.

De waarde van software ligt niet in de uitvoering van vooraf gedefinieerde specificaties. Ze ligt in het vermogen om de juiste intentie te vinden, te vertalen naar het juiste systeem, en dat systeem voortdurend te verifiëren tegen de werkelijke behoefte.

Alles volgt daaruit. Outcome-sturing is niet een managementmethode — het is de erkenning dat specificaties altijd onvolledig zijn. Systeemdenken is niet een competentie — het is de voorwaarde om te zien wat de spec verzwijgt. Kennis-elicitatie is niet een UX-techniek — het is de kern van het vak. En AI maakt dit alles urgenter, niet overbodig: juist omdat AI het uitvoeringswerk overneemt, wordt het intentiewerk de enige schaarse factor.

De Strategische Orchestrator is geen functietitel. Het is een beschrijving van wat er overblijft als je alles weghaalt wat een machine kan doen.

Van reeks naar instrument

Edwin heeft zijn framework niet alleen beschreven — hij heeft het zichtbaar gemaakt. Zowel op edwinvandillen.nl/augmented als op sogyo.nl/augmented staat een interactief instrument dat de modellen uit de reeks samenbrengt. Klikbaar, visueel, navigeerbaar.

Twee namen, één instrument — maar die twee namen zijn veelzeggend. Op zijn eigen site heet het Augmented Software Engineering. Op sogyo.nl heet het Augmented Organisation. De bredere naam is de juistere: de drie assen die Edwin beschrijft — sturing, ecosysteem, augmentatie — gelden niet alleen voor engineeringteams. Ze gelden voor elke kennisorganisatie die AI serieus integreert in hoe ze werkt.

Het instrument bevat zeven slides: de machine (AI als systeem), managementstijl (sturing en context), adoptierisico, de menselijke factor, Shapiro's ladder, Challamel's groeipad, en het 1+4-model. De volgorde is niet toevallig — van machine naar mens. Van de technologische werkelijkheid naar de menselijke doelstaat. Dat is ook de leesvolgorde van de reeks: begin bij wat AI doet, eindig bij wat de mens moet worden.

Wat opvalt is de keuze voor een Venn-diagram als hoofdvorm — drie overlappende cirkels. Die overlapping is de boodschap. Het zijn niet drie afzonderlijke aandachtsgebieden. Ze definiëren samen pas de doelstaat. Sturing zonder ecosysteemzicht levert gestroomlijnde Feature Factories. Ecosysteemzicht zonder augmentatie levert mooie architectuurplaatjes die niet worden uitgevoerd. Augmentatie zonder sturing levert snelheid zonder richting.

Het instrument is geen vervanging van de blogs — de diepte zit daar. Het is een gespreksaanzet: de kaart die je meeneemt naar het gesprek met een team of een opdrachtgever waar die herkenning hard nodig is.

Waarom dit er nu toe doet

Allereerst dwingt het maken van deze blog mij om nog beter te kijken naar wat Edwin in zijn reeks heeft gezegd. Het helpt mij verwerken. Het is een manier van opnemen — niet passief lezen, maar actief herschrijven, samenvatten, verbanden leggen. Door met AI met zijn blogs aan de gang te gaan ontstaat er verdieping. Het is, kortom, zelf weer een voorbeeld van precies wat Edwin beschrijft: leren door te doen, kennis-elicitatie als proces, AI als versneller van begrip.

Maar er is meer. Edwin speelt ook een directe rol in de blogs die ík maak. Als ik terugkijk op onze interactie door de jaren heen, herken ik drie rollen.

De eerste is die van de meedenker. Edwin denkt mee in dezelfde taal als ik — visie, systemen, de grote beweging. Hij is geen buitenstaander die reageert op mijn werk, hij is iemand die vanuit dezelfde richting kijkt en zijn eigen lijn trekt. Waar ik schrijf over de mens als orkestrator, schrijft hij over de engineer als strategische dirigent van intenties. Dezelfde muziek, ander instrument. Dat meedenken scherpt mij — niet omdat hij het altijd eens is, maar omdat zijn lijn mijn lijn confronteert met de praktijk van software engineering die ik minder diep bewoon dan hij.

De tweede is die van de irritator. Edwin legt de vinger op de zere plek. Lekker ongenuanceerd. Tegendraads. Precies op het moment dat ik denk dat een redenering sluit, trekt hij eraan. Dat irriteert. Echt. En na enige berusting — want hij heeft niet altijd gelijk, maar vaker dan me lief is — levert het een scherper argument op.

De derde is die van de vertaler. Waar ik een idee formuleer, weet Edwin het te landen. In een team. In een gespreksvorm. In een instrument. De augmented.html is daar het bewijs van: zes blogs theorie omgezet naar zeven klikbare slides die je kunt meenemen naar een klantgesprek. Dat is geen bijproduct — dat is een vaardigheid. De brug tussen visie en toepassing, tussen het wat en het hoe, is de brug die het meest breekt in organisaties die met AI aan de slag gaan. Edwin bouwt die brug. En dan ook nog eens stevig.

Edwin's reeks geeft organisaties een spiegel. Zijn instrument maakt de spiegel draagbaar. En zijn aanwezigheid in mijn eigen denken maakt mijn ideeën — met enige vertraging en wat weerstand — beter.

De ingenieur als dirigent. Degene die hoort wat het orkest moet spelen — en weet hoe hij dat in beweging zet.

→ De Mens als Orkestrator — mijn eigen uitwerking van de orchestratiegedachte, als aanvulling op Edwin's engineering-perspectief.

Dit artikel is georkestreerd samen met Claude (Anthropic), versie Sonnet 4.6 — als bewust voorbeeld van de orkestratie die ik hier beschrijf.

Visualisaties gemaakt met NotebookLM.