The Confidence To Deploy Before Drinks

Toen ik in 2000 in de IT begon, werkte ik bij Thales aan radarsystemen — ik zorgde ervoor dat hardware en software goed op elkaar aansloten. Dat waren projecten waarbij falen geen optie was. Als er iets misging, kon dat het bedrijf miljoenen euro's kosten. Daar leerde ik dat je kwaliteit er niet achteraf bij kunt plakken. Het moet er vanaf het begin in zitten.

In de jaren daarna heb ik in veel verschillende omgevingen gewerkt, van internationale trainingen en consultancy tot digitale transformatieprojecten in verzekeringen, financiële dienstverlening en de overheid. Elke keer zag ik hetzelfde patroon: hoe sneller teams leren, hoe hoger de kwaliteit. Vroeg en regelmatig feedback is wat vertrouwen opbouwt. Daar gaat Quality at Speed over.

De vrijheid om op vrijdagmiddag te kunnen deployen — vlak voor de borrel — betekent dat je team voor het weekend kan releasen, zonder zaterdag en zondag in angst door te brengen. Dat vertrouwen is een signaal: je proces is gezond. Je tests, je automatisering, je samenwerking — ze werken allemaal samen.

De meeste teams vrezen geen technisch falen. Ze vrezen onzekerheid.

De vrijdagrelease is een culturele test. Die laat zien of mensen vertrouwen hebben in hun tools, hun code en in elkaar. Als dat vertrouwen er is, is snelheid geen risico meer.

Dat vertrouwen is belangrijker dan ooit. De technologie versnelt: nieuwe frameworks, nieuwe verwachtingen, nieuwe manieren van werken. We zijn inmiddels in het tijdperk van AI. Organisaties willen sneller bewegen, maar compromitteren daarbij te vaak de kwaliteit aan het einde van de cyclus. Dan beginnen de scheuren. Ze releasen snel, maar niet veilig, en automatiseren zonder te begrijpen wat er achter zit.

Quality at Speed is mijn manier om die werelden weer bij elkaar te brengen. We zetten in op snelheid dóór kwaliteit, niet in plaats daarvan. Wanneer levering, betrouwbaarheid en leren gelijkop gaan, krijg je voorspelbare en duurzame vooruitgang. Teams die vroeger eens per week releaseten, deployen nu meerdere keren per dag. Rustig, met vertrouwen, en zonder de controle te verliezen.

Deze filosofie is niet bedacht op een whiteboard. Ze komt uit de praktijk. Bij bedrijven als rb2, DELA en Rabobank zag ik steeds dezelfde uitdagingen terugkomen. Handmatig testen remde alles af. Incidenten kwamen pas na de release aan het licht. Teams wisten niet goed wat "klaar" betekende. We losten het acute probleem op — maar ik wilde verder gaan. Ik wilde organisaties helpen om niet alleen hun software te ontwerpen, maar ook hun manier van werken, zodat kwaliteit en snelheid vanzelfsprekend werden.

Ik heb het geluk gehad om mee te doen aan Europese en wereldkampioenschappen softwaretesten. Wat ik daaraan heb overgehouden is geen competitiedrang — het is teamwork en samenwerking. Als je met goede mensen werkt, leer je sneller. Dat wil ik ook meegeven aan nieuwe QA engineers en developers: een omgeving waar vakmanschap nog telt, ook in een tijdperk van AI. Automatisering is krachtig, maar het vervangt geen begrip. Vakmanschap is weten waarom iets werkt, niet alleen hoe je het uitvoert.

Daarom is leren zo'n groot onderdeel van wat we doen. Iedereen in mijn team besteedt minstens vier uur per week aan studie of training — nieuwe tools, testtechnieken, of leiderschapsvaardigheden. Het maakt niet uit wat. Als mensen stoppen met leren, stoppen teams met groeien. En als teams stoppen met groeien, verdwijnt kwaliteit geruisloos.

Quality at Speed is mijn manier om die omgeving te creëren — technisch, menselijk en organisatorisch. Het gaat erom dat teams vertrouwen opbouwen, sneller leveren, en weer plezier hebben in hun vak. Want kwaliteit is uiteindelijk een manier van werken — van de eerste regel code tot de laatste deployment, vlak voor de borrel.