Een AI Workflow Design,
in zijn geheel.
Geen consultancy die u telkens opnieuw moet doen, maar een herbruikbaar playbook. Dit is het voorbeeld van de afdeling Softwareontwikkeling, open en gratis: wat u écht automatiseert over de hele levenscyclus, met welke tools, in welke fasen en met welke controles wanneer de AI de code schrijft maar de verantwoordelijkheid voor de merge bij u blijft. Het is ook de afdeling waarin we zelf leven: deze site en onze producten worden zo gebouwd, elke dag. De exacte vorm van wat wij in uw bedrijf enten.
Wat u écht automatiseert
Het patroon is hier niet het repetitieve volume zoals in support: het is het stadium. De meest voorkomende denkfout is AI voor ontwikkelaars terugbrengen tot autocompletion in de editor — in werkelijkheid raakt het de hele cyclus, van architectuur tot code, review, tests, CI/CD en verder tot de operations. Maar de volwassenheid verschilt drastisch van stadium tot stadium: sommige markten zijn reëel en druk bezet, andere hebben één serieuze leverancier, weer andere zijn nog niet eens een productcategorie. U automatiseert waar het onafhankelijke bewijs standhoudt, en laat het oordeel over de merge aan een mens.
- Ondersteund schrijven van code (completion en chat in de editor) al posto di: Repetitieve code en boilerplate met de hand typen
- Een eerste automatische reviewronde op de pull requests al posto di: Het wachten op de eerste opmerking van de menselijke reviewer
- Testgeneratie als scaffolding al posto di: Het skelet van de tests met de hand schrijven en de selectors onderhouden
- Automatische diagnose van mislukte pijplijnen al posto di: Handmatig buildlogs lezen om de oorzaak te vinden
- Samenvatting van incidenten en hulp bij de root cause al posto di: De tijdlijn handmatig reconstrueren tijdens een storing
In 2025 mat een gecontroleerd onderzoek onder zestien ervaren opensource-ontwikkelaars hen 19% trager met AI-tools op code die ze goed kenden, terwijl ze juist versnelling hadden verwacht en achteraf overtuigd waren dat ze sneller waren geweest; METR zelf nuanceerde die kop begin 2026 (de controlegroep had zich waarschijnlijk zelf geselecteerd en juist de mensen die er het meest baat bij hebben buitengesloten). Het DORA-rapport 2025 noteert een adoptie van 90% en stijgende individuele output, maar vlakke leveringsmetrieken op teamniveau en toenemende instabiliteit: „AI versterkt bestaande praktijken, het repareert disfunctie niet”. Het zijn richtingaanwijzers, geen resultaatbeloftes. Het cijfer dat telt voor een mkb-bedrijf is een ander: waargenomen snelheid is geen snelheid — die moet u meten op uw eigen werk, niet overnemen uit de brochure.
Twee modellen, geen boodschappenlijstje
De markt van 2026 voor AI-ontwikkeltools splitst zich in twee modellen die nuttig zijn voor een mkb-bedrijf. De juiste keuze hangt niet af van de meest genoemde tool, maar van hoeveel test- en reviewdiscipline u al in huis heeft. De platformen die volledige autonomie beloven blijven een referentieplafond, geen startpunt.
Assistent in de editor + een eerste reviewronde
Het duo dat de meest volwassen stadia dekt, met het stevigste bewijs: een schrijfassistent binnen de editor en een agent die de eerste ronde op de pull request doet, waarbij de goedkeuring en de merge bij een mens blijven. Het is de juiste maat voor het mkb-segment omdat het precies is wat het meest rigoureuze onafhankelijke onderzoek aanbeveelt: reviewagents versterken de menselijke review, ze vervangen die niet. De concrete winst is dat het wachten op de eerste opmerking verdwijnt, niet de reviewer.
Autonome agent die schrijft en goedkeurt
Een agent die een taak oppakt en tot aan de pull request brengt — in de uiterste gevallen tot aan de zelfgoedkeuring. Er bestaat een reëel en gedocumenteerd tegenvoorbeeld (een bedrijf dat ruim 19% van zijn eigen pull requests zelf goedkeurt, waarbij AI-code minder regressies geeft dan met de hand geschreven code), maar met een grote asterisk: een controlearchitectuur op maat, expliciete uitsluitingen voor de risicovolle paden, een volledig audittraject. Een mkb-bedrijf dat een kant-en-klare tool aanschaft, erft die waarborgen niet: het is een latere volwassenheidsfase, geen keuze voor dag één.
Onze standaardkeuze voor een mkb-bedrijf is beginnen op het ondersteunde niveau — AI die een mens sneller maakt terwijl die verantwoordelijk blijft voor de merge — omdat dat het enige niveau is waarop het onafhankelijke bewijs standhoudt. Autonomie verdient u later, wanneer stevige tests en uitgesloten gevoelige paden er al zijn en verifieerbaar zijn. De keuze van de precieze leverancier, de due diligence op zijn voorwaarden voor de omgang met code en op waar uw broncode terechtkomt maken deel uit van de ent.
De fasen van de ent
Elke regel van het playbook draagt een fase, zodat u halverwege filtert op "wat komt hierna" in plaats van de pilots die u al hebt afgerond opnieuw te lezen. In ontwikkeling wordt de volgorde bepaald door de volwassenheid van de stadia, niet door de wens: u begint bij het stadium met het stevigste bewijs en het laagste risico, en breidt pas uit waar het reviewmoment al heeft bewezen stand te houden.
-
1
Pilot
Eerste 30 dagenEén enkel stadium, niet de hele cyclus — doorgaans het ondersteund schrijven of de eerste reviewronde. Een aangewezen owner, het gebruiksbeleid op schrift (wat de bedrijfsgrens mag verlaten en in een model van derden mag belanden), de merge altijd in handen van een mens, en het succescriterium bepaald vóór de tool: een cijfer gemeten op uw eigen werk, niet de waargenomen snelheid. Dat is de directe les van het METR-onderzoek.
-
2
Scale
Eerste 90 dagenWat werkte breidt uit naar de aangrenzende stadia: de testgeneratie als scaffolding en de automatische diagnose van mislukte pijplijnen — het meest volwassen CI/CD-stadium en vandaag al de meest verbreide use-case. Het wordt alleen uitgebreid waar tests en review al standhouden: de gevoelige paden blijven uitgesloten, ze worden niet in de agent geforceerd. Het automatisch schrijven van de pijplijnconfiguratie hoort hier niet thuis: het is nog geen productcategorie, en het is een gedocumenteerd aanvalsoppervlak.
-
3
Ongoing
Op kruissnelheidDoorlopende monitoring op een gemeten cijfer, niet een waargenomen cijfer — en op de schuld: churn, duplicatie, aandeel gerefactorde code. De discipline is de vermenigvuldiger: AI versterkt wat u al heeft, dus de bewaking is niet de tool, het is het controlemoment eromheen. Het playbook wordt bij elke wijziging van stack of beleid bijgewerkt, niet gearchiveerd.
De compliance-overlay, en wie hem beheert
Gegenereerde code roept vragen op over eigendom en geheimen
Dit is de bewaking die het meest specifiek is voor deze afdeling, en die vóór AI niet bestond. Twee vragen, allebei open: van wie is de code die de assistent heeft gegenereerd, en welke blootstelling het materiaal creëert waarop hij is getraind; en waar komt uw broncode terecht — een assistent die propriëtaire code naar een model van derden stuurt, is een lekkanaal voor geheimen, los van de privacyvragen uit de rest van het playbook. De lezing van de EU AI Act voor ontwikkeltools komt naar alle waarschijnlijkheid uit op een generalistisch profiel met minimaal risico, niet op hoog risico: maar dat moet leverancier per leverancier worden geverifieerd voordat u het een klant aanraadt, niet aangenomen.
De reviewdiscipline besteedt u niet uit
Gegenereerde code is niet veilig by default. Een inmiddels klassiek academisch onderzoek vond kwetsbaarheden in ongeveer 40% van de programma's die een assistent genereerde over 89 scenario's; een onderzoek uit 2026 mat dat door AI gegenereerde C++-code ongeveer twee keer zoveel kans heeft om een runtime-overtreding te veroorzaken als menselijke code — en dat statische analyse alleen de twee even veilig doet lijken, wat misleidend is. Aan de pijplijnkant vond een onderzoek uit 2026 onder ruim 13.000 „agentic” workflows honderden bevestigde injectiekwetsbaarheden, veel daarvan zero-day. Daarom is het menselijke controlemoment vóór de merge geen bureaucratie: het is de controle die telt, net zoals de verankering in de bronnen dat is in support.
Compliance-overlay
De repository's bevatten geheimen, credentials en soms persoonsgegevens binnen tests en fixtures: het roept dezelfde GDPR-vragen op als de rest van het playbook, plus de vragen die eigen zijn aan deze afdeling. Wat de bedrijfsgrens verlaat richting een model van derden, minimalisatie van wat aan het model wordt doorgegeven, bewaring van de prompts en de logs, licentie en herkomst van de gegenereerde code. De due diligence op de leverancier en zijn voorwaarden voor de omgang met code is een niet-onderhandelbaar deel van de softwarekeuze.
De AI-owner
Geen Center-of-Excellence als bij een groot bedrijf: één of twee mensen die als AI-owner zijn aangewezen volstaan. Bij hen blijven vijf verantwoordelijkheden — de prioriteiten, wie wat goedkeurt (welke paden de agent nooit aanraakt voorop), het team in staat stellen, de herbruikbare standaarden en de monitoring op gemeten cijfers. Het is de owner die het controlemoment levend houdt: wanneer de test- en reviewdiscipline uitrafelt, versnelt AI de schuld in plaats van haar te voorkomen. We zeggen dat niet van buitenaf: het is hetzelfde controlemoment dat we op onze eigen producten gesloten houden, elke dag.
Hetzelfde stramien, andere afdelingen.
-
Verkoop
Leadscoring, automatische follow-ups, CRM-hygiëne.
Bekijk het volledige voorbeeld -
Marketing
Campagne-optimalisatie en teksten met bewaking van het merk.
Bekijk het volledige voorbeeld -
Operations
Procesautomatisering, rapportage en anomaliedetectie.
Bekijk het volledige voorbeeld -
Finance & Administratie
Inkoopcyclus, boekhoudkundige afsluiting en kasprognoses, met de mens op het geld.
Bekijk het volledige voorbeeld -
HR & Mensen
Screening, onboarding en interne kennisbank, met de hoog-risicoselectie onder toezicht.
Bekijk het volledige voorbeeld -
Klantenservice
Ticketdeflectie, triage en agent-assist, met antwoorden verankerd in de bronnen — geen hallucinaties.
Bekijk het volledige voorbeeld
Dit is het voorbeeld. Wij enten het uwe.
De andere afdelingen volgen hetzelfde stramien. Begin met de gratis beoordeling om te ontdekken waar u het beste kunt starten, of laten we er direct over praten.
Voorbeeld ter oriëntatie: dit vormt geen juridisch, fiscaal advies of conformiteitsbeoordeling.