Jeg hadde aldri planlagt å bli produktleder. Jeg motiveres av komplekse, tekniske problemer, arkitektur og kode. Da jeg ble spurt om å ta rollen som produktleder for et nytt plattformteam visste jeg ikke hva jeg egentlig gikk til, men jeg sa ja. Det har jeg ikke angret på.
Jeg har tidligere tenkt at det å bli produktleder betyr at man må la kodeeditoren samle støv, og ta i mot PowerPoint, Teams og Outlook med åpne armer for å sitte i endeløse møter.
Men slik trenger det ikke å være.
Her er mine erfaringer på reisen fra utvikler til produktleder, og hvorfor jeg tror flere med teknisk bakgrunn bør gripe muligheten.
Fra hvordan til hvorfor
Utvikleren i meg fokuserer på å bygge ting riktig. Jakte teknisk eleganse med pen kode som er refaktorert og passe optimalisert. God testdekning og friksjonsløs løype ut i produksjon. Med den nye produktlederhatten på må jeg snu tankesettet fullstendig mot å bygge det rette.
Dette finner vi igjen i double diamond-modellen. Jeg må jobbe med å forstå problemet i den første diamanten, heller enn å finne løsningen i den andre diamanten. Plutselig handler hverdagen min mer om folk, enn om fag. I min nye rolle må jeg løfte blikket, tenke på langsiktig visjon og prate med folk jeg tidligere ikke har trengt å forholde meg til.
Jeg savner å kunne være egoistisk, ta på meg hodetelefoner og sitte en hel dag fordypet i en kompleks oppgave. Nå er det sjeldent at det blir dypt arbeid. I stedet er det konstant kontekstbytter, avklaringer, møter og meldinger som må besvares.
Heldigvis har jeg funnet ut at jeg fortsatt kan ta tekniske oppgaver, åpne editoren og finne noen halvtimer her og der hvor jeg kan jobbe litt med løsningene våre. Men ikke de kritiske oppgavene som blokkerer andre på teamet. Jeg fikser småfeil, bidrar i feilsøking og parprogrammerer med teamet. Jeg holder meg oppdatert på det tekniske som skjer i teamet, men er ikke bekymret for å bli en flaskehals på det tekniske arbeidet.
Der jeg tidligere hadde muligheter for å påvirke løsningen, teamet og måten vi jobbet på, har jeg nå muligheter for å påvirke hvor vi skal. Jeg bidrar til at de som bruker plattformen får en bedre hverdag ved å sette retning for teamet, og påvirke den tekniske retningen for organisasjonen.
Utviklerbakgrunn som superkraft og akilleshæl
Plattformteam selger produktet "enkel tilgang til god teknologi". Plattformutvikling er et teknisk domene. Produktet vi tilbyr er teknologi sydd sammen på en måte som er både sikker, enkel å ta i bruk og tilpasset organisasjonen. Her mener jeg at en teknisk bakgrunn ikke bare er kjekt å ha – det er en enorm fordel.
Hvorfor?
- Empati med brukeren: Brukerne våre er andre utviklere. Jeg har sittet på andre siden. Jeg vet hvor skoen trykker, og jeg forstår behovene deres intuitivt.
- Mulighetsrommet: Ofte vet ikke ledere uten teknisk bakgrunn hva som er teknisk mulig. Da snevres mulighetsrommet fort inn til "det vi har gjort før". Jeg må kunne prate med både teamet og ledelsen om mulighetsrommet vi har for å gi nye muligheter utenfor boksen.
Bakgrunn som utvikler er likevel ikke alltid en fordel.
Marty Cagan snakker om fire typer produktrisiko: verdi, brukervennlighet, gjennomførbarhet og forretningsverdi. Teamet eier disse risikoene sammen, men i en produkttrio er produktlederen ansvarlig for verdi for brukerne og forretningsverdi, designeren for brukervennlighet og tech leaden for gjennomførbarhet.
Utviklerhjernen min hopper automatisk til gjennomførbarhet og løsninger. Enten ved å fokusere på alt vi kan få til med en gitt teknologi, uten å ta hensyn til om det gir verdi for brukerne eller organisasjonen. I andre tilfeller kan jeg finne på å skyte ned ideer for tidlig fordi jeg tror og mener vi ikke får det til med teknologien som er tilgjengelig.
Det er en konstant balansegang mellom entusiastisk teknolog og pragmatisk leder.
Vi trenger flere teknologer som leder
Jeg har alltid tenkt at å gå inn i flere typer ledelse betyr at jeg må gi opp faget. Jeg har sett for meg teknisk ledelse som mulig karrierevei i fremtiden. Tech lead eller liknende roller har vært interessante, fordi jeg kan jobbe teknisk og fordype meg i problemstillingene jeg liker, men også få muligheten til å påvirke mer. Flere tenker nok som jeg har tenkt.
Men hvis du er en utvikler som bryr deg om folk, og som ofte tar deg selv i å ha sterke meninger om hvilken retning teamet eller produktet bør ta – da bør du ikke kimse av produktledelse.
Bransjen trenger flere ledere som forstår teknologien som ligger i bunn. Vi trenger folk som kan oversette mellom forretning og teknologi, og som tør å utfordre begge sider.
Du trenger ikke slutte å være utvikler i hjertet for å bli en god produktleder. Tvert imot – det er nettopp det som gjør deg til en.