Begin jij elk project nog steeds met het opzetten van een high level testplan? Zo’n dik pakket papier dat na het schrijven ergens ligt te verstoffen op het bureau of ergens in een bureaula.
Vanaf nu is het verleden tijd, back to basics!

Iedereen kent het wel, na veel trekken en duwen hebben we eindelijk alle “theorie en kennis” verwerkt waardoor er niks meer mis zou moeten kunnen gaan gedurende het project. De juiste afspraken zijn geformuleerd en we hebben de handtekening van de stakeholders ontvangen. En dan… na de eerste week blijkt het plan door “veranderde”omstandigheden naar de achtergrond verdwenen te zijn. Wederom is gebleken dat woorden soms maar weinig waard zijn. Als we zo doorgaan, komt er nooit iets van die mooie ideeën terecht. Lees hier hoe dat wel gaat lukken. 

We weten het allemaal maar we zeggen het maar weinig tegen elkaar. Merendeel van de testmanagers geeft aan dat maar de helft of nog minder van hun plannen werkelijk worden uitgevoerd. Dit beeld blijft niet alleen hangen bij de testmanagers, maar ook bij de stakeholders van de organisatie. Die snel een houding krijgen van  “testen biedt maar weinig toegevoegde waarde aan de organisatie”. Een gevolg hiervan is dat budgetten en het aantal medewerkers krimpende is en dat testprojecten onder druk komen te staan.  

Je ziet dat vele testmanagers goede voornemens hebben om het roer om te gooien met al die dikke pakketten papier, maar dat vele blijven hangen in het aanpassen van de vooraf vastgestelde template. Dit lost natuurlijk niet het probleem op van de manier hoe wij de testplannen schrijven. Een gemiddeld plan bestaat grotendeels uit standaard “template” teksten, aangevuld met een hele lijst van afspraken waar iedereen zich aan zou moeten houden. Dit wordt afgedekt met veel onnodige detail informatie die voor de stakeholders niet begrijpelijk en van toepassing is.
Stel jezelf de vraag wat zou jij willen zien in het plan? Een praktische actieplan bestaat uit maximaal een paar A4'tjes, waarin concrete actiepunten vermeld staan waarmee iedereen aan de slag kan gaan. Nu gaat meestal alleen de laatste, dunne paragraaf in op de concrete actiepunten van het traject.

Om een plan toegankelijker te maken voor alle betrokkenen moeten we scherp kijken naar de aanbevelingen die wij vastleggen. Ga na of anderen de punten zullen beoordelen als “een open deur” zonder een duidelijke en toepasbare oplossing. De doorvertaling van concrete actie is een zwak punt in de meeste testplannen.
Een simpele manier om deze punten kwalitatief te verdiepen is het organiseren van een brainstormsessie met de belangrijkste betrokkenen. Zo’n sessie levert niet alleen goede oplossingen, duidelijke afspraken maar ook transparantie omtrent de uitdagingen van het testteam. Uit ervaring kan ik meegeven dat dit sneller tot een beter resultaat leidt dan een uitgebreide analyse door een individu.

De “veilige”keuze van het gebruik van een template komt ook deels door de positie van het testvak binnen de organisatie. Testen wordt nog steeds vaak gezien als een goede instap voor starters in de ICT. Het merendeel van de plannen wordt opgezet door testcoördinatoren. Die vaak redelijk jong zijn en nog onvoldoende (werk)ervaring hebben om de gevoeligheid van veranderingen te signaleren en onvoldoende draagvlak binnen de organisatie kunnen creëren om de veranderingen door te voeren. 

Testen gaat verder dan het controleren van het eindproduct of deze voldoet aan een set van criteria. Het gaat om het kwaliteitsbeheer van het gehele proces van ontwikkeling. Juist in de omringende taken zie je dat je hier het beste de kwaliteit kunt verbeteren. Je zou alle betrokken partijen aangesloten moeten krijgen om uiteindelijk een kwalitatief goed eindproduct te kunnen leveren (en uiteindelijk een tevreden klant). Juist de testcoördinator heeft de taak het proces van kwaliteit te regisseren en met de klant op elk willekeurig moment de status te kunnen bespreken. Samenwerking met de business is onontbeerlijk omdat deze uiteindelijk de beslissing nemen of het product voldoet om richting productie gebracht te worden. De testmanager heeft hierin de taak alle benodigde activiteiten te regelen waarbinnen de testcoördinator aan de slag kan gaan.

En hoe gaan we nu verder? Veranderingen hoe klein ze ook zijn worden vaak als bedreigend gezien. Toch moeten we om de toegevoegde waarde van testen zichtbaar te maken aan de slag gaan. We moeten afstappen van de traditionele benadering. Het gebruik van standaard template teksten moeten we achter ons laten. In plaats daarvan moeten we terug naar de vier toegevoegde waardes waarvoor we gevraagd zijn.
De testmanager heeft als taak een klimaat te scheppen waarin deze mogelijk zijn.

1. Inzicht in de opzet van het project

Wat is de huidige status van het project en wat willen wij gezamenlijk bereiken?
Bestudeer de processen, doelstellingen en aanpak en kijk hoe je door kleine aanpassingen kwaliteitsverbeteringen kunt voorstellen. Hierbij moet je steeds uitgaan van het gewenste eindresultaat en dat deze op een of andere manier meetbaar is of wordt Benoem de indicatoren in heldere concrete doelstellingen.
Ga hier niet te veel in details omdat deze te veel afleidt van het eindproduct.

2. Wat wil het testteam bereiken

Je bent een onderdeel van het geheel maar dat houdt niet in dat het testteam geen eigen doelstelling heeft. Wees concreet en zet scherp neer wat wilt bereiken. Dus niet “kwaliteitsverbetering van het eindproduct of het vinden van defects”. Maar;  kwaliteitverbetering binnen alle componenten van het ontwikkeltraject, wat resulteert in een afname van gevonden defect met 10% per release.
Kwantificeer waar mogelijk en geef duidelijk aan binnen welk tijdbestek een doel bereikt moet worden en maak je overall doelstelling breed duidelijk en herhaal ze waar nodig regelmatig.

3. Uitvoeren

Het opstellen van een plan is één ding, het uitvoeren is weer iets totaal anders.
Maak duidelijk wie de acties gaan uitvoeren, wie daarvoor verantwoordelijk is en wie de opdrachtgever is.
 Zorg ervoor dat de ontwikkelaars, business representatieve of andere partijen niet pas van het plan horen als het al af is. Als ze direct  betrokken worden is er ook geen discussie over de acceptatie van het plan. Zie deze betrokkenheid niet als een last maar als een moment van versteviging van de banden tussen de verschillende partijen. Als teamleden of stakeholders kunnen meelezen, commentaar geven en suggesties aandragen wordt het zelfs leuk om een plan te maken.  
Indien je te maken hebt met een groot project breek het geheel op in overzichtelijke delen. Iedereen begrijpt dat een project gedurende zijn levensduur veranderd en dat hiermee processen en activiteiten veranderen. Het is beter om meerdere malen beknopte plannen te presenteren, dan één keer per jaar een groot en bewerkelijk plan.

4. Actie

Zorg gedurende de duur van het project dat je de verschillende doelstellingen scherp in het oog houdt en communiceer hierover. De eerste stap hierin is het opzetten van de juiste rapportagevorm. Deze bestaat dus niet uit overdadige hoeveelheid detail informatie. Ook hier geldt “Keep it Simple” en zorg dat het concrete informatie biedt waarmee de andere partijen aan de slag kunnen. Afspraken hierover kan je meenemen in je plan en dienen gelijk als steun op activiteiten die door de business als kritisch worden gezien.

Zie veranderingen in het project als een geschenk
In de meeste projecten worden veranderingen zoveel mogelijk buiten de deur gehouden. Op het moment dat je tegen de meeste testmanagers zegt dat er verandering in specificatie, tijd of middelen gaat plaatsvinden trekken ze wit weg. Juist op deze momenten kan je aantonen wat jouw toegevoegde waarde is binnen het project. Sta open voor veranderingen en ga na wat de gevolgen zijn voor het team of risico’s van het project. De klant verwacht juist nu dat jij hem kunt ondersteunen bij het vertalen van de risico’s naar nieuwe activiteiten. Je zal zien dat de betrokkenheid van de diverse partijen eerder in het proces, nu oplevert, dat je flexibele aanpassingen kunt doorvoeren zonder veel  hindernissen.

Neem de uitdaging aan om dit jaar de veranderingen die je al zo lang wilde op te pakken en laten we allemaal bijdragen aan een plezierige start van een project (met minder overdadig papierwerk).

• < Prev
• Next >