Hvad er en teknisk produktchef, alligevel?

hvad betyder det egentlig at være en “teknisk” produktchef? Og hvordan er det anderledes end bare en produktchef? I dette indlæg deler jeg forskellen mellem disse titler plus key Do ‘s og Don’ t ‘ s for at hjælpe dig med at få succes som teknisk produktchef.

du har måske bemærket mange variationer på Product Manager jobtitel. Nogle virksomheder har strategiske produktledere, mens andre har Produktcheftitler knyttet til specifikke branchevertikaler, for eksempel e-handelsproduktchefer og Energiproduktchefer. Blandt programmelvirksomheder kan du ofte se titlerne Product Manager, Product Development Manager og Technical Product Manager. Men hvad er forskellen, alligevel?

i virkeligheden beskriver udtrykket teknisk produktchef en person, ikke en rolle. Specifikt beskriver den en produktchef, der har en teknisk baggrund og arbejder på et teknologiprodukt. Det beskriver ikke en produktchef, der rent faktisk skal udføre tekniske opgaver, som f.eks. Det samme gælder for en produktudviklingschef. De udvikler faktisk ikke produktet—de udfører en Produktstyringsrolle i tæt koordinering med et Programudviklingsteam.

kort sagt, for at en virksomhed skal få mest muligt ud af rollen, skal produktledere fokusere på produktstyring, ikke udvikling. Men nogle produktledere er nødt til at forstå virksomhedens teknologi på et dybt niveau og interface med udviklingsholdet for med succes at lede strategien for produktet. Virksomheder kan vælge at kalde disse mennesker “tekniske produktledere” for at tiltrække den rigtige kandidat.

efter min mening er tekniske færdigheder en af de fire søjler i produktledelse. En teknologikyndig produktchef har enorme fordele, såsom:

• forbedret kommunikation (og tillid) fra dit udviklingsteam.
• evne til at forstå teknologiske tendenser, se, hvordan de påvirker din køreplan, og hvordan de driver innovation.
• forbedret kommunikation med dine kunder, for eksempel når du taler med CIO ‘er og CTO’ er.
• evne til at forstå tekniske udfordringer og gøre uddannede afvejninger med dit team.

men alt for ofte fokuserer tekniske produktledere disse værdifulde færdigheder på at forsøge at skabe den tekniske løsning til deres produkt snarere end at løse forretnings-og brugerbehov hos deres målkunde.

fra det perspektiv, lad os se på nøgle Do ‘s og ikke’ s for tekniske produktledere.

teknisk produktchef Do ‘ s:

1. Fokuser på den forretningsmæssige side af rollen.

uanset branche eller lodret er hele ideen bag produktstyring at drive visionen og udførelsen af et produkt. Det er vores ansvar at markedsføre produkter, som brugerne ønsker, der løser et forretningsbehov, og som genererer fortjeneste for virksomheden. Jeg er altid fascineret af at se teknologer lancere deres nye firma med et produkt, der er en meget smart teknisk implementering, men det løser ikke noget reelt kundebehov. Det er overflødigt at sige, at disse virksomheder sjældent klarer sig godt på markedet.

fokus for en produktchef (teknisk eller ej) bør være at forstå, hvad brugerne har brug for og arbejde med alle de nødvendige afdelinger for at bringe produktet til liv. I den forstand er den tekniske produktchef en forretningsrolle med noget fokus på teknologi i modsætning til en teknologrolle uden ansvar for produktets markedssucces.

2. Brug dine tekniske færdigheder til at forbedre prioritering og planlægning.

hvis du har en klar forståelse af, hvordan dit produkt er bygget, så er du i stand til at vurdere risikoen for visse funktioner eller få en mere præcis tarmfølelse om varigheden af historier eller opgaver. Da du er i stand til at kommunikere med udviklingsteamet meget mere detaljeret, kan du forstå konsekvenserne af visse beslutninger og foretage afvejninger med hensyn til kompleksitet, dybde eller endda tidslinjer.

ved at demonstrere teknisk ledelse, vil du være i stand til hurtigt at få tillid til dit udviklingsteam, og de vil være mere tilbøjelige til at stå bag dig på hårde beslutninger, der kræver risikable ændringer, prioritere fejl eller endda forhandle den frygtede “tekniske gæld.”

3. Udnyt dine tekniske færdigheder for at lukke kommunikationsgabet mellem teknik og resten af verden.

folk med teknisk baggrund glemmer normalt, at næppe nogen andre forstår (eller bekymrer sig) om de tekniske detaljer. Dette er en perfekt mulighed for den tekniske produktchef til at bruge sine færdigheder til at oversætte mellem teknik og andre afdelinger, herunder salg, produktmarkedsføring og kunden.

også tekniske produktledere ansættes ofte til at drive produkter, der er målrettet mod et meget teknisk publikum, såsom API ‘ er, udviklingsværktøjer, IT-programmer osv. I disse tilfælde skal produktfunktionerne, produktpositionering og messaging resonere med et meget teknisk publikum. Dette er en anden perfekt mulighed for at udnytte dine tekniske færdigheder til at kommunikere med dit publikum, få feedback (på deres sprog) og hjælpe med at lukke en aftale ved at tale med kundens tekniske personale.

teknisk produktchef ikke er

1. Design / Løs ikke produktet selv.

dette er en vigtig kilde til forvirring inden for den tekniske Produktchefrolle. Mange produktledere, der kommer fra ingeniørarbejde, har svært ved at forlade deres komfortområde og indse, at deres værdi nu er i et andet område. De fokuserer på at definere den tekniske løsning for en bestemt funktion i stedet for at definere det forventede brugerresultat eller forretningsværdi. De bruger mere tid på at tale med deres arkitekter og kigge over udviklernes skuldre, end at tale med kunder og salg.

dette skaber problemer på to fronter:

1. udviklingsteamet føler sig frustreret, fordi løsningsdetaljerne lige er afleveret til dem af premierministeren. De får ikke en chance for at arkitekt og designe løsningen, som er en stor del af deres job, ikke din.
2. det meste af PM ‘ s tid bruges i de tekniske detaljer, så der er ingen tid tilbage til planlægning og forståelse af kunden.

i en nøddeskal tilføjer denne tilgang ikke værdi til udviklere, virksomhedsejere eller selve produktet. Selv tekniske produktledere skal parres med stærke tekniske kundeemner eller Udviklingschefer, der kan lede disse opgaver. Mit motto er, ” det faktum, at du kan, betyder ikke, at du skal.”

når du skriver funktioner og historier, skal du fokusere på det problem, du ønsker at løse, og på den persona, du målretter mod. Definitionen skal indeholde et rutediagram over, hvad løsningen skal være (fra et brugerperspektiv), herunder acceptkriterier. Det bør ikke være en detaljeret forklaring på placeringen af hvert punkt, opdateringer til objektmodellen eller de nødvendige ændringer i databasetabellerne.

2. Tag ikke på ikke-Produktstyringsleverancer.

mange virksomheder (især dem med en mindre moden Produktproces) tænker på den tekniske produktchef som en udvidelse af udviklingsholdet. Jeg har set mange jobbeskrivelser, der viser de regelmæssige ansvarsområder (køreplan, vision, funktionsdefinition osv.), plus udviklingsansvar såsom at skrive faktisk kode, udføre kvalitetskontrol, skrive dokumentation osv. For mig viser dette bare en stor misforståelse af rollens værdi, og disse situationer bør undgås for enhver pris.

3. Bliv ikke fanget i Agile, eller hvilken metode du bruger.

jeg er altid forbløffet over den mængde diskussion, jeg ser online om agil og produktstyring. Selvom jeg forstår hvorfor–mange tekniske PMs kommer fra udvikling, så opholder sig ekstremt involveret i den daglige Agile strømning føles meget behagelig for dem.

virkeligheden er imidlertid, at Agile er en meget lille del af Produktchefens rolle. At fokusere for meget på Agile kan faktisk være en skade, når det tager tid væk fra centrale PM-ansvarsområder, såsom at interagere med kunder og salg og definere køreplanen.

for at lette arbejdsbyrden er jeg en stor fortaler for at få forskellige mennesker til at udføre produktchefen og Produktejerrollerne. Denne tilgang er kontroversiel, og det kan kun være muligt i virksomheder med en mere moden Produktproces. Uanset hvad tror jeg, at der er meget værdi i denne adskillelse for at sikre, at intet aspekt af produktudviklingens livscyklus eller produktstyring falder gennem revnerne på grund af en overarbejde PM.

for at få et bedre overblik over alle ansvarsområder hos en produktchef foreslår jeg at undersøge PM-rammer som dem fra Pragmatic Marketing og SiriusDecisions.

Sammenfattende

forskellige virksomheder har forskellige produktstyringstitler og ansvarsområder baseret på deres Produkttype. Men uanset hvad er en Produktchefs kerneopgave at give produktets vision, oprette køreplanen og drive dens udførelse.

tilføjelse af ordet “Teknisk” til titlen er nyttigt i jobannoncer for at fremhæve behovet for teknisk baggrund. Men en gang i jobbet er nøglerne til succes de samme som for enhver produktchef—at holde kundefokus, drive en vision og sikre, at produktet opfylder markedets behov.

dette er et gæstepost skrevet af Daniel Elisalde, forfatter af Manager ‘ s Build: best practices & inspiration til produktledere & ledere.