Hva er En Teknisk Produktleder, Uansett?

Hva betyr det egentlig å være En «Teknisk» Product Manager? Og hvordan er det forskjellig fra Bare En Produktleder? I dette innlegget deler jeg forskjellen mellom disse titlene pluss nøkkel Do ‘s og Don’ t ‘ s for å hjelpe deg med å lykkes Som Teknisk Produktleder.

Du har kanskje lagt merke til mange variasjoner på Product Manager-stillingstittelen. Noen selskaper har Strategiske Produktsjefer, mens andre Har Produktsjeftitler knyttet til spesifikke bransjens vertikaler, for eksempel e-handelsproduktledere og Energiproduktledere. Blant programvareselskaper ser du ofte titlene Product Manager, Product Development Manager og Technical Product Manager. Men hva er forskjellen, uansett?

I virkeligheten beskriver Begrepet Teknisk Produktleder en person, ikke en rolle. Spesielt beskriver Det En Produktleder som har en teknisk bakgrunn og arbeider med et teknologiprodukt. Det beskriver ikke En Produktleder som faktisk må utføre tekniske oppgaver, for eksempel programvarearkitektur og koding. Det samme gjelder For En Produktutviklingsleder. De utvikler faktisk ikke produktet—de utfører En Produktledelsesrolle i nært samarbeid med Et Programvareutviklingsteam.

Kort sagt, For at et selskap skal få mest mulig ut av rollen, Må Produktledere fokusere på produktledelse, ikke utvikling. Men Noen Produktledere trenger å forstå selskapets teknologi på et dypt nivå og grensesnitt Med Utviklingsteamet for å kunne lede strategien for produktet. Bedrifter kan velge å kalle disse menneskene «Tekniske Produktledere» for å tiltrekke seg den rette kandidaten.

etter mitt syn er tekniske ferdigheter en Av De Fire Pilarene I Produktledelse. En teknologikyndig Produktleder har store fordeler, for eksempel:

• Forbedret kommunikasjon (og tillit) fra utviklingsteamet.
• Evne til å forstå teknologiske trender, se hvordan de påvirker veikartet ditt og hvordan de driver innovasjon.
• Forbedret kommunikasjon med kundene dine, for eksempel når du snakker med CIOs og CTOs.
• Evne til å forstå tekniske utfordringer og gjøre utdannede avveininger med teamet ditt.

Men Altfor ofte Fokuserer Tekniske Produktsjefer de verdifulle ferdighetene på å prøve å skape den tekniske løsningen for sitt produkt, i stedet for å løse forretnings-og brukerbehovene til målkunden.

fra det perspektivet, la oss se på viktige Do ‘s og Don’ t ‘ s For Tekniske Produktsjefer.

Teknisk Produktsjef Do ‘ s:

1. Fokuser på forretningssiden av rollen.

Uansett bransje eller vertikal, er Hele ideen bak Produktstyring å drive visjonen og utførelsen av et produkt. Det er vårt ansvar å bringe til markedet produkter som brukerne ønsker, som løser et forretningsbehov, og som genererer profitt for selskapet. Jeg er alltid fascinert av å se teknologer lansere sitt nye selskap med et produkt som er en veldig smart teknisk implementering, men det løser ikke noe reelt kundebehov. Unødvendig å si, disse selskapene sjelden gjøre det bra i markedet.

Fokuset Til En Produktleder (teknisk eller ikke) bør være å forstå hva brukerne trenger og jobbe med alle nødvendige avdelinger for å bringe produktet til liv. I den forstand Er Teknisk Produktsjef en forretningsrolle med noe fokus på teknologi i motsetning til en teknologirolle uten ansvar for produktets markedssuksess.

2. Bruk dine tekniske ferdigheter til å forbedre prioritering og planlegging.

hvis du har en klar forståelse av hvordan produktet er bygget, kan du vurdere risikoen for visse funksjoner eller få en mer nøyaktig magefølelse om varigheten av historier eller oppgaver. Siden Du er i stand til å kommunisere med Utviklingslaget i mye mer detalj, kan du forstå konsekvensene av visse beslutninger og gjøre avveininger når det gjelder kompleksitet, dybde eller til og med tidslinjer.

ved å demonstrere teknisk lederskap, vil du raskt kunne få tillit fra utviklingsteamet ditt, og de vil være mer sannsynlig å stå bak deg på tøffe beslutninger som krever risikable endringer, prioritere feil eller til og med forhandle den fryktede «tekniske gjelden».»

3. Utnytt dine tekniske ferdigheter for å lukke kommunikasjonsgapet mellom engineering og resten av verden.

Folk med teknisk bakgrunn glemmer vanligvis at knapt noen andre forstår (eller bryr seg) om de tekniske detaljene. Dette er en perfekt mulighet For Teknisk Produktsjef å bruke sine ferdigheter til å oversette Mellom Engineering og andre avdelinger, inkludert Salg, Produktmarkedsføring og kunden.

Også, Tekniske Produktsjefer er ofte ansatt for å drive produkter som er rettet mot et svært teknisk publikum, For Eksempel Api-Er, utviklingsverktøy, IT-programvare, etc. I disse tilfellene må produktfunksjoner, produktposisjonering og meldinger resonere med et veldig teknisk publikum. Dette er en annen perfekt mulighet til å utnytte dine tekniske ferdigheter til å kommunisere med publikum, få tilbakemelding (på deres språk), og bidra til å lukke en avtale ved å snakke med kundens tekniske personale.

Teknisk Produktsjef ikke er

1. Ikke design / løs produktet selv.

Dette er en viktig kilde til forvirring i Rollen Som Technical Product Manager. Mange Produktledere som kommer fra engineering har det vanskelig å forlate sin komfortsone og innse at deres verdi nå er i et annet område. De fokuserer på å definere den tekniske løsningen for en bestemt funksjon i stedet for å definere forventet brukerutfall eller forretningsverdi. De bruker mer tid på å snakke med sine arkitekter og ser over utviklerens skuldre, enn å snakke med kunder og Salg.

dette fører til problemer på to fronter:

1. Utviklingsteamet føler seg frustrert fordi løsningsdetaljene bare blir overlevert til DEM av PM. De får ikke sjansen til å arkitekt og designe løsningen, noe som er en stor del av jobben deres, ikke din.
2. MESTEPARTEN av PM-tiden er brukt i de tekniske detaljene, så det er ingen tid igjen for å planlegge og forstå kunden.

I et nøtteskall gir denne tilnærmingen ikke verdi til utviklere, bedriftseiere eller selve produktet. Selv Tekniske Produktledere må kobles sammen med sterke Tekniske Ledere eller Utviklingsledere som kan lede disse oppgavene. Mitt motto er ,» det faktum at du kan, betyr ikke at du bør.»

når du skriver funksjoner og historier, fokuser på problemet du ønsker å løse og på persona du målretter mot. Definisjonen bør inneholde et flytskjema for hva løsningen skal være (fra et brukerperspektiv), inkludert akseptkriterier. Det bør ikke være en detaljert forklaring på plasseringen av hver piksel, oppdateringer til objektmodellen eller de nødvendige endringene i databasetabellene.

2. Ikke ta på ikke-Produkt Ledelse leveranser.

Mange bedrifter (spesielt de med en mindre moden Produktprosess) tenker På Den Tekniske Produktlederen som en forlengelse av Utviklingsteamet. Jeg har sett mange stillingsbeskrivelser som viser det vanlige ansvaret(veikart, visjon, funksjonsdefinisjon, etc.), pluss utviklingsansvar som å skrive faktisk kode, utføre QA-testing, skrive dokumentasjon, etc. For meg viser dette bare en stor misforståelse av rollens verdi, og de situasjonene bør unngås for enhver pris.

3. Ikke bli fanget opp I Agile, eller hvilken metodikk du bruker.

jeg er alltid overrasket over hvor mye diskusjon jeg ser på nettet om Agile Og Produktledelse. Selv om jeg forstår hvorfor – mange Tekniske PMs kommer fra utvikling, så det er veldig behagelig å holde seg ekstremt involvert i Den Daglige Smidige strømmen.

Virkeligheten er Imidlertid At Agile er en svært liten del av Produktsjefens rolle. Å fokusere for mye På Agile kan faktisk være en skade når det tar tid borte fra KJERNENS PM-ansvar, for eksempel å samhandle med kunder og Salg og definere veikartet.

For å lette arbeidsbelastningen, er jeg en stor fortaler for at forskjellige mennesker skal utføre Produktleder og Produkteier roller. Denne tilnærmingen er kontroversiell, og det kan bare være mulig i selskaper med en mer moden Produktprosess. Uansett tror jeg det er mye verdi i denne separasjonen for å sikre at ingen aspekter av produktutviklingens livssyklus eller produktstyring faller gjennom sprekker, på grunn av en overarbeidet PM.

for å få en bedre oversikt over alle ansvarene Til En Produktleder, foreslår jeg å se PÅ PM-rammer som De Fra Pragmatic Marketing og SiriusDecisions.

Oppsummert

Ulike selskaper har Ulike produktstyringstitler og ansvarsområder basert på deres type produkt. Men uansett er kjernejobben Til En Produktleder å gi produktets visjon, skape veikartet og drive utførelsen.

Å Legge til ordet «Teknisk» i tittelen er nyttig i stillingsannonser for å markere behovet for teknisk bakgrunn. Men en gang i jobben er nøklene til suksess de samme som for Hver Produktsjef-å holde kundefokus, drive en visjon og sikre at produktet oppfyller markedets behov.

Dette er et gjestepost skrevet Av Daniel Elizalde, forfatter Av Manager ‘ S Build: best practices & inspirasjon For Produktsjefer & Ledere.