Vad är en teknisk produktchef, hur som helst?

vad betyder det egentligen att vara en” teknisk ” produktchef? Och hur skiljer det sig från bara en produktchef? I det här inlägget delar jag skillnaden mellan dessa titlar plus key Do ’s och Don’ s för att hjälpa dig att lyckas som teknisk produktchef.

du kanske har märkt många variationer på Produktchefens jobbtitel. Vissa företag har strategiska produktchefer, medan andra har produktchefstitlar kopplade till specifika branschvertikaler, till exempel e-Handelsproduktchefer och Energiproduktchefer. Bland mjukvaruföretag ser du ofta titlarna Product Manager, Product Development Manager och Technical Product Manager. Men vad är skillnaden, hur som helst?

i verkligheten beskriver termen teknisk produktchef en person, inte en roll. Specifikt beskriver den en produktchef som har en teknisk bakgrund och arbetar med en teknikprodukt. Det beskriver inte en produktchef som faktiskt behöver utföra tekniska uppgifter, till exempel programvaruarkitektur och kodning. Detsamma gäller för en produktutvecklingschef. De utvecklar faktiskt inte produkten – de utför en Produkthanteringsroll i nära samordning med ett mjukvaruutvecklingsteam.

kort sagt, för att ett företag ska få mest värde från rollen måste produktchefer fokusera på produkthantering, inte utveckling. Men vissa produktchefer behöver förstå företagets teknik på en djup nivå och gränssnitt med utvecklingsteamet för att framgångsrikt kunna leda strategin för produkten. Företag kan välja att kalla dessa människor ”tekniska produktchefer” för att locka rätt kandidat.

enligt min mening är tekniska färdigheter en av de fyra pelarna i produktledarskap. En teknikkunnig produktchef har stora fördelar, till exempel:

• förbättrad kommunikation (och förtroende) från ditt utvecklingsteam.
• förmåga att förstå tekniska trender, se hur de påverkar din färdplan och hur de driver innovation.
• förbättrad kommunikation med dina kunder, till exempel när du pratar med CIO och CTO.
• förmåga att förstå tekniska utmaningar och göra utbildade avvägningar med ditt team.

men alltför ofta fokuserar tekniska produktchefer dessa värdefulla färdigheter på att försöka skapa den tekniska lösningen för sin produkt, snarare än att lösa affärs-och användarbehoven hos deras målkund.

ur det perspektivet, låt oss titta på viktiga gör och gör inte för tekniska produktchefer.

teknisk produktchef gör:

1. Fokusera på affärssidan av rollen.

oavsett bransch eller vertikal är hela tanken bakom produkthantering att driva visionen och utförandet av en produkt. Det är vårt ansvar att marknadsföra produkter som användarna vill ha, som löser ett affärsbehov och som genererar vinst för företaget. Jag är alltid fascinerad av att se tekniker lansera sitt nya företag med en produkt som är en mycket smart teknisk implementering, men det löser inte något verkligt kundbehov. Naturligtvis gör dessa företag sällan bra på marknaden.

fokus för en produktchef (teknisk eller inte) bör vara att förstå vad användarna behöver och arbeta med alla nödvändiga avdelningar för att få produkten till liv. I den meningen är den tekniska produktchefen en affärsroll med viss fokus på teknik i motsats till en teknologroll utan ansvar för produktens marknadsframgång.

2. Använd dina tekniska färdigheter för att förbättra prioritering och planering.

om du har en klar förståelse för hur din produkt är byggd kan du bedöma risken för vissa funktioner eller få en mer exakt magkänsla om hur länge berättelser eller uppgifter är. Eftersom du kan kommunicera med utvecklingsteamet i mycket mer detalj kan du förstå konsekvenserna av vissa beslut och göra avvägningar när det gäller komplexitet, djup eller till och med tidslinjer.

genom att demonstrera tekniskt ledarskap kan du snabbt få ditt utvecklingsteams förtroende och de kommer mer sannolikt att stå bakom dig på tuffa beslut som kräver riskabla förändringar, prioriterar buggar eller till och med förhandlar om den fruktade ”tekniska skulden.”

3. Utnyttja dina tekniska färdigheter för att stänga kommunikationsgapet mellan teknik och resten av världen.

människor med teknisk bakgrund glömmer vanligtvis att knappast någon annan förstår (eller bryr sig) om de tekniska detaljerna. Detta är ett perfekt tillfälle för den tekniska produktchefen att använda sina färdigheter för att översätta mellan teknik och andra avdelningar, inklusive försäljning, produktmarknadsföring och kunden.

dessutom anlitas tekniska produktchefer ofta för att driva produkter som riktar sig till en mycket teknisk publik, till exempel API: er, utvecklingsverktyg, IT-programvara etc. I dessa fall måste produktegenskaperna, produktpositioneringen och meddelandena resonera med en mycket teknisk publik. Detta är ett annat perfekt tillfälle att utnyttja dina tekniska färdigheter för att kommunicera med din publik, få feedback (på deras språk) och hjälpa till att avsluta en affär genom att prata med kundens tekniska personal.

teknisk produktchef inte är

1. Designa / lös inte produkten själv.

Detta är en viktig källa till förvirring inom den tekniska Produktchefrollen. Många produktchefer som kommer från teknik har svårt att lämna sin komfortzon och inse att deras värde nu ligger inom ett annat område. De fokuserar på att definiera den tekniska lösningen för en viss funktion istället för att definiera det förväntade användarresultatet eller affärsvärdet. De spenderar mer tid på att prata med sina arkitekter och titta över utvecklarens axlar än att prata med kunder och försäljning.

detta orsakar problem på två fronter:

1. utvecklingsteamet känner sig frustrerat eftersom lösningsdetaljerna bara överlämnas till dem av PM. De får inte chansen att arkitekt och utforma lösningen, vilket är en stor del av deras jobb, inte ditt.
2. det mesta av PM: s tid spenderas i de tekniska detaljerna, så det finns ingen tid kvar för planering och förståelse för kunden.

i ett nötskal tillför detta tillvägagångssätt inte värde för utvecklare, företagare eller själva produkten. Även tekniska produktchefer måste paras ihop med starka tekniska Leads eller utvecklingschefer som kan leda dessa uppgifter. Mitt motto är, ” det faktum att du kan, betyder inte att du borde.”

när du skriver funktioner och berättelser, fokusera på problemet du vill lösa och på den persona du riktar in dig på. Definitionen ska innehålla ett flödesschema över vad lösningen ska vara (ur ett användarperspektiv), inklusive acceptanskriterier. Det bör inte vara en detaljerad förklaring av placeringen av varje pixel, uppdateringar av objektmodellen eller de nödvändiga ändringarna i databastabellerna.

2. Ta inte på icke-produkthantering leveranser.

många företag (särskilt de med en mindre mogen Produktprocess) tänker på den tekniska produktchefen som en förlängning av utvecklingsteamet. Jag har sett många arbetsbeskrivningar som listar de vanliga ansvarsområdena (färdplan, vision, funktionsdefinition etc.), plus utvecklingsansvar som att skriva faktisk kod, utföra QA-testning, skriva dokumentation etc. För mig visar detta bara ett stort missförstånd om rollens värde, och dessa situationer bör undvikas till varje pris.

3. Bli inte fast i Agile, eller vilken metod du använder.

jag är alltid förvånad över hur mycket diskussion jag ser online om Agile och produkthantering. Även om jag förstår varför – många tekniska PMs kommer från utveckling, så att vara extremt involverad i det dagliga smidiga flödet känns väldigt bekvämt för dem.

verkligheten är dock att Agile är en mycket liten del av Produktchefens Roll. Att fokusera för mycket på Agile kan faktiskt vara en nackdel när det tar tid bort från centrala PM-ansvarsområden, som att interagera med kunder och försäljning och definiera färdplanen.

för att lindra arbetsbelastningen är jag en stor förespråkare för att olika personer ska utföra produktchefen och produktägarens Roller. Detta tillvägagångssätt är kontroversiellt, och det kan bara vara möjligt i företag med en mer mogen Produktprocess. Oavsett tror jag att det finns mycket värde i denna separation för att säkerställa att ingen aspekt av produktutvecklingslivscykeln eller produkthanteringen faller genom sprickorna på grund av en överarbetad PM.

för att få en bättre bild av alla ansvarsområden för en produktchef, föreslår jag att man tittar på PM-ramar som de från Pragmatic Marketing och SiriusDecisions.

Sammanfattningsvis

olika företag har olika produkthanteringstitlar och ansvarsområden baserat på deras typ av produkt. Men oavsett är en produktchefs kärnjobb att tillhandahålla produktens vision, skapa färdplanen och driva dess genomförande.

att lägga till ordet ”Teknisk” i titeln är användbart i jobbannonser för att markera behovet av teknisk bakgrund. Men en gång i jobbet är nycklarna till framgång desamma som för varje produktchef—att hålla kundfokus, driva en vision och se till att produkten uppfyller marknadens behov.

detta är ett gästinlägg skrivet av Daniel Elizalde, författare till Manager ’ s Build: best practices & inspiration för produktchefer & Ledare.