Fra klassisk testmanager til Quality Coach
Af: Ole Chr. Hansen, Q Nation A/S
Introduktion
Softwareudvikling ændrer sig hastigt, og det samme gør testmanagerens rolle. Overgangen til agile metoder og DevOps har medført, at man i stigende grad sætter spørgsmålstegn ved behovet for den klassiske testmanagerrolle, og mange steder er rollen ved at transformere sig til i højere grad at fokusere på orkestrering og kvalitetscoaching. I praksis betyder det, at hvor testmanageren traditionelt planlagde og kontrollerede testaktiviteter, så skal vedkommende nu facilitere kvalitet på tværs af hele teamet. Denne artikel dækker, hvordan en testmanager kan fungere som quality coach (kvalitetscoach) – herunder roller og opgaver, ansvarsområde sammenlignet med en klassisk testmanager, konkrete teknikker og værktøjer, fordele og ulemper ved at kombinere rollerne, samt eksempler fra danske og internationale organisationer. Der inddrages også relevante ISTQB-standarder og begreber undervejs. Formålet er at give erfarne testmanagere en struktureret indsigt i det kompetenceløft og mindset-skifte, der kræves for at bevæge sig mod en quality coach rolle.
Roller og opgaver som Quality Coach
En quality coach har til opgave at hjælpe teams med at opbygge en stærk kvalitetskultur, hvor kvalitet bliver hele teamets ansvar fra start til slut. Anne-Marie Charrett (se anbefalede bøger senere) definerer f.eks. rollen som en person, der guider, støtter og motiverer et team til i fællesskab at eje og forbedre kvaliteten gennem facilitering, undervisning, eksperimentering og visualisering – altså en passioneret advokat for kvalitet. I modsætning til en traditionel testleder, der primært fokuserer på at levere tests hos teamet, fokuserer quality coachen på at få teamet selv til at levere kvalitet.
Nogle typiske opgaver og ansvarsområder for en quality coach i det daglige inkluderer blandt andet:
Integrere kvalitet fra start: Coache teamet i at tænke kvalitet ind tidligt i udviklingsprocessen (shift-left). F.eks. ved at deltage i sprintplanlægning og backlog refinements for at sikre, at krav og userstories har indbyggede acceptkriterier og kvalitetshensyn. Quality coachen hjælper teamet med at finde en arbejdsmetode, hvor kvalitetssikring sker kontinuerligtgennem hele livscyklussen, frem for at være en fase til sidst.
Facilitere workshops og samarbejde: Afholde workshops og møder, der styrker kvaliteten. Dette kan være Three Amigossessioner (udvikler, tester, PO) eller eksempel-workshops (example mapping) før udviklingen påbegyndes, så alle forstår krav og risici inden kodning. Også workshops i form af feature-demoer eller kravafklaringer med fokus på brugerens behov og kvalitetskrav er typiske, så teamet tidligt får fælles forståelse for hvad der skal bygges og testes.
Undervise og opkvalificere teamet: En quality coach fungerer ofte som mentor for test og kvalitet i teamet. Vedkommende træner udviklere og andre teammedlemmer i testteknikker og kvalitetsmetoder, F.eks. ved at lære udviklere om effektiv unittest, grænseværdianalyse, udforskende test og lignende. Quality coachen "underviser ved at gøre" – deltager måske i testaktiviteter side om side med teamet for at vise gode praksisser. Målet er at løfte testkompetencerne i hele teamet gennem projektets livscyklus.
Fremme fælles ejerskab og kvalitetskultur: Quality coachen arbejder bevidst på at ændre teamets kultur, så kvalitet anskues som et fælles ansvar og ikke kun testernes job. Det kan indebære at arrangere pair testing sessioner, hvor flere roller tester sammen, og at fremhæve kvalitet positivt i dagligdagen (F.eks. anerkende når teamet selv finder og retter fejl). Coachens tilstedeværelse hjælper med at sikre, at test bliver en integreret del af alle udviklingsaktiviteter, og at løsningen løbende adresserer brugerens behov og ønsker.
Støtte kommunikation og processer: I rollen som quality coach skal man ofte agere bindeled mellem forskellige interessenter. Man faciliterer dialog mellem kunde/forretning, product owner og udviklingsteam for at sikre fælles forståelse af kvalitetsmålene. Desuden hjælper coachen med at visualisere udfordringer omkring test og kvalitet for teamet – F.eks. ved at synliggøre blokeringer, mangel på testmiljøer eller lignende – så problemerne kan adresseres proaktivt. Quality coachen kan også deltage i defekttriage, retrospektiv og daglige stand-ups for at holde fokus på kvalitetsforbedringer.
Kontinuerlig forbedring og kvalitetssikring på tværs: En erfaren quality coach bidrager til at formulere en kvalitetsroadmap eller teststrategi for organisationen eller produktet som helhed. Vedkommende analyserer eksisterende kvalitetsmålinger og testmetriker og foreslår forbedringer. Også brugen af monitorering i produktion kan indgå – F.eks. at indsamle data om hvordan det færdige produkt bruges af kunderne, og derigennem identificere områder til forbedring af kvaliteten. Kort sagt hjælper coachen teamet med hele tiden at lære og tilpasse sig for at opnå bedre kvalitet.
Quality coachens ultimative mål er at gøre sig selv overflødig ved at hjælpe teamet med at blive selvkørende ift. kvalitet. Som det er blevet beskrevet, fokuserer quality coachen på at ændre kultur og adfærd, så teamet opnår et fælles ejerskab over kvaliteten og kontinuerligt forbedrer deres arbejde. En god coach vil således med tiden “arbejde sig selv ud af jobbet” ved at gøre teamet i stand til at håndtere kvalitet uafhængigt. Dette adskiller sig markant fra de traditionelle testleder- og QA-manager-roller, som vi ser nærmere på i næste afsnit.
Omfang og ansvar: Quality Coach vs. klassisk Testmanager
Overgangen fra testmanager til quality coach medfører et skift i både ansvarsområde og arbejdsform. Her sammenlignes den klassiske testmanagerrolle med den nye kvalitetscoach-tilgang:
Fokus og tidshorisont: En traditionel testmanager er ofte fokuseret på projektets kortsigtede mål – nemlig at planlægge og gennemføre testaktiviteter for at sikre, at en given release kan godkendes. Det indebærer typisk udarbejdelse af teststrategi og testplaner, allokering af testressourcer, estimering af testindsats, daglig opfølgning på testcases/defekter og rapportering af teststatus til ledelsen. QA-leads og testmanagere har traditionelt haft ansvar for det daglige testforløb, for testprocesserne og for at evaluere risikoen ved en given release, samt at rapportere fremdrift og kvalitet til interessenter. Prioriteten for testmanageren ligger ofte på at levere det aktuelle projekt til tiden med tilstrækkelig kvalitet, og forbedringer fokuserer på at lukke akutte videns- eller kompetencehuller for at få arbejdet gjort.
En quality coach derimod har et bredere og mere langsigtet fokus. Quality coachen koncentrerer sig om at ændre kultur og processerfor at opnå løbende forbedringer på lang sigt. I stedet for kun at kigge på den næste release arbejder coachen på at opbygge en vedvarende kvalitetsmentalitet og forbedre teamets evne til at levere kvalitet i alle fremtidige releases. Det inkluderer at hjælpe teamet med at udvikle både “hårde” tekniske testkompetencer og bløde samarbejdsevner omkring kvalitet. Hvor testmanageren har fokus på projektets output her og nu, har quality coachen fokus på teamets kontinuerlige læring og procesforbedring i forhold til kvalitet.
Ledelsesstil og autoritet: En anden vigtig forskel er den formelle ledelsesautoritet. Testmanageren har typisk en formel lederrolle over for testteamet – ofte med personaleansvar for testere, beslutningskompetence omkring go/no-go for release, godkendelse af testdokumentation m.m. Testmanageren kan anses som den der ”ejer” testaktiviteten og har myndighed til at træffe endelige beslutninger vedrørende test og kvalitet i projektet. Ofte har testmanageren direkte referencer (testere) og kan gennem instruktioner og kontrol sikre at opgaver bliver udført. Som det ofte udtrykkes: “A Test Manager leads testers” – testmanageren leder testteamet og deres arbejde.
En quality coach har derimod ingen ledelsesbeføjelse over teammedlemmerne. Coachen fungerer mere som rådgiver og facilitatorend som chef. Vedkommende har ikke nødvendigvis nogen formelle referencer; testerne rapporterer typisk ikke direkte til coachen men til deres produktteam eller udviklingsleder. Det betyder, at hvor testmanageren kunne “diktere” testprocessen, så skal coachen lede gennem indflydelse og tillid frem for gennem autoritet. En quality coach er i høj grad i en service-rolle: teamet skal selv ville kvalitetsforbedringerne, coachen kan kun bane vejen og støtte dem. Som forskellen kan opsummeres: “en testmanager leder testere, mens en testcoach leder testdisciplinen”. Fokus skifter altså fra direkte personledelse til ledelse af fagdisciplinen kvalitet på tværs af roller. Denne mangel på formel magt betyder, at quality coachen skal bruge motivation, kommunikation og mentorering som sine vigtigste værktøjer i stedet for kommandovej.
Ansvarsområde og beslutninger: En testmanager har som nævnt ejerskab over testaktiviteterne og dermed også ansvar for at levere testrapporter, anbefale om et produkt er klar til release, samt for at eskalere problemer der hindrer test (f.eks. manglende miljøer, mange kritiske fejl) opad i hierarkiet. Testmanageren bliver typisk holdt ansvarlig for testprocessens resultater – f.eks. hvis der findes alvorlige fejl i produktion, kan spørgsmålene lande hos testmanageren (“hvorfor fangede vi ikke disse fejl?”). Det gør, at testmanageren er dybt involveret i detaljerne omkring produktet under test og testresultaterne. Testmanageren skal sikre overblik over tests der udføres, ofte på tværs af flere testere og måske flere teams, og rapportere risici og kvalitetsniveau løbende til projektledelsen.
En quality coach har ikke samme formelle ansvar for leverancer eller beslutninger om kvaliteten, da disse i agile kontekster ligger hos teamet selv og produktledelsen. I et agilt team er det hele teamet (udviklere, tester, product owner), der estimerer og beslutter hvornår en userstory er færdig og leveringsklar – det er ikke coachen der godkender eller afviser arbejde. Beslutninger om release bliver truffet af produktansvarlige/stakeholders i samråd med teamet. Coachen har således en mere rådgivende rolle: hvis teamet er i tvivl om kvalitetsrisici eller uenige om acceptkriterier, kan coachen give input eller moderere diskussionen, men det endelige ansvar for kvalitet ligger hos teamet og product owner. Coachen vil typisk blive involveret som ekspert hvis der opstår tvivl (F.eks. “Kan vi gå i produktion med disse fejl?”), men vil ikke selv sidde med den officielle godkendelsesret – medmindre coachen også formelt er testmanager i projektet. Kort sagt ligger beslutningskompetencen omkring kvalitet uden for quality coach rollen, der mere fungerer som katalysator og rådgiver, mens teamet selv “ejer” kvaliteten i praksis.
Kommunikationsniveau: Både testmanagere og quality coaches skal have fremragende kommunikations- og organiseringsevner, men anvender dem forskelligt. Testmanageren fokuserer primært på kommunikation inden for projektet og testteamet – F.eks. at sikre at testteamet forstår opgaverne, og at projektledelse/stakeholders får statusopdateringer og risikorapporter. Quality coachen derimod kommunikerer på tværs af hele organisationen og mellem teams for at fremme kvalitet. Coachen lægger mere vægt på at skabe dialog mellem forskellige faggrupper (udvikling, forretning, drift osv.) om kvalitetstiltag. Selv hvis en organisation ikke har en formel quality coach stilling, kan den have stor gavn af at testmanagere og test leads indtager en coachende tilgang i deres kommunikation – det inspirerer individuelle bidragsydere til større autonomi og øger i sidste ende performance og produktivitet i teamet.
Sammenfattende er forskellen, at testmanageren har et afgrænset, projektorienteret ansvar for testaktiviteten og testteamet, mens quality coachen har et bredere, organisatorisk fokus på kvalitet som disciplin og arbejder gennem indflydelse frem for instruktion. Begge roller kræver overblik og kommunikation, men hvor testmanageren traditionelt er “kontrollør”, er coachen i højere grad “facilitator”. Denne distinktion medfører også, at de teknikker og værktøjer, der anvendes, til dels er forskellige – hvilket vi ser nærmere på næste.
Teknikker og værktøjer for Quality Coaching
En quality coach trækker på et bredt sæt af teknikker – både kendte testmetoder og generelle coaching-værktøjer – for at løfte teamets kvalitetsniveau. Nedenfor gennemgås nogle vigtige teknikker og værktøjer, som en kvalitetscoach kan anvende:
Shift-left og indbygget kvalitet: Quality coachen hjælper med at rykke test “til venstre” i tidslinjen, dvs. tidligere i udviklingsprocessen. Konkrete tilgange inkluderer Behavior-Driven Development (BDD) og accept test-driven development (ATDD), hvor testerne (eller kvalitetseksperten) er med til at definere testscenarier allerede inden kodning. F.eks. kan man formulere Gherkin-scenarier for en userstory, som derefter gennemgås af udviklere, testere og product owner i fællesskab (Three Amigos møder) inden implementering. Disse teknikker sikrer fælles forståelse og forebygger fejl ved at afdække krav og edge cases fra start. Ved at indbygge kvalitet tidligt undgår teamet store bug-fixes sent i processen – en praksis som bl.a. Atlassian har gjort til en hjørnesten i deres “Quality Assistance” model.
Eksplorativ test og sessions-baseret test: Quality coachen kan introducere eller facilitere udforskende testteknikker i teamet. F.eks. arrangere timeboxed bug hunts eller “blitz tests”, hvor hele teamet deltager i en fokuseret test-session på en ny feature. Dette giver hurtig feedback og engagerer alle i kvalitetssikringen. Coachens rolle er at strukturere sådanne sessions (agenda, charters, fokusområder) og efterbehandle resultaterne. Samtidig træner coachen teamet i eksplorativ test som disciplin – f.eks. ved at lære dem at formulere testcharters, føre testnotater og dele læringerne. Et konkret eksempel er mob testing, hvor flere personer tester sammen på samme maskine; her kan coachen moderere sessionen og sikre, at alle perspektiver (udvikling, UX, forretning) kommer i spil. Disse praksisser medvirker til at opbygge en kultur, hvor fejl opdages og diskuteres åbent af hele teamet frem for kun af testeren.
Parprogrammering og kvalitet i kode: For at bygge bro mellem udvikling og test kan quality coachen fremme teknikker som pair programming eller buddy testing, hvor en udvikler og en tester arbejder sammen om at kode og teste samtidig. Coachen kan opfordre udviklere til at skrive unittests sammen to og to, eller til at invitere testeren med til kodegennemgang. Dette tjener to formål: Dels spredes kvalitetsbevidstheden til udviklerne, dels lærer testeren mere om koden og kan komme med hurtigere feedback. Coachen kan også hjælpe med at indføre code review praksis med fokus på testbarhed og kvalitet – f.eks. tjeklister til code reviews der inkluderer “er der tilstrækkelige unit tests?”, “er fejl- og edge-cases håndteret?”. Ved at bringe test- og udviklingsaktiviteterne tættere sammen mindskes siloerne i teamet, og kvalitet tænkes ind i hvert commit.
Testautomatisering og CI/CD integration: En moderne kvalitetscoach skal have et godt kendskab til testautomatisering og værktøjer. Ofte vil coachen rådgive om valg af testframeworks, opsætning af testmiljøer og integration af tests i pipeline. I agile teams er det essentielt at have automatiserede regressionstests, der kører som en del af Continuous Integration / Continuous Delivery. Quality coachen kan hjælpe med at bygge testinfrastruktur og fylde huller i automatiseringen – f.eks. identificere områder uden testdækning og implementere tests for disse, eller foreslå nye værktøjer (som API-testværktøjer, UI-test frameworks, performance test tools) hvor det giver værdi. Ved at dele testarbejdet ud på hele teamet frigøres testerens tid til at fokusere på strategisk kvalitet: coachen kan i stedet bruge tid på at eksperimentere med nye værktøjer og teknikker samt støtte andre teams, hvilket var præcis ideen i Atlassians model (hvor testere fik tid til at bygge bedre testtools og environments). En quality coach sikrer også, at testautomatisering tænkes ind fra starten af et projekt, så der ikke opstår en test-”flaskehals” til sidst.
Overvågning og kvalitetsmålinger: Et ofte overset, men værdifuldt værktøj i coachens værktøjskasse er brug af data og målinger til at styre kvalitetsforbedringer. Quality coachen kan indføre meningsfulde metriker – f.eks. fejlindsprøjtningsrate, lead time for bug fixes, testdækning på kritiske områder, kunderapporterede fejl efter release osv. – for at skabe transparens om kvalitet. Ved at analysere mønstre i defekter og tests kan coachen hjælpe teamet med at se hvor der skal sættes ind (F.eks. hvis mange productionsfejl stammer fra manglende unittests, eller hvis visse moduler fejler oftere). Coachen kan også opfordre til at bruge monitorering i produktion aktivt: F.eks. overvåge performance, logge fejl i brugernes adfærd, A/B tests (En statistisk testmetode til at bestemme, hvilket af to systemer eller komponenter der fungerer bedst.) resultater m.m., som så diskuteres på retrospektiv for at lære af dem. Målet er at skabe en feedback-loop hvor erfaringer fra drift bruges til at forbedre udviklings- og testprocessen løbende. Kort sagt, kvalitet skal måles for at kunne forbedres – og her er coachen katalysator for at få teamet til at tage ejerskab over kvalitetsdata.
Risikobaseret test og fokus: Testmanagere er typisk fortrolige med risikobaseret testdesign, og denne kompetence er også en nøglekomponent i quality coaching. Coachen kan facilitere risiko-workshops med team og forretning forud for testfase/iteration: Hvilke dele af systemet udgør størst forretningsrisiko? Hvilke use cases er mest kritiske? På den måde hjælpes teamet til at prioritere deres testindsats der, hvor den giver mest værdi.
Coaching- og faciliteringsværktøjer: Udover de rent testfaglige teknikker anvender en quality coach også en række generelle coaching-værktøjer. Dette kan omfatte effektiv spørgeteknik – f.eks. at stille åbne, reflekterende spørgsmål fremfor lukkede “hvorfor gjorde du…” spørgsmål, for at få teammedlemmer til selv at reflektere over kvalitet. Det kan også være aktiv lytning, hvor coachen bevidst lytter til teamets bekymringer og observerer samarbejdsmønstre for at spotte, hvor der kan være spændinger eller misforståelser omkring kvalitet. Yderligere bruger coachen faciliteringsteknikker fra agil verden, som F.eks. at køre retrospektiv med fokus på kvalitetsprocessen, eller bruge observationer og spejling til at give feedback (“jeg lagde mærke til at vi ofte springer testreview over – hvad tænker I om det?”). Disse bløde værktøjer er vigtige, fordi quality coaching i høj grad handler om mennesker og kultur. Ofte må coachen hjælpe med at ændre mindset hos enkelte – f.eks. en udvikler der er uvant med at teste, eller en tester der er beskyttende omkring sit domæne. Her er motivering, konfliktløsning og empatisk kommunikation lige så vigtige “værktøjer” som testcases og testrapporter er.
Som det fremgår, er quality coachens værktøjskasse meget omfattende – fra tekniske testframeworks til facilitering af workshops og coaching-samtaler. Kombinationen af disse metoder gør det muligt for coachen både at adressere hard skills (testteknik, automation) og soft skills (teamwork, læring, kvalitetsholdning). I sidste ende bruges værktøjerne til at opnå det overordnede formål: at hjælpe teamet med selv at opnå høj kvalitet. Når det lykkes, vil testaktiviteter flyde lettere ind i udviklingsprocessen, fejl findes og rettes hurtigere, og teamet vil gradvist kunne levere kvalitetssoftware mere selvstændigt.
Fordele og ulemper ved at kombinere Testmanager- og Quality Coach-rollerne
Mange organisationer står i dag i en situation, hvor de overvejer, om testmanager-rollen skal udvikles til (eller erstattes af) en quality coach rolle – eller om én person måske kan kombinere begge roller. Der er en række potentielle fordele og ulemper ved at lade testmanageren fungere som samtidig kvalitetscoach:
Fordele ved kombinationsrollen:
Helhedssyn på kvalitet: En testmanager med coaching-mindset kan levere både den nødvendige styring og den kulturelle forankring af kvalitet. Ved at kombinere rollerne får man en person, som både sikrer overblik over testprocessen og aktivt arbejder for at forbedre teamets tilgang til kvalitet. Dette helhedssyn kan være værdifuldt, især i større projekter eller skalerede agile setups, hvor man både har brug for testkoordination og kontinuerlig kvalitetsforbedring. Man skal ikke se på rollerne isoleret, men trække på kompetencer fra alle tre aspekter: testmanagement, orkestrering og coaching for at blive den bedst mulige støtte for teamet og projektet. Hvis én person formår at favne disse områder, kan det skabe en stærk synergi.
Effektiv kommunikation og mindre silotænkning: Når testmanageren også agerer coach, undgår man et potentielt opdelingsproblem mellem “den der planlægger test” og “den der forbedrer processerne”. Budskaber om kvalitet får én klar stemme, og teamet oplever ikke forskellige agendaer fra en testleder og en coach. Det kan føre til hurtigere beslutninger og klar retning. Desuden kan en testmanager/coaches dobbelte autoritet være en fordel, når forbedringer skal implementeres – coachen har ledelsens øre pga. testmanager-rollen og kan således lettere skaffe opbakning til initiativer (F.eks. investering i bedre testmiljøer eller tid til uddannelse og træning), som en ren coach uden formel magt kunne have sværere ved. Man kan sige at kombinationsrollen både kan “inspirere” og “eksekvere”, hvilket øger sandsynligheden for at kvalitetsinitiativer faktisk bliver ført ud i livet.
Kontinuitet og ejerskab: Hvis den samme person har ansvar for testleverancer og for kvalitetskultur, sikres der en vis kontinuitet og ejerskab end-to-end. Vedkommende vil føle et ansvar for både at levere produktet med kvalitet nu og løfte niveauet fremadrettet. Dette kan forhindre “kaste-over-muren” effekter; i stedet for at en testmanager peger på mangler uden at have mandat til at ændre teamet, eller en coach foreslår forbedringer uden at have fingeren på pulsen i den daglige test, så forenes praksis og forbedring i samme rolle. I organisationer, hvor ressourcer er begrænsede, kan det være en fordel at én person udfylder begge hatte fremfor at have to forskellige personer (og potentielt rollekonflikter imellem dem). Som Ministry of Testing fremhæver, kan hele organisationen nyde godt af, at eksisterende testledere begynder at adoptere en coachende tilgang – det inspirerer medarbejderne til større autonomi og forbedrer performance.
Tilpasning til agile kontekster: I agile teams er den traditionelle testmanagerrolle ofte nedtonet eller ikke-eksisterende, men behovet for koordinering og kvalitetsoverblik forsvinder ikke nødvendigvis – det skifter blot form. En testmanager der fungerer som quality coach kan lettere finde sin plads i et Scrum-team eller et SAFe train, fordi vedkommende bidrager som servant leader frem for som kommandovej. Det kan gøre overgangen til agile arbejdsgange glattere: teamet oplever ikke coachen som en “fremmed kontrolinstans”, men som en del af teamet der hjælper dem med kvalitet. Denne orchestrator/coach rolle bliver ofte fremhævet som vejen frem i agile testmiljøer – man bibeholder teststrategisk overblik, men udfører det gennem coaching af de selvstyrende teams.
Ulemper og udfordringer:
Rollekonflikt og balance: At kombinere den kontrollerende lederrolle med den coachende rolle kan skabe konflikt hvis ikke det gøres varsomt. En testmanager er vant til at styre og måske udstede påbud (“vi skal have 100% af tests gennemført før launch”), mens en coach typisk skal støtte teamet i selv at træffe beslutninger. Hvis én og samme person prøver at være coachende, men samtidig falder tilbage i en autoritær stil når presset stiger, kan det skade tilliden i teamet. Teammedlemmer kan blive usikre på, om personen taler som “chef” eller “mentor” i en given situation. Den psykologiske tryghed, som er nødvendig for coaching, kan blive udfordret, hvis teamet ved, at coachen i sidste ende også kan sanktionere eller dømme deres arbejde. Det kræver en bevidsthed hos personen om hvornår at skifte “hat” og en høj grad af empati og selvbeherskelseat balancere de to roller.
Manglende fokus eller overload: Kombinationsrollen indebærer et meget bredt ansvarsområde – fra detaljestyring af testaktiviteter til overordnet kulturændring. Der er en risiko for, at personen ganske enkelt ikke kan nå at varetage begge dele optimalt. Tid der bruges på at planlægge sprintens tests, er tid væk fra at coache individer eller teams, og omvendt. Resultatet kan blive, at vedkommende enten forsømmer de strategiske coaching-initiativer, fordi de daglige testopgaver “brænder på”, eller at de daglige testopgaver lider, fordi fokus er på de langsigtede forbedringer. Arbejdsmængden kan således blive urealistisk høj. For at mitigere dette, bør organisationen sikre, at hvis en testmanager skal fungere som coach, så prioriteres vedkommendes opgaver nøje, og måske nogle traditionelle testmanager-opgaver flyttes til teamet (f.eks. at udviklerne selv skriver testcases), så coachen får luft til coaching-delen. Uden den prioritering risikerer man en overbelastet testmanager/coach, hvilket hverken er gavnligt for projektet eller personens trivsel.
Kræver nyt kompetencesæt: Ikke alle dygtige testmanagere vil automatisk være dygtige quality coaches – rollerne kræver lidt forskellige færdigheder. En udfordring er, at testmanageren der bliver coach, skal være villig til at ændre mindset og slippe noget kontrol. Det kræver investering i kompetenceudvikling inden for coaching, facilitering og agile metoder, som ikke har været en del af den klassiske testmanager-værktøjskasse. Der kan være et kompetencegab, hvis en traditionel testleder pludselig forventes at mestre konflikthåndtering, team-motivation og forandringsledelse uden træning. Dette behov for kompetenceløft er anerkendt i branchen – F.eks. tilbydes der i dag specialiserede coach-uddannelser for testfaglige, hvor fokus netop er på de agile værdier, coaching-teknikker og forandringsledelse, som ligger uden for klassisk testfaglighed. Uden sådan opkvalificering kan man risikere, at “kombinationspersonen” falder mellem to stole: hverken udfører testledelse eller coaching særlig effektivt.
“Enkelt-point-of-failure”: Hvis én person både er nøglepersonen for testkoordinering og for kvalitetscoaching, kan det udgøre en sårbarhed. Hvis vedkommende F.eks. forlader projektet eller virksomheden, mister man to roller på én gang. Ligeledes kan der opstå bias: en person har sine styrker og blinde vinkler, og hvis hele kvalitetstilgangen hviler på dem, får man måske ikke de nuancer, som to forskellige profiler kunne have givet. En traditionel testmanager plus en separat quality coach kan udfordre og supplere hinanden (f.eks. én med fokus på levering, én på proces), hvorimod kombinationsrollen ikke giver samme indbyggede sparring. Organisationen bør derfor sikre, at kombinationspersonen har nogen at sparre med – måske en agil coach, udviklingsleder eller lignende – så vedkommende ikke bliver isoleret i sit perspektiv.
Samlet set kan fordelene ved at kombinere rollerne være store i form af sammenhæng og effektivitet, især hvis personen formår at skifte mellem kasketterne og bruge det bedste fra begge verdener. Faktisk tyder erfaringer på, at mange tidligere testmanagere netop har succes med at omfavne den nye coach-tilgang og dermed forblive relevante og værdiskabende i agile organisationer. Omvendt skal man være opmærksom på faldgruberne: det kræver den rette person med de rette kompetencer og organisatorisk støtte at løfte denne dobbelte rolle uden konflikt. Mange steder vælger man en middelvej, hvor testmanagerrollen gradvist ændres: testmanageren afgiver noget formelt ansvar til teamet og påtager sig i stedet en facilitatorrolle – dvs. man glider over i rollen som quality coach over tid, snarere end at prøve at være alt på én gang fra dag ét.
ISTQB-standarder og begreber i relation til Quality Coaching
Den etablerede testfaglige viden, som bl.a. formidles gennem ISTQB-standarderne, forbliver yderst relevant, selv når fokus flytter mod quality coaching. En quality coach bygger oven på det fundament af begreber, processer og teknikker, som klassisk testteori har givet os. Lad os se på nogle nøglepunkter:
Grundlæggende testprocesser og -principper: ISTQB’s Foundation syllabus definerer den klassiske testproces (planlægning, analyse, design, implementering, afvikling, afrapportering og afslutning). En quality coach vil stadig drage nytte af disse procestrin – forskellen er, at de måske udføres af hele teamet i fællesskab frem for af en separat testafdeling. F.eks. sker testplanlægning i agile sammenhænge løbende for hvert sprint, og her kan coachen facilitere, at teamet sammen udarbejder testideer (analyse/design), automatiserer tests (implementering) og gennemgår resultaterne (afrapportering). De syv testprincipper fra ISTQB (F.eks. “fejl optræder i klynger”, “udtømmende test er umulig”, “tidlig test” osv.) er stadig ledeprincipper for en quality coach, når vedkommende rådgiver teamet om strategi. Især princippet om tidlig test (shift-left)og princippet om defektforebyggelse frem for defektopdagelse flugter direkte med coachens mission.
Kvalitetssikring vs. kvalitetskontrol: ISTQB skelner mellem Quality Assurance (QA) – det procesorienterede arbejde med at forebygge fejl og sikre kvalitetssystemer – og Quality Control (QC) – den produktorienterede test af det færdige produkt for at finde fejl. En quality coach bevæger sig i høj grad på QA-siden ved at fokusere på procesforbedring, træning og forebyggelse af kvalitetsproblemer. Dog har coachen også indsigt i QC-aspektet (f.eks. testteknikkerne selv). Man kan sige, at quality coach-rollen netop er et resultat af, at mange organisationer ønsker at forbedre QA-delen: i stedet for kun at have testere til at finde fejl (QC) ønsker man at løfte hele teamets måde at arbejde på, så færre fejl opstår (QA). Dette mindset stemmer overens med ISTQB’s syn på vigtigheden af processer og forebyggelse i kvalitetsarbejdet. En coach vil F.eks. fremhæve over for teamet, at reviews, statisk test og god kravkvalitet (alle klassiske QA-tiltag beskrevet i ISTQB) er mindst lige så vigtige som de endelige systemtests.
ISTQB Foundation – “whole team approach”: ISTQB’s Foundation introducerer konceptet Whole Team Approach, hvor hele agile-teamet deler ansvaret for test og kvalitet. Dette er præcis det paradigme, en quality coach arbejder ud fra. ISTQB fremhæver, at en hel-holds-tilgang forbedrer teamdynamik, kommunikation og samarbejde, og skaber synergi ved at alle kompetencer bringes i spil for at nå kvalitet. Quality coachen fungerer som den udførende kraft, der får “whole team approach” til at ske i praksis. I ISTQB Foundation syllabus lægges også vægt på, at testeren i agile teams bliver en coach/guide frem for en enkeltudfører – F.eks. at tester, udvikler og PO sammen vurderer userstories (tre amigos), at testeren hjælper med accepttest osv. Disse elementer er helt i tråd med det vi har beskrevet i denne artikel. Man kan sige, at quality coach-rollen er et naturligt svar på de anbefalinger, som ISTQB Foundation allerede giver: at succesfuld agile testing kræver en delt indsats og ofte en coachende figur til at støtte teamet.
ISTQB Advanced Test Management og Test Process Improvement: En quality coach kommer typisk med baggrund som erfaren tester/testleder, og vil derfor kende til avancerede emner fra ISTQB’s Advanced Level – f.eks. Test Management, Test Process Improvement, testmodeller som TMMi, CMMI, TPI Next osv. Disse standarder og rammeværker kan quality coachen trække på, når der skal struktureres forbedringsinitiativer. F.eks. vil en coach ofte starte med at vurdere teamets nuværende testmodenhed (helt uformelt eller via en model) for at identificere svagheder og styrker. ISTQB Advanced Test Management-pensum dækker også metrics og risikostyring – alle disse er relevante begreber for en coach. Coachen kan hjælpe med at formulere en teststrategi i agile kontekster (ISTQB’s principper tilpasses bare den agile kadence), og kan rådgive om risikobaserede tilgange, som nævnt tidligere. Det er værd at bemærke, at ISTQB selv anerkender den skiftende rolle: de har lanceret nye certificeringer såsom Agile Test Leadership at Scale (CTAL-ATLaS), der netop fokuserer på hvordan man organiserer og forbedrer kvalitet og test på tværs af mange agile teams. Denne type certificering henvender sig til profiler, der agerer som kvalitetscoaches eller kvalitetsledere i en agile verden. Det viser, at ISTQB-fællesskabet officielt støtter op om idéen om, at testledelse i dag handler om at lede kvalitet snarere end blot at lede testcases.
Begrebsapparat og fælles sprog: ISTQB-standarderne giver et fælles sprog for test og kvalitet. En quality coach vil kunne bruge dette til sin fordel ved at lette kommunikationen. F.eks. begreber som “Definition of Done”, “Test Oracle”, “Fejlmaskeretest” (defect masking) osv. Hvis teamet har ISTQB Foundation viden, kan coachen bygge videre på det med konkrete koncepter. Omvendt kan coachen også afdæmpe overdreven procesjargon hvis det er en barriere – men netop ved at kende ISTQB-begreberne kan coachen oversætte mellem klassisk testverden og det agile teams hverdag. I danske miljøer hvor mange er ISTQB-certificerede, vil en quality coach typisk selv have disse certifikater i bagagen. Det understreger, at en kvalitetscoach står på skuldrene af klassisk testteori – man kan ikke effektivt coache kvalitet, hvis man ikke har styr på testhåndværket selv.
Sammenfattende er ISTQB-standarderne ikke sat ud af spil i den nye quality coach verden – tværtimod udgør de fundamentet, hvorfra coachen kan tilpasse og formidle best practices. Det handler i bund og grund om at anvende de kendte koncepter mere bredt: få hele teamet til at forstå værdien af testdesignteknikker, få indarbejdet principper om tidlig test og risikostyring i den agile proces, og bruge metrics og forbedringsmodeller til at løfte kvalitetsarbejdet kontinuerligt. Quality coachens arbejde operationalisererdermed mange af de ting, ISTQB altid har anbefalet – blot i en ny kontekst og med en ny rollefordeling.
Aktuelle tendenser og kompetencebehov for testmanagers på vej mod Quality Coach rollen
At blive en effektiv quality coach indebærer ikke kun nye ansvarsområder, men i høj grad også et mindset-skifte for den enkelte og ofte en opgradering af kompetencer. Her til sidst kigger vi på nogle af de aktuelle tendenser, der driver denne udvikling, samt hvilke kompetencer og ændringer i mentalitet en testmanager typisk må tilegne sig:
“Quality is everyone’s responsibility”: Den måske mest fremtrædende trend er erkendelsen af, at kvalitet ikke kan “outsources” til en enkelt afdeling eller person – det skal ejes af hele teamet. Agile manifestets principper om samarbejde og DevOps-kulturens fokus på Shift-Left og Shift-Right (kontinuerlig test og monitorering) betyder, at testmanageren ikke længere kan være eneste vogter af kvaliteten. I stedet skal vedkommende sikre, at alle andre på holdet også føler ansvar. Dette kræver et mindset-skifte fra “jeg er ansvarlig for at finde alle fejl” til “jeg er ansvarlig for at lære jer at finde og forhindre fejl”. Som det kan formuleres: Kvalitet skal være en integreret del af alles arbejde, og testopgaver bør fordeles ud på alle teammedlemmer for at undgå bottlenecks – hver udvikler bør f.eks. udføre nogle testopgaver løbende. Testmanageren på vej mod coach-rollen skal derfor træne sig selv i at give slip på enekontrollen og i stedet blive evangelist for at skabe fælles ejerskab. Det kan være en udfordring for nogen, men det er centralt for moderne softwareudvikling.
Behov for agil viden og forståelse: En klassisk testmanager kommer måske fra en vandfaldsverden med fasestyring, klar rolleafgrænsning og tunge dokumenter. I modsætning hertil opererer en quality coach i et agilt miljø med løbende iterationer, selvorganiserende teams og just-in-time planlægning. Derfor er der et udtalt behov for, at testmanagers løfter deres viden om agile metoder, rammeværk og mindset. Man skal forstå Scrum, Kanban eller SAFe (afhængigt af konteksten), herunder f.eks. sprintceremonier, userstory livscyklus, kontinuerlig integration, mv. Kurser og certificeringer som Certified Agile Tester, Scrum Master eller SAFe-programledelse kan være relevante skridt. Faktisk kræver rollen som quality coach en dyb forståelse for det agile mindset og de forskellige rammeværker for agil udvikling. Dertil kommer indsigt i, hvordan testaktiviteter skal tilpasses denne agile kontekst – f.eks. at man tester løbende og inkrementelt fremfor i store blokke. Testmanagers skal altså tilegne sig et nyt sæt mentale modeller: “Respond to change over following a plan” gælder også test, og det må man kunne navigere efter.
Udvikling af coaching- og lederevner: Ordet “coach” er ikke tilfældigt – testmanageren der vil være quality coach, må udvikle coachingkompetencer typisk kendt fra ledelses- og teamcoaching. Det indebærer ting som: aktiv lytning, evne til at stille gode spørgsmål, give konstruktiv feedback, motivere uden at bruge formel magt, facilitere workshops og håndtere modstand mod forandring. Mange af disse er soft skills, som måske ikke var i fokus for en testmanager førhen. Heldigvis kan disse færdigheder læres: via kurser, mentoring fra agile coaches, eller simpelthen ved “training on the job” – starte i det små med at coache enkelte teammedlemmer og derfra gradvist tage større initiativer. Det vigtigste er, at man ændrer sit mindset fra at lede via kontrol til at lede via støtte. En coach ser teamets succes som sin succes, fremfor selv at skulle skinne. Det kræver ydmyghed og tålmodighed at indtage den rolle, især hvis man kommer fra en lederstilling.
Teknologisk opkvalificering: Samtidig med de bløde værdier må quality coachen også gerne have fingeren på pulsen teknologisk. Testautomatisering, CI/CD, Cloud, AI i test – nye teknologier dukker op, som påvirker hvordan vi sikrer kvalitet. En testmanager behøvede historisk ikke kunne kode, men en quality coach i 2025 vil stå stærkere, hvis vedkommende i det mindste har grundlæggende script/kodningsforståelse (til f.eks. at sparre med udviklere om unittests eller til at prototype en automatiseret test). Ligeledes bør man som coach kende til moderne kvalitetsværktøjer: fra Jenkins/GitHub Actions pipelines til container-baserede testmiljøer, kontrakttestværktøjer etc. Det betyder ikke, at coachen skal være udførende ekspert i dem alle, men man skal vide nok til at vejlede teamet og forstå deres udfordringer. Aktuelt ser vi F.eks. en tendens til “Testing in Production” og avanceret monitorering – her bør quality coachen kunne hjælpe med at definere, hvilke målepunkter der er vigtige for kvalitetsfeedback efter release. Kort sagt: Den moderne quality coach kombinerer kvalitetsledelse med Quality Engineering-tankegangen. Testmanageren på vej mod coach bør derfor investere i at lære mere om udviklingsnære emner (Continuous Delivery, versionstyring, testdatahåndtering, osv.), så han/hun kan bygge bro mellem test og dev.
Kulturforandring og forandringsledelse: At indføre en quality coach rolle er ofte led i en større kulturforandring, hvor organisationen bevæger sig mod agil eller DevOps. Testmanageren, der går forrest som quality coach, bliver dermed en forandringsagent. Dette kan være udfordrende, da man ofte møder modstand – F.eks. testere der frygter at miste deres specialrolle, eller udviklere der ikke ønsker flere opgaver. En vigtig kompetence er derfor forandringsledelse: at kunne kommunikere visionen (“hvorfor gør vi det her?”), skabe alliancer med nøglepersoner, opnå ledelsens opbakning og vise “quick wins”. Så testmanageren skal måske træne sig selv i at tale forretningens sprog for at få chefernes støtte – at argumentere for, hvordan bedre kvalitet og procesforbedring gavner bundlinjen, ikke kun teknikken. Samtidig skal man kunne tage dialogen med skeptiske teammedlemmer med empati. At håndtere folks frygt for at “testen nedlægges” eller at “nu skal alle udviklere lave alt test” kræver fine kommunikative evner. Det er en igangværende tendens, at QA-folk skal være ændringsledere, da kvalitet ofte er omdrejningspunkt for agile transformationer.
Community og videndeling: Endelig ses en tendens til, at kvalitet og test i agile organisationer organiseres via Communities of Practice (CoP) snarere end hierarkier. Quality coaches spiller en central rolle her ved at lede sådanne communities. Det hjælper dels med at holde sig opdateret på tendenser, dels med at bringe ny inspiration hjem til sit team. At være aktiv i et community giver også legitimitet i rollen som coach – man kan bringe “industry best practices” på banen og vise konkrete eksempler fra andre firmaer, når man foreslår ændringer. Den lærende, nysgerrige attitude som fremmes i communities er netop noget, quality coachen skal bruge for at holde kulturen frisk og forbedringsorienteret.
Afslutning
Overgangen fra testmanager til quality coach afspejler en bredere udvikling i IT-branchen: vægt på indsigt og indflydelse frem for kontrol, kvalitet som indbygget faktor frem for endelig tjek, og team-empowerment frem for siloer. For testmanagers betyder det en spændende mulighed for at forny deres rolle og værdiskabelse. Rejsen kræver investeringen i nye færdigheder og måske at træde ud af comfort-zonen, men gevinsten er et mere agilt, responsivt test- og kvalitetsarbejde, der matcher nutidens udviklingshastighed. Som mange af de nævnte eksempler viser, lever testmanager-rollen videre – blot i en transformeret form, hvor man er både orkestrator og coach. Med de rette kompetencer, støtte fra organisationen og lysten til at lære nyt kan testmanageren blive en nøgleperson i at løfte kvalitetsniveauet i agile teams og sikre, at “ built-in-quality” ikke bare er et buzzword men en realitet i hverdagen.
God rejse fra klassisk testmanager til Quality Coach.
Følgende bøger kan anbefales i forhold til emnet:
· Extraordinarily Badass Agile Coaching – The Journey from Beginner to Mastery and Beyond
Robert L. Galen, 2022
· A Guide to Third Generation Coaching – Narrative-Collaborative Theory and Practice
Reinhard Stelter, 2014
· Coaching Agile Teams
Lyssa Adkins, 2010
· Facilitering i agile projektteams
Pil Sally Bach et al, 2024
· The Quality Coach’s Handbook
Anne-Marie Charrett, 2025
