Teams voor testers

Dit komt misschien vooral door de eindgebruikers binnen de organisatie. Zij zijn vaak gewend aan periodieke grote updates en niet aan maandelijkse of zelfs wekelijkse aanpassingen. Veranderingen zijn moeilijk te volgen, zeker voor niet-powerusers. Toch heb je powerusers en niet-powerusers voortdurend nodig om functies te testen. Functionele verbeteringen hebben invloed op werk- en bedrijfsprocessen. Maar om voortdurend te worden ‘lastig gevallen’ met testen, voelt niet productief en wordt als bijzaak ervaren. Gebruikers zien er de voordelen niet van in.

Feitelijk test je in dit soort situaties voortdurend live in de productie-omgeving. De gebruikers merken niet dat ze aan het testen zijn, ze ervaren storingen in hun dagelijkse werkzaamheden en dat draagt niet bij tot acceptatie van de vernieuwingen. Het voelt als alsof de aanpassingen ‘over de muur worden gegooid’. Binnen Agile is het belangrijk om veel en concreet te communiceren, om enerzijds van de gebruikers te horen wat hun functionele wensen zijn en anderzijds om toe te lichten wat er verandert na een komende update zodat ze weten waar ze misschien tegen aan lopen. Mondelinge communicatie vervangt documentatie. We weten dat gebruikers geen documentatie lezen, maar vrijgaven beperken tot mondelinge documentatie is verre van ideaal.

Zelf zoek ik naar een tussenoplossing: scrum omwille van de snelheid, met alle voordelen van dien, gecombineerd met een meer traditionele manier voor testen en documenteren. Misschien is Teams een zinvolle tool. Mede dankzij Corona merken we dat chats, gesprekken en documenten over user stories, wensen, specs en meldingen over functionaliteit via Teams bewaard en gedeeld worden. Dit biedt een - weliswaar deels ongestructureerde - maar doorzoekbare extra documentatiebron.