Ik kom het overal tegen. Bij verzekeraars, bij telecompartijen, bij overheidsorganisaties. Op papier is alles agile. Er zijn Scrum Masters. Er zijn Product Owners. Er zijn PI-planningen met honderd mensen in een zaal. Maar als je goed kijkt, zie je het patroon: teams die voorzichtig plannen omdat ze worden afgerekend op gemiste commitments. Product Owners die elk besluit eerst langs het MT laten lopen. Retrospectives waar dezelfde punten terugkomen, sprint na sprint, omdat er nooit iets mee gebeurt.

Dat is geen agile. Dat is het oude systeem met nieuwe woorden.

Het theater van de stand-up

Kijk eens naar de stand-up van een gemiddeld team. In theorie is het een kort moment van afstemming. In de praktijk is het vaak een statusrapportage. De teamleden vertellen wat ze gisteren hebben gedaan, en de manager knikt of fronst. Niemand noemt een probleem waar geen oplossing voor is. Niemand zegt: "Ik weet niet hoe ik dit moet aanpakken." Want dat is kwetsbaar. En kwetsbaarheid is riskant als je niet weet hoe het ontvangen wordt.

Amy Edmondson noemt dit het gebrek aan psychologische veiligheid. Niet een academisch concept, maar iets heel concreets: durven mensen in je organisatie zeggen wat ze zien zonder bang te zijn voor de consequenties?

In de meeste organisaties die ik tegenkom is het antwoord nee.

Wat teams leren als vertrouwen ontbreekt

Teams zijn niet dom. Ze lezen de organisatie feilloos. Als een team merkt dat een gemiste sprint commitment leidt tot een moeilijk gesprek met de manager, dan plannen ze voortaan twintig procent onder capaciteit. Niet officieel natuurlijk. Maar de buffer zit er altijd in.

Als een team merkt dat impediments melden niets oplevert, stoppen ze met melden. Ze werken eromheen. Ze vinden workarounds. Ze absorberen het probleem in het team, in stilte, tot het te groot wordt en het escaleert als een crisis. Dan vraagt het management: "Waarom heeft niemand dit eerder gezegd?" Het antwoord is simpel. Dat hebben ze wel. Maar er luisterde niemand.

Als een Product Owner merkt dat eigen prioriteiten worden overruled door het MT, stopt die PO met zelf nadenken over prioriteiten. Die checkt voortaan alles af. Het MT krijgt precies wat het wilde: controle. En verliest precies wat het nodig had: een PO die vanuit klantwaarde denkt en eigenaarschap neemt. De PO-rol is misschien wel de meest onderschatte rol in de hele transitie. Iemand krijgt het label erbij, naast een bestaande functie, met een halve dag per week. Terwijl een goede PO het scharnierpunt is tussen strategie en uitvoering. Zonder voldoende tijd, mandaat en ondersteuning vanuit het MT kan die rol niet functioneren. En als de PO niet functioneert, kan het team niet zelfstandig prioriteren.

Dit zijn geen incidenten. Dit is een systeem. Teams passen zich aan de cultuur aan, niet aan het framework.

De retro als graadmeter

Wil je weten hoe het echt staat met vertrouwen in je organisatie? Kijk naar de retrospectives. Niet of ze plaatsvinden. Maar wat erin gebeurt.

In organisaties met laag vertrouwen zijn retro's voorspelbaar. Dezelfde acties komen terug. Niemand benoemt de olifant in de kamer. De sfeer is beleefd maar vlak. Mensen zeggen wat acceptabel is, niet wat waar is.

In organisaties met hoog vertrouwen zijn retro's soms ongemakkelijk. Er vallen stiltes. Mensen benoemen wat niet werkt, ook als dat gaat over samenwerking of leiderschap. Er wordt geluisterd. En er verandert iets. Niet altijd alles, maar genoeg om te laten zien dat het team serieus wordt genomen.

Het verschil zit niet in de retro-techniek. Het zit in wat er met de uitkomst gebeurt.

Vertrouwen bouw je niet met een framework

Hier zit de fundamentele fout die veel organisaties maken. Ze denken dat agile werken een kwestie is van het juiste framework invoeren. SAFe, Scrum, Kanban, het maakt niet uit welke variant. Als het framework er staat, dan zijn we agile.

Maar een framework is een structuur. Vertrouwen is een cultuur. En cultuur verslaat structuur. Elke keer.

Je kunt de mooiste PI-planning organiseren. Als teams niet durven te zeggen dat een dependency onrealistisch is, heb je er niets aan. Je kunt de beste Scrum Master aannemen. Als het management elke sprintdemo gebruikt als een voortgangscontrole, maakt het niet uit hoe goed de facilitatie is. Je kunt retrospectives verplicht stellen. Als de actiepunten nooit leiden tot verandering, leert het team dat de retro een ritueel is. Niet meer.

Waar het begint

Vertrouwen begint niet bij het team. Het begint bij de leiding. Specifiek: bij het gedrag van de mensen aan de top.

Edmondson is hier heel helder over. Psychologische veiligheid wordt niet gecreeerd door beleid of door trainingen. Het wordt gecreeerd door dagelijks gedrag. Door hoe een directeur reageert als een team slecht nieuws brengt. Door of een MT-lid een eigen fout durft toe te geven. Door of vragen stellen wordt gewaardeerd of als teken van onzekerheid wordt gezien.

Ik heb een directeur meegemaakt die na elke sprintdemo drie kritische vragen stelde. Niet uit nieuwsgierigheid, maar om te controleren. Na twee maanden stopten de teams met het tonen van werk dat nog niet af was. Ze lieten alleen het veilige zien. De innovatie verdween uit de demo's. De directeur klaagde dat de teams "niet genoeg eigenaarschap toonden."

Hij had het zelf gecreeerd. Zonder het te weten.

Drie dingen die je morgen kunt doen

Vertrouwen opbouwen kost tijd. Maar je kunt morgen beginnen.

Ten eerste: stop met het afrekenen op sprint commitments. Een sprint commitment is een voorspelling, geen belofte. Als teams worden afgerekend op voorspellingen, leren ze conservatief voorspellen. Je krijgt betrouwbare sprints, maar je verliest snelheid en ambitie.

Ten tweede: doe iets met de uitkomsten van retrospectives. Niet alles, maar iets. Zichtbaar. Binnen een week. Teams moeten merken dat hun feedback ertoe doet. Als dat drie keer achter elkaar gebeurt, verandert de retro vanzelf van een ritueel in een gesprek.

Ten derde: laat je Product Owners echt prioriteren. Zonder dat ze eerst het MT hoeven te raadplegen. Geef ze een kader, een strategie, een budget. En laat ze dan hun werk doen. Als je ze hebt aangenomen om beslissingen te nemen, laat ze dan beslissingen nemen.

De kern

Agile werken zonder vertrouwen is als een auto zonder motor. De buitenkant ziet er goed uit. Er zijn wielen, een stuur, pedalen. Maar hij rijdt niet. Je kunt erin zitten en doen alsof je rijdt. Maar je komt nergens.

Het goede nieuws: vertrouwen is te bouwen. Niet met een programma, niet met een training, maar met consistent gedrag. Dag na dag. Vergadering na vergadering. Reactie na reactie.

Begin bij jezelf. Begin bij je MT. De rest volgt.