Dette er første kapittel i en serie hvor vi skal snu og vende på etablerte sannheter i testverdenen.

Av Bjørn Andersen, Promis Qualify

Master of my domain – Er kravet om domenekunnskap en blindvei? 

Se for deg hverdagen i et typisk IT-konsulentselskap. De har en av markedets råeste testledere ledig på benken. Vedkommende har akkurat rullet av et gigantisk, vellykket transformasjonsprosjekt og har testmetodikker, smidige rammeverk og lagånd i fingrene. Men når konsulenthuset prøver å selge inn denne stjernen til en ny kunde, blir de ofte møtt med et kontant: «Beklager, vi ser at han har mest erfaring fra retail, og vi driver med kraftproduksjon. Vi må ha en som har dyp domenekunnskap om strømmarkedet.» 

Dette er hverdagen konsulentbransjen. Når det skal hentes inn eksterne testledere til sine viktigste IT-prosjekter, står bransjeerfaring nesten alltid øverst på kravlisten. 

Men er dette egentlig et smart krav fra kundenes side? Sett fra et konsulent bransjeperspektiv er svaret ofte nei. Ved at kunden insistere på at testlederen må være en domeneekspert, kan de skyte seg selv i foten. De risikerer å gå glipp av de beste hodene, risikerer unødige forsinkelser og betaler i praksis dyrt for feil kompetanse. Kan det være på tide at markedet utfordrer denne etablerte sannheten og innser at testledelse handler om systemer, helhetsforståelse og metodikk – ikke bransje-DNA? 

Mer enn bare test case og bugs:  Testlederen som prosjektets lim 

En av de største misforståelsene hos innkjøpere er at testledelse kun handler om de rent mekaniske oppgavene: å skrive en testplan og krysse av for gjennomførte tester. Hvis det var alt en testleder gjorde, kunne man kanskje satt hvem som helst fra den aktuelle bransjen til å gjøre jobben. 

Sannheten er at en dyktig testleder har et helhetsblikk på leveranseprosjektet som få andre roller matcher: 

• De kjenner kravene ut og inn:  

Der utviklere ofte fokuserer på sine spesifikke oppgaver, må testlederen forstå hvordan hele kravspesifikasjonen henger sammen. 

• De leser kontrakten:  

Testlederen vet nøyaktig hva leverandøren har forpliktet seg til å levere, og bruker dette aktivt for å sikre at kunden faktisk får det de betaler for. 

• De forstår både prosesser og forretningsbehov:  

En god testleder ser raskt om de foreslåtte tekniske løsningene faktisk understøtter virksomhetens mål, eller om man er i ferd med å bygge noe som ikke fungerer i praksis. 

Testlederen fungerer som en brobygger mellom det tekniske teamet og forretningen. Dette krever dyp metodisk kompetanse, struktur og sterke lederegenskaper – egenskaper som er fullstendig uavhengige av hvilken bransje prosjektet befinner seg i. 

System, ikke domene: SAP og MS Dynamics har samme logikk uansett logo 

Når en virksomhet skal innføre et nytt, stort forretningssystem, har det egentlig så mye å si hva bedriften faktisk selger? 

Enten kunden skal rulle ut SAP eller Microsoft Dynamics 365, så følger prosjektene den samme logiske strukturen. Kjerneprosessene handler om logistikk, økonomi, innkjøp, masterdata og komplekse integrasjoner. 

Det som kreves av testlederen, er en generell systemforståelse – en bevissthet rundt hvordan store plattformer henger sammen, og hvor de typiske fallgruvene ligger. Man trenger overhodet ikke å være en teknisk superbruker eller en sertifisert systemekspert. Det handler om å skjønne hvordan data flyter mellom moduler, hvordan standardfunksjonalitet kolliderer med skreddersøm, og hvordan man rigger en god regresjonstest. 

Om dataene som flyter gjennom Dynamics- eller SAP-modulen representerer paller med vaskepulver i dagligvarebransjen eller målerdata fra kraftbransjen, er sekundært for selve testforløpet. Arkitekturen, sårbarhetene, prosessforståelsen og testmetodikken for en slik implementering vil i stor grad være den samme. 

Hva taper kunden på å velge «trygt»? 

Når innkjøpsansvarlige og rekrutterere låser seg til domenekravet, oppstår det et gap mellom hva de tror de kjøper, og hva de faktisk får. Dette påfører prosjektene unødvendige tap: 

• De mister de beste metodikerne:  

De flinkeste testlederne i konsulentmarkedet flytter seg gjerne mellom bransjer nettopp fordi de trigges av komplekse systemutfordringer. Ved å kreve spesifikk bransjeerfaring, ender kunden ofte opp med å velge en middelmådig testleder som «kan bransjen», fremfor en eksepsjonell testleder som kan faget og ser helheten. 

• Tregere oppstart og kunstig konsulentmangel:  

Fordi markedet støvsuges for de få testlederne som har akkurat den spesifikke kombinasjonen av system- og domenebakgrunn, blir roller stående åpne lengre enn planlagt. Test prosjekter risikerer å bli forsinket før de i det hele tatt har startet, bare fordi man venter på en perfekt CV-match. 

• Man går glipp av innovasjon og “gammel tankegang” sementeres:  

En testleder som kun har holdt på med offentlige fagsystemer, eller som kun har jobbet i bank, vil naturlig ta med seg den spesifikke bransjens tempo og uvaner. Ved å hente en testleder fra for eksempel en hyper-kommersiell retail-aktør inn til offentlig sektor, kan kunden få en etterlengtet injeksjon av smidighet, effektivitet og moderne testautomatisering. 

Hva så med offentlig sektor?  

Noen vil nok kjapt rekke opp hånden og si: «Men hallo, hva med offentlig sektor? Der har vi forvaltningslov, offentlige anskaffelser og helt unike samfunnsoppdrag!» 

Ja, offentlig sektor har sine særegenheter. Men også her treffer argumentet blink. De egenskapene og rammebetingelsene som skiller stat og kommune fra det private næringslivet, gjelder stort sett på tvers av hele offentlig sektor. 

En testleder som forstår rammene rundt store integrasjoner mot nasjonale felleskomponenter (som Altinn eller ID-porten), universell utforming (UU) og personvern (GDPR), vil raskt kunne levere verdi – enten prosjektet foregår i Nav, Skatteetaten eller i en samferdselsbedrift. Det er evnen til å lese kontrakter, forstå prosesser og se helheten i det offentlige systemlandskapet som krever erfaring, ikke nøyaktig hvilket direktorat du sitter hos. 

En invitasjon til debatt: Har vi malt oss inn i et hjørne? 

Dette handler ikke om å snakke ned verdien av bransjeinnsikt, for det har absolutt sin plass i et prosjekt. Spørsmålet er om kundene har gjort domenekunnskap til en sovepute som hindrer innovasjon og ekskluderer de beste metodikerne fra å slippe til. 

Hvis markedet fortsetter å kreve at en testleder må ha ti års erfaring fra akkurat vår nisje, ender vi opp med en treg bransje der de samme konsulentene sirkulerer mellom de samme tre bedriftene i evig tid. Er det ikke på tide at vi begynner å rekruttere etter fagekspertise, generell systemforståelse, kontrakt- og prosessforståelse og lederegenskaper i stedet? 

Hva mener du? Er det det helhetlige faget testledelse som sikrer suksess, eller er domenekunnskapen uerstattelig?

Vi vet at mange der ute er rykende uenige – og at det nå umiddelbart slipes argumenter om hvorfor man overhodet ikke kan styre en testprosess uten å kjenne bransjens DNA inn til margen. 

Kjør debatt!