Een dag uit het leven van een testmanager Op een dag werkt een projectleider zijn projectvoortgangsrapportage bij en komt er tot zijn schrik achter dat het al even tijd is voor het opzetten van een testtraject van zijn schade project. Gelukkig blijkt er een oude vertrouwde route mogelijk te zijn dus daar zal hij bij de opdrachtgever wel even op aansturen. Helaas voor hem gaf opdrachtgever aan dat alleen een oplevertest toch echt te gortig is. Maar kon de projectleider wel gelukkig maken met de inzet van een test manager. “Test manager?” vroeg de projectleider, “Jullie verzinnen steeds weer wat nieuws!”. “Klopt, de motor van verandering hé”, zei de opdrachtgever triomfantelijk. “Maar deze test manager gaat er wel voor zorgen dat je project gaat slagen.". Aansluitend loopt de projectleider naar de desbetreffende test manager, met de vraag de testplanning even snel voor hem op te leveren. Tenslotte moet het project “on time” worden opgeleverd. “Ga ik voor je doen” zei de test manager. “En zorg jij ook dat de gebruikers aanhaken? Want die gebruikers komen altijd zo moeilijk aan tafel….”, zei de projectleider. De test manager moest lachen maar kon nog wel uitbrengen dat er zoiets als een resource planning bestaat. “Ah”, zei de projectleider, “Ik kan me inderdaad herinneren dat in de procesbeschrijving hier iets over staat”. “En laat me maar weten als je ergens tegen aan loopt”, zei de projectleider. “Tenslotte ben ik de verantwoordelijke man om een betrouwbaar product op te leveren”. De test manager nam de processtappen door en las ook iets over een “Lead informatieanalist”. Dit bleek de informatieanalist te zijn die inhoudelijk de projectbegroting had opgesteld. “Da’s mooi” dacht de test manager, laat ik deze “Lead informatieanalist” maar eens gaan optrommelen. De test manager en de Lead informatieanalist gingen om de tafel zitten. Na wat bijpraten vroeg de Lead informatieanalist “Heb je de requirements al kunnen achterhalen bij de business?”. De test manager gaf aan dat ze voor de requirements nog wel wat hulp kon gebruiken. “Hmmm”, zei de Lead informatieanalist, “volgens mij is dan efficiënt om meteen alle specialisten bij elkaar te roepen”. “Als ik de requirements namelijk zo bekijk, dan denk ik dat we ook een key user en een functioneel beheerder nodig hebben”. “En oh ja, laten we voor de schattingen ook niet de Lead developper vergeten”. Al gauw kreeg de test manager de specialisten, een gebruiker, een Functioneel applicatiebeheerder en een programma-architect aan tafel. Voortvarend werden de testdoelen en de (product)risico’s door de specialisten doorgenomen en kon de test manager aan zijn testplan werken. De test manager liet het eerste concept van het testplan meteen nog even reviewen door de projectleider. Goeiedag!, dacht de projectleider, als dit allemaal zo soepel gaat lopen, kom ik echt op de geplande productie datum uit. “Ziet er redelijk goed uit” zei hij tegen de test manager. “Klopt, maar de FPA voor de testbegroting ontbreekt, ik koppel wel even terug”. “Chips!”, zei de projectleider, “moet dat ook nog, bovendien tellen jullie toch allemaal anders”. “Nee hoor”, zei de test manager. “We hebben sinds kort de TPA op de rit en bovendien controleren wij dit aan de hand van proportionele begroting. En als beide bij elkaar in de buurt zitten hebben we een reële schatting. “Vooruit dan maar” zei de projectleider. De Lead Informatieanalist voerde de Functiepunten analyse uit en koppelde dit terug aan de test manager. Al gauw bleek dat de proportionele begroting erg dicht op de expertschatting uitkwam die met een Testpunten analyse werd uitgevoerd. “Dat geeft me een betrouwbaar gevoel” zie de testmanager, “Zo wil ik me wel voor deze testbegroting en het testplan committeren”. “Alleen nog even het inhoudelijk akkoord voor deze begroting ophalen bij de opdrachtgever”. De opdrachtgever bestudeerde het testplan, de planning en de begroting. De lange doorlooptijd en de daarbij behorende risico inschatting had zijn aandacht. De opdrachtgever vroeg zich af of het allemaal niet sneller kon en dus goedkoper. De test manager zei dat het altijd minder kan maar dat dan mogelijk onaanvaardbare risico’s gelopen werden doordat software fouten niet op tijd ontdekt werden en zodoende meer afbreuk risico opleverde. De test manager stemde toe dat hij voor de zekerheid nog even af met zijn collega testers en de functionele beheerder naar de risico’s zou kijken en daar waar mogelijk nog tijdwinst en dus geld zou besparen. Zonder te veel afbreuk te doen aan de kwaliteit van het testen is er een bijgewerkte versie van het test plan gemaakt. Aansluitend gaf de opdrachtgever zijn fiat en belde de projectleider dat het testplan langs de stuurgroep kon voor besluitvorming. Binnen de stuurgroep werd het testplan besproken. “Redelijk ambitieuze planning”, zei de Lead developper tegen de projectleider. “Ja, we werken volgens TMap en hanteren tegenwoordig maar 1 risicomarge”. “No Risk, No test!“ En nog op tijd aangeleverd ook”, haastte de projectleider te zeggen. “Dat is inderdaad bijzonder” zei de opdrachtgever. “We hebben maanden over de projectbegroting gesteggeld, dus dit mag ook wel eens gezegd worden.”. “OK”, zei de opdrachtgever. “We gaan ervoor! “. “Mooi”, dacht de test manager. Alleen nog even langs het bedrijfsbureau om de testbegroting en de uren vast te laten leggen in het systeem en niet te vergeten de projectcode op te vragen. Tenslotte werden de testspecialisten door de test manager nog even bij elkaar geroepen om notie te nemen van het project en het mastertestplan en het proces was daarmee doorlopen.
Posted on: Sat, 05 Oct 2013 09:36:22 +0000