Du fikk beskjed om at systemet var klart. Testene var gjennomført. Alt var godkjent. Så gikk det live, og feilmeldingene begynte å komme.
Dette er ikke et uvanlig scenario. Ifølge en undersøkelse fra Respons Analyse gjengitt av Digi.no har åtte av ti beslutningstakere i norsk privat og offentlig sektor opplevd at IT-prosjekter sprekker på tid eller budsjett. Manglende eller for sen testledelse er en av de mest gjentakende fellesnevnerne.
Testledelse er ikke en teknisk funksjon du kan overlate til noen andre og glemme. Det er et styringsverktøy. Som leder trenger du ikke å forstå hvordan testcaser skrives. Men du trenger å forstå hva som skjer når testledelse mangler, når den kommer for sent, og hva du bør forvente av en testleder i prosjektet ditt.
Det er det denne artikkelen handler om.
Hva en leder trenger å vite om testledelse
Testledelse er den strukturerte prosessen med å planlegge, lede og rapportere testarbeidet i et IT-prosjekt. Målet er å sikre at løsningen faktisk fungerer for brukerne, innenfor de rammene prosjektet har satt, før den settes i drift.
Som leder trenger du ikke kunne detaljene. Du trenger å vite hva rollen skal gi deg: et troverdig svar på om løsningen er klar. Se hvordan Aspiria jobber med testledelse i IT-prosjekter, og hva en teststrategi skal inneholde.
Testledelse vs. testing: hva er forskjellen?
Mange bruker testledelse og testing om hverandre. Det er ikke det samme.
Testing er en aktivitet: du kjører testcaser, avdekker feil og dokumenterer resultater. Testledelse er noe bredere. Det er systemet av ansvar, beslutninger og kontrollpunkter som gjør at testarbeidet gir prosjektet reell verdi, og ikke bare produserer en liste med feil ingen har tid til å rette.
En tester utfører testene. En testleder eier teststrategien.
Hva gjør en testleder i praksis?
En testleder planlegger hvilke testtyper som skal brukes og i hvilken rekkefølge. De koordinerer testere og leverandører, sørger for at testmiljøer og testdata er klare til rett tid, og rapporterer status og risiko på en måte som gir grunnlag for beslutninger, ikke bare teknisk støy.
Den siste delen er undervurdert. En god testleder gir deg ikke en statusrapport full av tekniske detaljer. De gir deg et klart svar: er løsningen klar til å gå i drift, hva gjenstår, og hva er konsekvensen av å gå videre med kjente feil?
Metoder for testledelse
Testledelse ser ulikt ut avhengig av hvilken prosjektmodell som brukes. Det er ikke én riktig metode. Det er den metoden som passer til prosjektets størrelse, risiko og tidsrammer.
Tradisjonell testledelse i fossefallsprosjekter
I tradisjonelle prosjekter er testledelse en tydelig avgrenset fase. Systemtesting gjennomføres etter at utvikling er ferdig, og akseptansetesting gjennomføres av forretningssiden før produksjonssetting. Testleder eier teststrategien og er ansvarlig for at alle faser er dekket.
Fordelen er struktur og forutsigbarhet. Utfordringen er at feil oppdages sent, ofte når det er dyrt å rette dem.
Smidig testledelse i agile prosjekter
I smidige prosjekter er testingen mer iterativ og integrert. Testing skjer løpende, gjerne per sprint. Testleder har en koordinerende og strategisk rolle: de sikrer at kvalitet er en del av hvert steg, og at testarbeidet ikke nedprioriteres til fordel for leveransefart.
Det vanligste problemet i smidige prosjekter er at testledelsen fragmenteres. Alle tester litt, ingen eier helheten, og risikoen bygger seg opp stille.
Risikobasert testing
Uansett metode bruker erfarne testledere risikobasert tilnærming: de prioriterer testarbeidet etter konsekvens. Hva koster det hvis denne funksjonen feiler i produksjon? Det er et spørsmål om prioritering, ikke perfeksjonisme.
Med nesten 30 år i prosjekter for bank, offentlig forvaltning og telekom ser vi at prosjekter med en tydelig risikobasert teststrategi fra dag én gjennomgående leverer roligere produksjonssettinger og lavere totalkostnad.
Hva skjer når testledelse mangler eller kommer for sent?
Det finnes et mønster vi ser igjen og igjen. Testlederen involveres etter at utviklingen er i gang, eller etter at kravene er låst. Da er handlingsrommet allerede begrenset.
Kravene var uklare fra starten, men ingen fanget det opp. Testmiljøene var ikke klare i tide, og testperioden ble halvert. Integrasjoner mot andre systemer ble ikke testet grundig nok. Og så gikk systemet live med feil som burde vært oppdaget to måneder tidligere.
Feil funnet i produksjon koster mange ganger mer enn feil funnet i testfasen. Det er ikke en studie, det er et mønster vi gjenkjenner fra prosjekt etter prosjekt i bank og offentlig forvaltning.
Som leder er det du taper uten god testledelse: forutsigbarhet. Du vet ikke hva du faktisk setter i drift. Du vet ikke om risikoen er akseptabel. Og du har ikke et godt nok grunnlag for å ta beslutningen om go-live.
Fire spørsmål du bør stille testlederen din
Du trenger ikke forstå testverktøyene. Men du bør kunne stille fire spørsmål, og du bør kjenne igjen et dårlig svar. Aspiria har levert testledelse i norske IT-prosjekter i snart 30 år, i bank, offentlig forvaltning og telekom, og disse fire avslører mer enn en statusrapport.
Hva har vi bevisst valgt å ikke teste?
Alle prosjekter velger bort noe. Det er greit. Det som ikke er greit, er når ingen kan svare på hva som ble valgt bort, eller hvem som tok avgjørelsen.
Et godt svar er konkret: disse scenariene er nedprioritert, av denne grunnen, og her er risikoen vi aksepterer. Et dårlig svar er at alt er testet.
Er testmiljøet likt produksjon?
Testmiljøer har en tendens til å være mindre, ryddigere og tommere enn virkeligheten. Da tester dere et system som ikke finnes.
Spør spesifikt om datavolum, integrasjoner mot tredjepart og tilgangsstyring. Det er de tre stedene avviket mellom test og produksjon koster mest.
Hva må være på plass før vi kan sette i produksjon?
Dette spørsmålet bør stilles lenge før datoen nærmer seg. Svaret er en liste over blokkerende avvik, ikke en følelse av at det går bra.
Får du et vagt svar i uke tre, får du et vagt svar i uke tolv også. Forskjellen er at det da koster penger.
Hva ville du gjort annerledes hvis du hadde to uker til?
Dette er spørsmålet som avslører hva testlederen egentlig er bekymret for. Svaret peker rett på den delen av løsningen hen har minst tillit til.
Noen ganger er svaret verdt de to ukene. Du får ikke vite det hvis du ikke spør. De konkrete praksisene som ligger bak et godt svar, har vi samlet i en egen gjennomgang av beste praksis for testledelse.
Ofte stilte spørsmål om testledelse
Hva er testledelse?
Testledelse er prosessen med å planlegge, lede og rapportere testarbeidet i et IT-prosjekt. Det handler om å sikre at riktige ting testes, på riktig tidspunkt, av de rette ressursene, og at funnene gir ledelsen et reelt beslutningsgrunnlag.
Hva gjør en testleder i praksis?
En testleder utarbeider teststrategien, koordinerer testressurser og testmiljøer, overvåker fremdrift og risiko, og rapporterer til prosjektleder og styringsgruppe. Rollen er både strategisk og operativ.
Når bør jeg involvere en testleder?
Så tidlig som mulig. Ideelt sett i forprosjektfasen, der testleder kan bidra til kravarbeidet og teststrategien. Involvering etter at utviklingen er i gang begrenser handlingsrommet og øker risikoen.
Hva er forskjellen på en testleder og en tester?
En tester gjennomfører testcaser og dokumenterer funn. En testleder eier teststrategien, koordinerer testarbeidet og rapporterer risiko til ledelsen. Det er to ulike roller med ulike ansvarsområder.
Hva gjør en testleder i smidige prosjekter?
I smidige prosjekter sikrer testleder at kvalitet er integrert i hvert steg, og ikke bare håndteres på slutten. De koordinerer testarbeidet på tvers av sprinter, eier den overordnede teststrategien og sørger for at risiko rapporteres løpende.
Testledelse gir deg noe sjeldent: reell kontroll
Testledelse er ikke et hinder for fremdrift. Det er det som gjør fremdriften meningsfull.
Uten god testledelse vet du ikke hva du setter i drift. Du håper at det fungerer. Det er en dyr måte å drive IT-prosjekter på, og det er en situasjon vi gjenkjenner fra for mange prosjekter vi har kommet inn i for sent.
Med en testleder som er tidlig involvert, har tydelig mandat og rapporterer på en måte du faktisk kan bruke, får du noe sjeldent i IT-prosjekter: du vet hva du setter i drift. Ikke omtrent. Du vet det.
Vil du vite mer om hva vi gjør innen testledelse, eller trenger du en erfaren testleder til ditt prosjekt? Ta kontakt med oss for en uforpliktende prat.