Illustrasjon til artikkel om testledelse for ledere

Hva du som leder bør vite om testledelse

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 er 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.

Begrepet dekker alt fra å utarbeide en teststrategi tidlig i prosjektet til å rapportere risiko og status til ledelsen på en måte som faktisk gir beslutningsgrunnlag. Du finner en oversikt over hva vi leverer på vår side om testledelse som tjeneste.

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.

Beste praksis for testledelse

Det finnes ikke én fasit. Men det finnes noen grep som konsekvent gjør en forskjell.

Involver testleder tidlig

Den viktigste enkeltfaktoren er tidspunkt for involvering. En testleder som er med fra forprosjektfasen kan påvirke kravdokumentasjonen, testmiljøoppsettet og teststrategien. En testleder som involveres når utviklingen er halvferdig, har ikke den muligheten.

Tidlig involvering betyr ikke nødvendigvis full kapasitet fra dag én. Det betyr at testleder er med i de tidlige diskusjonene om scope, krav og risikoer.

Gi testleder mandat og eskaleringssti

En testleder uten mandat er en tester med en finere tittel. For at testledelse skal fungere, må testleder ha myndighet til å si ifra, og en tydelig eskaleringssti til prosjektleder og styringsgruppe når kritiske funn krever en beslutning.

Dersom testleder melder at systemet ikke er klart for produksjonssetting, er det prosjektleders ansvar å lytte. Overstyring av testlederens vurdering uten grundig diskusjon er en av de vanligste og dyreste feilene vi ser.

Bruk testleder som strategisk rådgiver

De beste testlederne er ikke bare tekniske ressurser. De er prosjektets uavhengige stemme på kvalitet. De stiller spørsmålene som er ubehagelige å stille: Er kravene gode nok? Er testmiljøet representativt? Har vi egentlig testet de scenariene som faktisk vil skje i produksjon?

Vil du lære mer om når det lønner seg å hente inn testleder eksternt? Les vår gjennomgang av innleid testleder og når det faktisk gir verdi.

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.