"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.
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.