3 feiltrinn jeg har gjort som produktleder - og hva jeg lærte av de 

I mine år som produktleder for ulike produktteam har jeg alltid gjort så godt jeg kan, men jeg har gjort flere tabber som jeg gjerne skulle vært foruten. Eller- kanskje var det ikke så ille? Man lærer jo gjerne best av sine egne eller andres feil, så her deler jeg noen av mine egne feil så kanskje du kan unngå å gjøre de samme:  

Fartshumper med teknisk gjeld. 

For et par år siden overtok jeg et produktteam som stort sett drev med drift av en løsning, og noen mindre forbedringer her og der som kom på forespørsel fra forretningssiden. Teamet sin hverdag var preget av «bestillinger og brannslukking», og jeg bestemte meg for at vi måtte sette mer retning selv og ta produktutviklingen i egen regi. Sammen med designerne på teamet utforsket vi mulighetene våre ved hjelp av konkurrentanalyser og kundeinnsikt, og vi endte med en produktstrategi som svarte ut ekte, verifiserte kundeproblemer, og som var helt i tråd med virksomhetens mål.  Både teamet og interessentene våre rundt var toppmotiverte for å komme i gang, og energien var til å ta og føle på. Etter en stund, innså vi at det gikk fryktelig tregt fremover. Til tross for at veikartet vårt var fullt av spennende utviklingsoppgaver, satt teamet stort sett og løste driftsproblemer.  
Det tok heldigvis ikke lang tid før jeg innså at vi hadde glemt å vurdere grunnmuren tjenestene våre var bygget på, for å se om den tekniske plattformen var verdt å utvikle videre på. Vi burde ha tatt oss tid til å ta dypdykk i den tekniske grunnmuren før vi satte i gang. Rotårsaken til alle driftsutfordringene og den lave utviklingstakten ble etter hvert identifisert, og vi allokerte tid til å gjøre forbedringer i grunnmuren før vi fortsatte med de motiverende nyutviklingsoppgavene. Av og til kan det nettopp være den tekniske gjelden som hindrer deg i å nå målene teamet har satt seg, og det burde jeg ha forstått før😉  

Analytiker er gull verd  

Som produktleder er jeg opptatt av innsiktsdrevet produktutvikling gjennom data og analyse. Det holder ikke bare å tro at man vet, eller å ha hypoteser, men man skal vite hva kundene trenger og hva de mener om produktet. Det er dyrt og risikabelt å utvikle produkter basert på hypoteser som viser seg å være feil. Derfor er det viktig å ha data tilgjengelig. men det er ikke alltid den tilgjengelige dataen er god nok, har jeg erfart. Jeg har gjort den blemmen at jeg har tatt det innsiktsgrunnlaget vi hadde for gitt, og baserte prioriteringene mine og beslutninger rundt produktutviklingen på dette uten å undersøke kvaliteten. Da vi fikk en analytiker inn i teamet, åpnet det seg en helt ny verden av data som vi tidligere ikke hadde hatt tilgang til. Det viste seg at kvaliteten på dataene jeg hadde hatt ikke var god nok, og den innsikten jeg satt på var faktisk feil. Det har derfor vært en åpenbaring å ha en dataanalytiker i teamet – både for meg som produktleder og for kundene våre! Kanskje du også trenger en på teamet? 

Testing er tid spart 

Som produktleder er det lett å planlegge oppgavene knyttet til design og utvikling i produktutviklingsprosessen, uten å hensynta alle de andre oppgavene som må gjøres før vi er klare til å lansere. Spesielt har jeg opplevd å undervurdere arbeidsmengden som kreves for grundig testing av produktet, og her har jeg gått på samme smell flere ganger. Å ha den rette fagkompetansen for testing og å utarbeide en solid testplan før lansering er noe jeg tidligere har tatt for lett på. Det er nesten pinlig og frustrerende å innrømme, men å stå klar til lansering og innse at det kreves en ekstra testrunde er både kostbart og unødvendig. I fremtidige produktlanseringer vil jeg sørge for å innlemme testing i planleggingen fra start! 

Håper du kan lære av mine feil, sånn at du slipper å gjøre de selv!