Forskjellen er enkel å oppsummere: prosjektlederen har ansvaret for at hele prosjektet leveres på tid, kostnad og kvalitet, mens testlederen har ansvaret for at kvaliteten faktisk kan dokumenteres før lansering. Prosjektlederen styrer helheten, testlederen eier testarbeidet. I velfungerende IT-prosjekter jobber de to rollene tett sammen fra dag én.
Når IT-prosjekter sprekker på tid, budsjett eller kvalitet, er det sjelden teknologien som er hovedsynderen. Det er nesten alltid menneskene, rollene og samspillet mellom dem. To roller er særlig avgjørende, og særlig avhengige av hverandre: prosjektlederen og testlederen.
De har ulike oppgaver, ulikt fokus og ulike perspektiver på hva som er viktigst til enhver tid. Det er ikke et problem. Det er meningen. Men når samspillet mellom dem fungerer, merkes det i hele prosjektet. Og når det ikke gjør det, merkes det enda mer.
Her er hva rollene faktisk innebærer, hva som skiller dem, og hva som skal til for at de to spiller hverandre gode.
Hva gjør en prosjektleder?
En prosjektleder har det overordnede ansvaret for at prosjektet leverer det det skal, innenfor de rammene som er satt. Det innebærer planlegging, prioriteringer, ressursstyring og fremdriftsoppfølging. Prosjektlederen er bindeleddet mellom teamet og resten av organisasjonen, og must hele tiden balansere forventninger, endringer og leveranser.
Det handler om å holde mange baller i luften samtidig, og om å ta beslutninger med ufullstendig informasjon. Prosjektlederen styrer etter tid, kostnad og omfang, og sørger for at alle vet hvor de er på vei og hvorfor. Uten en tydelig prosjektleder mister prosjektet retning. Med en svak prosjektleder mister det fart.
Les mer om hva vi gjør innen prosjektledelse.
Hva gjør en testleder?
En testleder har ansvaret for kvaliteten i leveransen. Det betyr å planlegge, organisere og følge opp all testaktivitet i prosjektet, slik at feil oppdages tidlig, risiko reduseres og løsningen faktisk fungerer for brukerne, ikke bare teknisk.
Testlederen eier teststrategien, koordinerer testressursene, sørger for at testmiljøer og testdata er på plass i tide, og rapporterer status og risiko til prosjektledelse og oppdragsgiver. En god testleder tenker alltid ett steg lenger: hva skjer hvis dette feiler i produksjon, og hva må vi teste først hvis vi får dårlig tid?
Det er en rolle som krever både struktur og dømmekraft, og som er avgjørende for at prosjektet ikke bare leverer i tide, men leverer noe som holder. Du finner mer om rollen i vår artikkel om hvorfor en dyktig testleder er avgjørende for IT-prosjekter, og om hva vi gjør innen testledelse.
Hva er den viktigste forskjellen mellom de to rollene?
Prosjektlederen styrer prosjektet. Testlederen forsvarer kvaliteten i prosjektet.
Prosjektlederen har ansvar for fremdrift og leveranse innenfor rammer av tid, kostnad og omfang. Testlederen har ansvar for at det som leveres faktisk holder mål. De to fokusene er ikke motstridende, men de er forskjellige, og de kan komme i konflikt. Prosjektlederen vil ofte presse på for å holde planen. Testlederen vil si ifra når kvaliteten ikke er god nok til å gå videre. Begge har rett. Begge trengs.
Det er nettopp denne spenningen, håndtert konstruktivt, som produserer gode leveranser. Prosjektlederen uten testleder risikerer å levere raskt men feil. Testlederen uten prosjektleder risikerer å sikre kvalitet uten å komme i mål. Sammen dekker de hverandres blindsoner.
Hva skjer når samspillet svikter?
Vi har sett det mange ganger, i bank, finans og offentlig forvaltning: prosjektet leverer teknisk, men feiler i praksis. Brukerne tar ikke løsningen i bruk. Feil oppdages i produksjon i stedet for i test. Go-live utsettes i siste liten fordi ingen hadde oversikt over hva som faktisk var testet.
Nesten alltid, når vi går tilbake og ser på hva som gikk galt, finner vi det samme mønsteret: testlederen ble involvert for sent, eller fikk ikke den informasjonen de trengte for å planlegge testarbeidet ordentlig. Eller prosjektlederen overstytte testlederens vurdering av risiko fordi tidspresset var for stort.
Mange av de vanligste årsakene til at IT-prosjekter feiler kan spores tilbake til nettopp dette: at kvalitet og fremdrift ble behandlet som separate ansvarsområder som ikke snakket godt nok sammen.
Hva kjennetegner godt samarbeid mellom prosjektleder og testleder?
Det handler ikke om å være enige om alt. Det handler om å ha en åpen og ærlig dialog, hele veien, ikke bare når det brenner.
Godt samarbeid betyr at testlederen er med fra starten av prosjektet, ikke bare fra testfasen. Det betyr at testplaner og fremdriftsplaner henger sammen, og at testlederen har den informasjonen de trenger for å si noe realistisk om risiko. Det betyr at prosjektlederen lytter til testlederens vurderinger, selv når det er ubehagelig, og at testlederen forstår prosjektets rammer godt nok til å prioritere riktig under press.
I prosjektene der dette fungerer ser vi det tydelig: færre overraskelser, mer trygghet i teamet og bedre leveranser. Ikke fordi alt gikk etter planen, men fordi avvik ble fanget tidlig og håndtert raskt.
Et eksempel fra offentlig forvaltning
I et prosjekt vi gjennomførte for en offentlig virksomhet, ble testlederen involvert allerede før første utviklingsløp startet. Sammen med prosjektlederen kartla hun risikoområdene i løsningen og foreslo en annen rekkefølge på leveransene, slik at de mest kritiske funksjonene ble testet tidlig, mens det fortsatt var tid til å rette feil.
Resultatet var at teamet unngikk den klassiske «siste liten-panikken» som rammer så mange prosjekter i testfasen. Feil ble oppdaget og lukket fortløpende, brukerne fikk en løsning som fungerte fra dag én, og prosjektlederen slapp å ta beslutninger under panikk. Vi har beskrevet et lignende løp i vår casestudie om moderniseringen av Bufdir, der tidlig involvering av testleder var en av nøkkelfaktorene.
Kan én person ta begge rollene?
Nei, ikke i prosjekter med en viss størrelse og kompleksitet. Rollene krever ulike fokusområder, ulik ekspertise og til tider ulike prioriteringer. En prosjektleder som også skal drive testledelse, vil nesten alltid ende opp med å prioritere fremdrift over kvalitet, fordi det er fremdrift prosjektlederen måles på. Kvaliteten er det ingen som ser, helt til noe feiler.
I mindre prosjekter kan én person ha begge hattene, men da bør det være en bevisst beslutning med åpne øyne, ikke en konsekvens av at noen tenkte at «det ordner seg». Vil du forstå mer om hva som skjer når rollene er uklare, les vår gjennomgang av de vanligste feilene ved prosjektstart.
Ofte stilte spørsmål om prosjektleder og testleder
Kan én person være både prosjektleder og testleder?
I små prosjekter kan det fungere, men rollene har en innebygd motsetning: prosjektlederen presser på fremdrift, testlederen skal si stopp når kvaliteten ikke holder. I Aspiria anbefaler vi å skille rollene i alle prosjekter med flere leverandører, mange integrasjoner eller strenge krav til dokumentasjon.
Hvem bør testlederen rapportere til?
Testlederen rapporterer vanligvis til prosjektlederen i det daglige, men bør ha faglig uavhengighet i kvalitetsspørsmål. Statusrapportering om kvalitet og risiko bør også nå styringsgruppen ufiltrert, slik at beslutninger om lansering tas på riktig grunnlag.
Når i prosjektet bør testlederen involveres?
Fra kravfasen. En testleder som er med tidlig sikrer at kravene er testbare og at testmiljøer og testdata planlegges i tide. Aspirias erfaring fra bank, offentlig forvaltning og telekom er at tidlig testinvolvering er noe av det mest lønnsomme et prosjekt kan gjøre.
Trenger små IT-prosjekter en egen testleder?
Ikke alltid på fulltid, men noen må eie testansvaret. I mindre prosjekter kan en erfaren testleder bidra noen timer i uken med teststrategi, prioritering og kvalitetskriterier, mens teamet selv utfører testene.
To roller, ett felles mål
Med nesten 30 års erfaring fra prosjekter i bank, finans, offentlig forvaltning og telekom vet vi i Aspiria at de beste prosjektene ikke bare handler om gode leveranser. De handler om godt samarbeid og tydelige roller. Prosjektleder og testleder er hver for seg sterke. Sammen er de det som faktisk sikrer at et IT-prosjekt både leverer i tide og holder mål.
Skal du sette sammen et prosjektteam og lurer på hva du trenger? Ta kontakt med oss for en prat om hva som passer best for ditt prosjekt.