Het legendarische boek ‘Wie heeft mijn kaas gepikt?’ (1) vertelt over hoe je als werknemer om kunt gaan met veranderingen in je bedrijf. In een analogie met muizen die op zoek gaan naar nieuwe kaas omdat de oude door henzelf is opgegeten, wordt duidelijk dat je altijd voorbereid moet zijn op nieuwe uitdagingen. Omdat de Agile werkwijze nu definitief zijn intrede doet in grotere organisaties, staat de traditionele rol van de testmanager op de tocht. Maar wat is zijn nieuwe kaas, de rol van de testmanager in Agile omgevingen?
De ‘oude kaas’ is op!
Traditioneel houdt de testmanager zich bezig met zijn eigen testproject: afgebakende verantwoordelijkheden, taken en rapportages over het testen. De meeste waarde voor de organisatie zit hem vaak in de bevindingenrapportage en de eindrapportage die de vraag beantwoorden: Kunnen we beheerst live gaan? Maar: deze kaas is ‘oude kaas’ in een Agile project en hij is op. Het testen is in een Agile omgeving immers geen deelproject meer, want het wordt binnen de iteratie door het hele team uitgevoerd. Het hele team is dan ook verantwoordelijk voor het testproces. Het testen heeft niet meer tot doel om veel bevindingen te constateren, maar vooral om bevindingen te voorkomen. En áls er al bevindingen worden geconstateerd, worden ze binnen de iteratie meteen opgelost en geborgd. Want Agile teams schrijven liever een geautomatiseerd testgeval dat valideert dat de bevinding niet meer voorkomt dan dat ze een bevindingenregistratieproces in stand houden… Kortom: de testmanager zal op zoek moeten naar nieuwe kaas!
De rol van de testmanager in een Agile project
Een belangrijke vraag voor de testmanager is dus: wat doe ik in een Agile project? Als eerste: de testmanager heeft een adviserende en faciliterende rol voor het team. Hij is verantwoordelijk voor het creëren van de randvoorwaarden waarbinnen het multidisciplinaire team optimaal kan testen. Hij deelt bijvoorbeeld kennis over testen: testtechnieken zijn lang niet altijd bekend bij ontwerpers, ontwikkelaars en materiedeskundigen, maar die moeten nu wél gaan testen. Natuurlijk speelt de tester een belangrijke rol in die kennisoverdracht, maar de testmanager zal organisatiebreed moeten faciliteren dat ze dat ook doen. Hij kan kennissessies en testtrainingen organiseren en de kennisportal (laten) onderhouden . Daarnaast speelt de testmanager een belangrijke rol in het over teams heen borgen van practices en kwaliteit. Agile teams hebben een sterke focus op resultaat voor de klant, maar de valkuil daarvan is dat iedereen zijn eigen standaarden creëert. De testmanager kan bijvoorbeeld tweewekelijks de testers uit alle teams bij elkaar brengen om ervaringen te delen. Met betrekking tot kwaliteit kan de testmanager de Definitions of Done van de verschillende teams beoordelen en toetsen op consistentie en kwaliteit. Projectteams die vergelijkbare klanten en technische omgevingen hebben, zullen min of meer gelijkwaardige Definitions of Done hebben. Van zijn input kunnen teams ook weer over leren!
De derde belangrijke rol die testmanagers in een Agile project vervullen is die van het bevorderen van het acceptatieproces. Veel Agile teams hebben een focus op ‘de binnenkant’- loopt ons interne ontwikkelproces goed. Dat is op zich prima, zeker in de beginfase van het Agile werken. Maar juist in een Agile omgeving is het managen van de buitenkant, de relatie met de klant, van evident belang. De testmanager helpt bijvoorbeeld de klant met het inrichten van goede acceptatiemomenten, door te faciliteren dat er na iedere demo een acceptatietest van de eindgebruikers plaatsvindt. Bijvoorbeeld met scenario’s uit de dagelijkse praktijk. Wanneer er bij iedere demo slechts een beperkte groep eindgebruikers kan zijn, dan kan de testmanager faciliteren dat er iedere 3 of 4 iteraties een bredere acceptatietest wordt uitgevoerd. Hiermee wordt de feedbackloop vanuit het projectteam naar de eindgebruikersorganisatie aanzienlijk verkort.
Kortom: Er is nieuwe kaas voor de testmanager! Ben jij er klaar voor? Ik hoor graag wat je er van vindt!
————————————
1) Meer info over het boek of aanschaffen: “Wie heeft mijn kaas gepikt?” of “Who moved my cheese?”
————————————
Anko Tijman is werkzaam bij Ordina als testconsultant en Partner Agile Testen.
Quote uit artikel: ‘En áls er al bevindingen worden geconstateerd, worden ze binnen de iteratie meteen opgelost en geborgd.’
Dit insinueert dat er bij een agile ontwikkelmethode slechts bij uitzondering bevindingen worden gedaan. Ik spreek dit tegen. Tijdens een agile ontwikkelproces is de tester in een vroeg stadium betrokken. Dat wil echter niet zeggen dat er geen bevindingen gedaan worden. Wel kunnen d bevindingen over het algemeen in een eerder stadium worden opgelost, waardoor de kosten van het test/herstel/test proces lager zijn.
Overigens vindt ik het voor de rest een prima verhaal, maar voor mij niets nieuws..
De kaas vergelijking uit dit artikel (en het boek) komt overigens uit de film (uit 2004) ‘what the f*ck do we know’of de gekuiste versie: ‘http://www.whatthebleep.com/’ de film is zeker de moeite waard als het boek je aanspreekt.
Hoi softwaretesten,
mijn ervaring is juist dat je door intensief praten over testgevallen, TDD, Acceptance TDD veel meer aan fouten voorkomt. Als tester constateer ik veel minder bugs omdat er veel meer gecheckt wordt op die niveaus. Voor mij als tester betekent dat ik diepgaander moet testen, de voor de hand liggende bugs voorkom je.