De AI-collega die nooit in de vergaderzaal zat: waarom gedeelde context nu alles bepaalt

De AI-collega die nooit in de vergaderzaal zat: waarom gedeelde context nu alles bepaalt

Jul 06, 2026 ai development vibe coding developer tools product management ai-assisted development team productivity context management

Je Snelste Teamgenoot Die Je Nooit Hebt Ingewerkt

Laten we het hebben over wat er nu eigenlijk gebeurt met AI-gestuurde ontwikkeling.

Je AI-assistent kan in een middag een werkend prototype genereren. Hij refactort hele codebases voor het ontst van de dag. Hij schrijft tests, fixt bugs en suggereert optimalisaties sneller dan welke mens dan ook zou kunnen.

Maar hier is het ding—hij heeft geen flauw idee waarom je de beslissingen hebt genomen die je hebt genomen. Hij zat niet in de vergadering toen je besloot om te pivoten van abonnees naar een freemium-model. Hij heeft dat klantgesprek niet gehoord waarin iemand precies uitlegde waarom ze vertrokken. Hij weet niet dat die ene feature die je vorige maand lanceerde een strategische gok was voor enterprise-verkoop, geen reactie op gebruikersvraag.

De AI is je snelste teamgenoot. En hij vliegt volledig blind.

Het Contextprobleem Waar Niemand Het Over Heeft

Zo werkte productontwikkeling decennialang: iemand had een idee, het team besprak het, beslissingen werden in vergaderingen genomen, en iedereen liep weg met ongeveer hetzelfde begrip. Kennis zat in hoofden. Context werd overgedragen door conversatie. Het was rommelig, maar het werkte.

Tot nu.

Want nu is je snelste collega geen persoon—het is een model dat in geen van die vergaderingen aanwezig was. Je kunt het prompten, dingen uitleggen in je huidige sessie, en proberen relevante context te plakken. Maar hier is wat er gebeurt:

De documentatie explodeert. Je bent voortdurend bezig met documentatie schrijven voor de AI, bestanden onderhouden die afwijken van de werkelijkheid, de bibliothecaris worden van een bibliotheek die langzaam corrumpeert.

De prompts worden langer. Je besteedt meer tijd aan het opnieuw uitleggen van context dan aan daadwerkelijk bouwen. Elke nieuwe sessie is een reset.

De rekeningen stijgen. AI die je product niet begrijpt, raadt. Gokken betekent herschrijven. Herschrijven betekent meer tokens. Meer tokens betekent hogere kosten.

Je probeert in wezen jaren aan teamkennis over te dragen via een klembord, bericht voor bericht.

Bouwen Is Snel Geworden. Beslissen Is Alles Kwijtgeraakt.

Hier is de ongemakkelijke waarheid die niemand hardop zegt: bouwen is niet langer de bottleneck.

AI levert in uren wat vroeger sprints kostte. De druk is niet verdwenen—het is verplaatst. Nu zijn de echte vragen: Voor wie is dit eigenlijk? Wat is de moeite waard om als volgende op te pakken? Is dit eigenlijk goed?

Dat zijn geen codeerproblemen. Dat zijn oordeelsproblemen. En ze vereisen het volledige plaatje—elke beslissing, elke klantinsight, elke strategische overweging.

Maar hier is de ironie: wanneer AI het werk doet, zou jouw tijd moeten stijgen naar precies dit soort denkwerk. Je zou gepromoveerd moeten worden naar het interessante werk. Maar als je de helft van je dag bezig bent met context opnieuw uitleggen aan een AI die het steeds vergeet, ben je niet verheven—je bent gewoon begraven onder documentatie.

Wat Gedeelde Context Echt Verandert

Stel je een ontwikkelomgeving voor waarin je AI-teamgenoot elke taak begint met al te weten:

  • Waarom je hebt gebouwd wat je hebt gebouwd
  • Welke beslissingen zijn genomen en waarom
  • Wie de gebruikers zijn en welke problemen ze oplossen
  • Welke afwegingen je al hebt overwogen

Dit is geen sciencefiction. Het is de logische volgende stap die tot voor kort nog niemand goed had gebouwd.

Wanneer je AI echte context heeft:

Schrijf je documenten in minuten, niet uren. PRD's, user stories, briefs—elk opgehaald uit gedeeld begrip, niet getypt vanaf nul terwijl je probeert alles te onthouden.

Je AI-rekening wordt kleiner. Minder gokken betekent minder herschrijven betekent minder uitgeven. Een model dat je product kent, neemt sneller betere beslissingen.

Je doet daadwerkelijk het denkwerk. Je praat met klanten, weegt afwegingen af, beslist wat de moeite waard is om op te pakken. Het werk dat altijd al van jou had moeten zijn.

Kwaliteit verbetert. Je stapt af van de meer-bouwen-loop. Je verzorgt wat je hebt gelanceerd—de ervaring die mensen al gebruiken.

De Echte Verschuiving: Van Tool Naar Teamgenoot

Hier is wat we werkelijk meemaken: AI is veranderd van een tool die je gebruikt naar een teamgenoot waarmee je samenwerkt.

Tools hebben geen context nodig. Je pakt ze op, gebruikt ze, legt ze neer. Teamgenoten moeten het team begrijpen—de geschiedenis, de richting, het waarom achter het wat.

Dit is een fundamenteel andere relatie. Het vereist infrastructuur die de meeste teams nog niet hebben: een gedeeld, altijd-actueel beeld van het product waartoe zowel mensen als AI toegang hebben en dat ze kunnen vertrouwen.

De teams die dit als eerste doorgronden, gaan een flink voordeel hebben. Niet omdat ze sneller bouwen—ze bouwen slimmer. Hun AI wordt geen krachtige maar verwarde autocomplete. Het wordt een echte collaborator die begrijpt wat hij bouwt en waarom.

De Conclusie

Je AI-codeerassistent is ongelooflijk capabel. Hij is ook chronisch slecht geïnformeerd over alles wat je product werkelijk laat functioneren.

De teams die winnen met AI gebruiken geen uitgebreidere prompts en schrijven geen betere documentatie. Ze lossen het echte probleem op: hun AI-teamgenoten de context geven die ze nodig hebben om echt nuttig te zijn.

Want hier is het—wanneer je AI je product kent, houdt het op een tool te zijn die je bedient en wordt het een teamgenoot waarmee je samenwerkt.

En dat is een fundamenteel ander spel.


Wil je zien wat er gebeurt wanneer je AI je product daadwerkelijk kent? De verschuiving van "tool" naar "teamgenoot" is kleiner dan je denkt—en de productiviteitswinst is reëel.

Read in other languages:

FI RO PT PL NB HU IT FR ES DE DA ZH-HANS EN