Trendsz, Test engineering, Testautomatisering, Tooling

Je hebt vast al het één en ander gelezen of gehoord over de Quality Infected Team benadering van Bartosz. Waarbij de drie aandachtsgebieden: whole team approach, fast feedback en exploration centraal staan. Maar hoe pas je dit nu toe in de praktijk? In deze blog ga ik dieper in op de pijler whole team approach. Ben je al bekend met het three amigo principe en de bug-hunt? En weet je wat de voordelen zijn van de whole team approach, ook binnen jouw team?

Quality Infected Teams

Een Quality Infected Team (QIT), wat is dat ook alweer? Kort samengevat is dit een team dat streeft naar een voorspelbaar ontwikkelproces en software oplevert waar klanten écht wat aan hebben. Kwaliteit staat hierbij centraal en de neuzen van de teamleden staan daarom altijd in dezelfde richting. Er is een gedeeld begrip over hoe doelen bereikt worden. Een QIT hanteert een whole team approach als het gaat om kwaliteit; kent de onschatbare waarde van fast feedback en gebruikt exploration om te leren wat ze nog niet weten.

Van workshop naar concrete verbeterpunten

Vanuit Bartosz ben ik gedetacheerd bij een overheidsinstantie. Hier werken we met elf (11) teams aan één (1) product via de SAFe methodiek. Als agile (test) coach was ik verantwoordelijk voor het aanbrengen van verbeteringen in de huidige werkwijze. Om dat te bewerkstelligen hebben we het QIT gedachtengoed geïntroduceerd. In eerste instantie bij één team, om het vervolgens binnen alle teams te laten landen. Dit hebben we gedaan middels de gelijknamige workshop. Door middel van het QIT kaartspel dat Bartosz heeft ontwikkeld, ontdekken de deelnemers op welke vlakken zij als team kunnen verbeteren. Op iedere kaart staat een practice beschreven die het team in kan zetten om sneller tot betere software te komen.

De verbeterpunten die naar voren kwamen tijdens de eerste workshop vielen voornamelijk onder het aandachtsgebied whole team approach. Zo hebben we het wekelijks organiseren van een three amigo sessie geïnitieerd en al meerdere bug-hunts georganiseerd.

"Met de whole team approach bereik je een een ‘shared understanding’ over wat er moet gebeuren (‘making the right thing’) en hoe het moet worden gemaakt (‘making the thing right’)"

Een gezamenlijk begrip door three amigo sessies

Het three amigos principe houdt in dat iemand van de business, een developer en een tester samen de backlog-items gaan refinen. Met als doel om een gezamenlijk begrip, ook wel ‘shared understanding’, te krijgen en daarmee tot betere user story’s te komen. Voor de business staat de vraag centraal: welk probleem proberen we op te lossen? De developer houdt zich bezig met: hoe kunnen we een oplossing bouwen om het probleem op te lossen? En de tester vraagt zich af: wat kan er eventueel gebeuren en misgaan? Doordat deze drie disciplines tot een gezamenlijk begrip komen, is de kans vele malen groter dat de software ook daadwerkelijk juiste wordt gemaakt: “Builing the right thing en Building the thing right”.

Kennisoverdracht, domeinkennis en een beter product door bug-hunt

Het tweede verbeterpunt dat naar voren kwam tijdens de workshop QIT, hebben we opgepakt door het organiseren van een bug-hunt. Dit hebben we gedaan tijdens de Innovation & Planning sprint (IP-sprint). Gefaciliteerd vanuit de test community kregen de verschillende teams een uitleg over exploratory testing (ET) en over de functionele componenten. Vervolgens werd aan de teams gevraagd om drie componenten (functioneel brok) van de applicatie te gaan testen. Daarbij werd er gerouleerd waardoor ieder team met twee componenten aan de slag kon gaan. Alle bevindingen zijn daarna vastgelegd en vervolgens geprioriteerd door de product owners. Om op deze manier te werk te gaan leverde drie voordelen op: kennisoverdracht vanuit de testers over exploratory testing, domeinkennis (waar sommigen nog onvoldoende over beschikte) en tenslotte heeft het uiteindelijk een beter product opgeleverd. De bug-hunt wordt nu regelmatig toegepast bij risicovolle aanpassingen in de applicatie en is een ‘common practice’ bij de klant geworden.

190412 – Praktijkervaringen met de Whole team approach

Voordelen whole team approach

Het grootste voordeel van het toepassen van de whole team approach is het bereiken van gedeeld begrip binnen het team of over de teams heen. Een ‘shared understanding’ over wat er moet gebeuren (‘making the right thing’) en hoe het moet worden gemaakt (‘making the thing right’).

Een ander voordeel is dat door de whole team approach iedereen in het team elkaars werkzaamheden voor in elk geval een klein gedeelte kan overnemen. Wanneer de tester afwezig is, kan de developer bijvoorbeeld een gedeelte van zijn of haar werkzaamheden overnemen. Eén tester kan het development werk van meerdere personen niet bijhouden dus moet hij of zij altijd geholpen worden bij deze activiteit. Hiermee wordt het testen een activiteit ipv een rol! Daarnaast kun je als team pas opleveren als de software getest is, dan voldoe je namelijk pas aan de definition of done (DOD). Op deze manier wordt de oplevering steeds meer team effort.

Tips voor het toepassen van de whole team approach

Toepassen van de whole team approach kost tijd en heeft ook een bepaalde voorbereiding nodig. Mijn tip is daarom om klein te beginnen. Start bijvoorbeeld met één team en bouw daarna het gedachtegoed uit met de overige teams. Niet iedere aanpak past bij iedere opdracht. Ga door met de verbeteringen die wél werken en wees ook niet bang om mislukte verbeteringen niet meer toe te passen, anders wordt het ‘waste’. Een manier om dit te doen is het toepassen van de QIT workshop en op gezette tijden het spel te herhalen in de retrospectives of de inspect and adapt (I&A).

En als laatste wil ik jullie meegeven: blijf volhouden! Verzin meerdere manieren om de whole team approach te propaganderen en als de ene manier niet werkt dan doe je het daarna weer op een andere manier.

Schrijf je in voor
de nieuwsbrief

werkenbij overall

Werken bij Bartosz?

Vincent Verhelst

Geïnteresseerd in Bartosz? Dan ga ik graag met jou in gesprek. We kunnen elkaar ontmoeten met een kop koffie bij ons op kantoor. Of tijdens ontbijt, lunch, borrel of diner op een plek die jou het beste uitkomt. Jij mag het zeggen.

Mijn Paarsz