Mikä tekninen tuotepäällikkö oikein on?

mitä ”teknisenä” tuotepäällikkönä oleminen oikeastaan tarkoittaa? Ja miten se eroaa pelkästä Tuotepäälliköstä? Tässä viestissä Jaan eron näiden nimikkeiden sekä avainten ja Don ’ t ’ n välillä auttaakseni sinua menestymään teknisenä tuotepäällikkönä.

olet saattanut huomata monia muunnelmia Product Manager-tehtävänimikkeestä. Joillakin yrityksillä on strategisia tuotepäälliköitä, kun taas toisilla Tuotepäällikkönimikkeitä, jotka liittyvät toimialan tiettyihin vertikaaleihin, esimerkiksi verkkokaupan tuotepäälliköt ja Energiatuotepäälliköt. Ohjelmistoyrityksistä löydät usein nimikkeet Product Manager, Product Development Manager ja Technical Product Manager. Mutta mitä väliä sillä on?

todellisuudessa termi tekninen tuotepäällikkö kuvaa henkilöä, ei roolia. Erityisesti se kuvaa tuotepäällikköä, jolla on tekninen tausta ja joka työskentelee teknologiatuotteen parissa. Se ei kuvaa tuotepäällikköä, jonka on todella suoritettava teknisiä tehtäviä, kuten ohjelmistoarkkitehtuuria ja koodausta. Sama koskee Tuotekehityspäällikköä. He eivät varsinaisesti kehitä tuotetta—he suorittavat Tuotehallintatehtävää tiiviissä yhteistyössä Ohjelmistokehitystiimin kanssa.

lyhyesti sanottuna, jotta yritys saisi eniten arvoa roolistaan, tuotepäälliköiden on keskityttävä tuotejohtamiseen, ei kehittämiseen. Joidenkin tuotepäälliköiden on kuitenkin ymmärrettävä yrityksen teknologiaa syvällisellä tasolla ja rajapinnassa kehitystiimin kanssa, jotta he voivat menestyksekkäästi johtaa tuotteen strategiaa. Yritykset voivat halutessaan kutsua näitä ihmisiä ”teknisiksi Tuotepäälliköiksi”houkutellakseen oikean ehdokkaan.

mielestäni tekninen osaaminen on yksi Tuotejohtamisen neljästä pilarista. Teknologiataitoisella Tuotepäälliköllä on valtavia etuja, kuten:

• Parempi viestintä (ja luottamus) kehitystiimiltäsi.
• kyky ymmärtää teknologian trendejä, nähdä, miten ne vaikuttavat etenemissuunnitelmaasi ja miten ne edistävät innovointia.
• parempi kommunikointi asiakkaiden kanssa, esimerkiksi keskusteltaessa tieto-ja Viestintäteknikkojen kanssa.
• kyky ymmärtää teknisiä haasteita ja tehdä koulutettuja kompromisseja tiimisi kanssa.

TEKNISET tuotepäälliköt keskittyvät kuitenkin aivan liian usein siihen, että he yrittävät luoda tuotteelleen teknisen ratkaisun sen sijaan, että ratkaisisivat kohdeasiakkaansa liiketoiminnan ja käyttäjien tarpeet.

tästä näkökulmasta katsottakoon teknisille tuotepäälliköille avaintekoja ja ei-tekoja.

tekninen tuotepäällikkö:

1. Keskity roolin bisnespuoleen.

toimialasta tai vertikaalisuudesta riippumatta tuotehallinnan koko idea on ajaa tuotteen visiota ja toteutusta. Meidän vastuullamme on tuoda markkinoille tuotteita, joita käyttäjät haluavat, jotka ratkaisevat liiketoiminnan tarpeen ja tuottavat voittoa yritykselle. Olen aina kiehtonut nähdä teknologiat käynnistää uuden yrityksen tuote, joka on erittäin fiksu tekninen toteutus, mutta se ei ratkaise mitään todellista asiakastarvetta. Sanomattakin on selvää, että nämä yritykset harvoin pärjäävät markkinoilla.

tuotepäällikön (tekninen tai ei) fokuksen tulisi olla ymmärtää, mitä käyttäjät tarvitsevat, ja työskennellä kaikkien tarvittavien osastojen kanssa tuotteen herättämiseksi eloon. Siinä mielessä tekninen tuotepäällikkö on liiketoimintarooli, jossa keskitytään jonkin verran teknologiaan, eikä teknologiarooli, jolla ei ole vastuuta tuotteen markkinamenestyksestä.

2. Käytä teknisiä taitojasi priorisoinnin ja suunnittelun parantamiseen.

jos sinulla on selkeä käsitys siitä, miten tuotteesi on rakennettu, voit arvioida tiettyjen ominaisuuksien riskiä tai saada tarkemman käsityksen tarinoiden tai tehtävien kestosta. Koska pystyt kommunikoimaan kehitystiimin kanssa paljon yksityiskohtaisemmin, voit ymmärtää tiettyjen päätösten vaikutukset ja tehdä kompromisseja monimutkaisuuden, syvyyden tai jopa aikataulujen suhteen.

osoittamalla teknistä johtajuutta voit nopeasti saavuttaa kehitystiimisi luottamuksen ja he todennäköisemmin seisovat takanasi vaikeissa päätöksissä, jotka vaativat riskialttiita muutoksia, priorisoivat vikoja tai jopa neuvottelevat pelätystä ”teknisestä velasta.”

3. Älä hyödyntää teknisiä taitoja sulkea viestinnän kuilu tekniikan ja muun maailman.

teknisen taustan omaavat ihmiset yleensä unohtavat, että tuskin kukaan muu ymmärtää (tai välittää) teknisiä yksityiskohtia. Tämä on täydellinen tilaisuus tekniselle Tuotepäällikölle käyttää taitojaan kääntämiseen tekniikan ja muiden osastojen välillä, mukaan lukien myynti, tuotemarkkinointi ja asiakas.

myös tekniset tuotepäälliköt palkataan usein kuljettamaan tuotteita, jotka on suunnattu hyvin tekniselle yleisölle, kuten sovellusliittymiä, kehitystyökaluja, IT-ohjelmistoja jne. Näissä tapauksissa tuotteen ominaisuuksien, tuotteen paikannuksen ja viestien on resonoitava hyvin teknisen yleisön kanssa. Tämä on toinen täydellinen tilaisuus hyödyntää teknisiä taitoja kommunikoida yleisön kanssa, saada palautetta (heidän kielellään), ja auttaa sulkemaan käsitellä puhumalla asiakkaan teknisen henkilöstön.

tekninen tuotepäällikkö Don ’ t ’ s

1. Älä suunnittele/ratkaise tuotetta itse.

tämä on keskeinen hämmennyksen lähde teknisen tuotepäällikön roolissa. Monen insinööritaustaisen tuotepäällikön on vaikea poistua mukavuusalueeltaan ja tajuta, että heidän arvonsa on nyt toisella alueella. Niissä keskitytään määrittelemään tekninen ratkaisu tietylle ominaisuudelle sen sijaan, että määriteltäisiin odotettu käyttäjän tulos tai liiketoiminnan arvo. He viettävät enemmän aikaa juttelemalla arkkitehtien kanssa ja vilkuilemalla rakennuttajien hartioiden yli kuin keskustelemalla asiakkaiden ja myynnin kanssa.

tämä aiheuttaa ongelmia kahdella rintamalla:

1. kehitystiimi tuntee itsensä turhautuneeksi, koska RATKAISUYKSITYISKOHDAT ovat juuri pääministerin heille antamia. He eivät pääse suunnittelemaan ratkaisua, mikä on iso osa heidän työtään, ei sinun.
2. suurin osa pääministerin ajasta kuluu teknisiin yksityiskohtiin, joten aikaa ei jää asiakkaan suunnitteluun ja ymmärtämiseen.

pähkinänkuoressa tämä lähestymistapa ei tuo lisäarvoa kehittäjille, yritysten omistajille tai itse tuotteelle. Jopa TEKNISET tuotepäälliköt on yhdistettävä vahvoihin teknisiin johtajiin tai Kehitysjohtajiin, jotka voivat johtaa näitä tehtäviä. Mottoni on: ”se, että voit, ei tarkoita, että sinun pitäisi.”

kirjoittaessasi ominaisuuksia ja tarinoita keskity siihen ongelmaan, jonka haluat ratkaista, ja persoonaan, jonka kohteena olet. Määritelmän tulisi sisältää vuokaavio siitä, millainen ratkaisun tulisi olla (käyttäjän näkökulmasta), mukaan lukien hyväksymiskriteerit. Sen ei pitäisi olla yksityiskohtainen selvitys jokaisen pikselin sijoittamisesta, objektimallin päivityksistä tai tietokantataulukoihin tarvittavista muutoksista.

2. Älä ota muita kuin tuotehallinnan suoritteita.

monet yritykset (erityisesti ne, joiden tuoteprosessi on kypsempi) pitävät teknistä tuotepäällikköä kehitystiimin jatkeena. Olen nähnyt monia toimenkuvia, joissa luetellaan säännölliset vastuut (tiekartta, visio, ominaisuuksien määrittely jne.), sekä kehitysvastuut, kuten varsinaisen koodin kirjoittaminen,LAADUNVARMISTUSTESTAUKSEN suorittaminen, dokumentaation kirjoittaminen jne. Minusta tämä vain osoittaa suurta väärinkäsitystä roolin arvosta, ja niitä tilanteita pitäisi välttää hinnalla millä hyvänsä.

3. Älä takerru Agileen tai mihin tahansa metodiin.

olen aina hämmästynyt siitä, kuinka paljon näen verkossa keskustelua ketteryydestä ja Tuotejohtamisesta. Ymmärrän kyllä, miksi-monet tekniset PMs: t tulevat kehityksestä, joten arjessa mukana pysyminen tuntuu heistä erittäin mukavalta.

todellisuus on kuitenkin se, että ketterä on hyvin pieni osa tuotepäällikön tehtävää. Liika keskittyminen Agileen voi itse asiassa olla haitaksi, kun se vie aikaa keskeisiltä PM-vastuualueilta, kuten vuorovaikutuksesta asiakkaiden ja myynnin kanssa ja etenemissuunnitelman määrittelystä.

työtaakan keventämiseksi kannatan vahvasti sitä, että erilaiset ihmiset hoitaisivat tuotepäällikön ja tuoteomistajan tehtäviä. Tämä lähestymistapa on kiistanalainen, ja se voi olla mahdollista vain yrityksissä, joilla on kypsempi tuoteprosessi. Joka tapauksessa, mielestäni tässä erottelussa on paljon arvoa sen varmistamiseksi, että mikään tuotekehityksen elinkaaren osa-alue tai tuotehallinta ei putoa rakoilta ylityöllistetyn PM: n takia.

jotta saisin paremman kuvan kaikista tuotepäällikön tehtävistä, ehdotan, että tutkimme PM-kehyksiä, kuten pragmaattisen markkinoinnin ja Siriuksen päätöksiä.

Yhteenvetona

eri yrityksillä on erilaisia Tuotehallintanimikkeitä ja vastuualueita tuotetyyppinsä perusteella. Mutta joka tapauksessa, tuotepäällikön ydintyö on tarjota tuotteen visio, luoda tiekartta, ja ajaa sen toteuttamista.

sanan ”tekninen” lisääminen otsikkoon on hyödyllistä työpaikkailmoituksissa teknisen taustan tarpeen korostamiseksi. Mutta kun työssä, avaimet menestykseen ovat samat kuin jokaisella Tuotepäälliköllä-pitää asiakaskeskeisyys, ajaa visio, ja varmistaa tuote vastaa markkinoiden tarpeisiin.

tämä on Daniel Elizalden kirjoittama vieraileva viesti, joka on kirjoittanut kirjan Manager ’ s Build: best practices & inspiration for Product Managers & Leaders.