Psychologische veiligheid in IT-teams: de stille voorwaarde voor digitale transformatie

Een digitale transformatie die vastloopt, ziet er van buiten uit als een technisch probleem. De migratie duurt langer, de adoptie blijft achter, het nieuwe platform wordt naast het oude gebruikt in plaats van in plaats daarvan. Van binnen is het bijna altijd iets anders: er was informatie die niet naar boven kwam.

Iemand zag drie maanden geleden al dat de datakwaliteit niet klopte. Iemand wist dat de gekozen leverancier hun vorige klant had laten zitten. Iemand had de migratie al eens meegemaakt en kende de valkuil. Die kennis zat in het gebouw. Ze kwam alleen niet op tafel.

Wat psychologische veiligheid is, en wat het niet is

Amy Edmondson introduceerde de term in 1999 in haar onderzoek naar leergedrag in teams, gepubliceerd in Administrative Science Quarterly. Haar definitie is smal en bruikbaar: psychologische veiligheid is de gedeelde overtuiging dat het team veilig is om interpersoonlijk risico te nemen. Je kunt een fout melden, een vraag stellen of het oneens zijn zonder dat het je positie kost.

Het is nadrukkelijk geen synoniem voor een prettige sfeer. Edmondsons eigen onderzoek in ziekenhuizen liet zien dat teams met de beste resultaten meer fouten rapporteerden, niet minder. Ze maakten niet meer fouten. Ze durfden ze op te schrijven. Google kwam in Project Aristotle, hun interne onderzoek naar teameffectiviteit, op psychologische veiligheid uit als de sterkst onderscheidende factor tussen teams.

Voor IT-teams heeft dat een directe vertaling. Een postmortem waarin niemand de werkelijke oorzaak noemt, levert geen les op. Een refinement waarin de junior zwijgt over de aanname die niet klopt, levert een sprint verspilling op. Een stuurgroep waarin de projectleider de status op oranje houdt terwijl hij weet dat het rood is, levert een verrassing op precies het moment dat bijsturen niet meer kan.

Waarom transformatie de druk opvoert

Bij regulier werk kun je een tijd doorschuiven met een team dat niet vrijuit spreekt. Bij transformatie kan dat niet, om twee redenen.

De eerste is snelheid. Transformatie betekent besluiten nemen met onvolledige informatie. Het enige tegengif is een korte weg van signaal naar besluit. Duurt het drie weken voor een zorg de stuurgroep bereikt, dan stuur je op verouderde werkelijkheid.

De tweede is dat transformatie mensen persoonlijk raakt. Een nieuw platform verandert wat iemands vakmanschap waard is. Wie tien jaar de specialist van het oude systeem was, is dat morgen niet meer. Die onzekerheid komt zelden naar buiten als "ik ben bang dat ik overbodig word". Ze komt naar buiten als gedetailleerde technische bezwaren tegen de nieuwe oplossing. Behandel je dat als een technische discussie, dan win je het argument en verlies je de persoon.

De onderstroom als bruikbaar begrip

Ik gebruik het woord onderstroom voor alles wat het gedrag stuurt maar niet op de agenda staat. Onderstroom is geen vaag gevoel. Ze laat zich waarnemen aan concrete dingen.

Let op de verhouding tussen wat er in de vergadering gebeurt en wat er daarna gebeurt. Wordt een besluit dat unaniem leek daarna in de wandelgangen alsnog betwist, dan droeg de instemming in de zaal niet. Let op wie er nooit iets zegt in een groep van meer dan zes. Let op de tijd tussen een incident en de melding ervan. Let op de formulering van slecht nieuws: hoe meer lagen voorzichtigheid, hoe hoger de gevoelde drempel.

Deze signalen zijn los van elkaar zwak en samen sterk. Ze vertellen je niet wat er speelt, wel dat er iets speelt dat de formele weg niet haalt.

Wat een IT-leider concreet kan doen

Psychologische veiligheid ontstaat niet door haar aan te kondigen. Ze ontstaat door wat er gebeurt op het moment dat iemand het risico neemt. Dat moment is de enige echte test, en er zijn er maar een paar per kwartaal.

Reageer op de eerste die een fout meldt zoals je wilt dat de volgende twintig het melden. Dank de melding voor de inhoud, ga daarna over op de oorzaak, en laat de persoon erbuiten. Doe dat zichtbaar, want de rest van het team leidt uit dat ene geval af wat het hen zou kosten.

Vraag actief naar tegenspraak op het moment dat een besluit nog te veranderen is, niet erna. Een vraag als "wat zie ik hier over het hoofd" werkt alleen als je vervolgens iets doet met het antwoord. Gebeurt dat één keer niet, dan is de vraag voortaan decoratie.

Maak het meetbaar. Neem twee of drie vragen op in je bestaande medewerkersmeting en volg ze per team over de tijd. Edmondsons oorspronkelijke instrument bestaat uit zeven items en is vrij beschikbaar in haar publicatie. De absolute score zegt weinig; de beweging per team over twee metingen zegt veel.

Weeg de rol van iemand van buiten. Een team dat zijn leidinggevende niet alles vertelt, vertelt dat soms wel aan een externe vertrouwenspersoon die geen belang heeft bij de uitkomst van het project. Dat is geen omweg om de lijn heen, maar een tweede kanaal naar dezelfde informatie.

Wat het oplevert

De winst van psychologische veiligheid is lastig aan te tonen met een enkel cijfer, en ik ga hier geen percentage noemen dat ik niet heb gemeten. Wat je wel kunt meten binnen je eigen organisatie is de tijd tussen het ontstaan van een probleem en het moment dat de stuurgroep het weet. Verkort die tijd van weken naar dagen, en elk ander cijfer in je transformatie verbetert mee.

Vertrouwen is daarbij geen zachte randvoorwaarde. Het is het transportmiddel van informatie. Een organisatie waarin mensen zich uitspreken, stuurt op wat er werkelijk gebeurt. Een organisatie waarin dat niet gebeurt, stuurt op een rapportage.