Mi az a műszaki termékmenedzser?

mit jelent valójában “MŰSZAKI” Termékmenedzsernek lenni? Miben különbözik egy Termékmenedzsertől? Ebben a bejegyzésben megosztom a különbséget ezek között a címek között, valamint a legfontosabb tennivalók és a Don ‘ t között, hogy technikai termékmenedzserként sikerüljön.

lehet, hogy sok variációt vett észre a termékmenedzser munkakörében. Egyes vállalatok stratégiai Termékmenedzserekkel rendelkeznek, míg mások termékmenedzser címekkel rendelkeznek, amelyek bizonyos iparági vertikálisokhoz kapcsolódnak, például az e-kereskedelmi termékmenedzserek és az energiatermék menedzserek. A szoftvercégek között gyakran láthatja a termékmenedzser, a termékfejlesztési menedzser és a műszaki termékmenedzser címeket. De mi a különbség?

a valóságban a műszaki termékmenedzser kifejezés egy személyt, nem pedig szerepet ír le. Pontosabban egy olyan termékmenedzsert ír le, aki technikai háttérrel rendelkezik, és egy technológiai terméken dolgozik. Nem ír le olyan termékmenedzsert, akinek ténylegesen technikai feladatokat kell elvégeznie, például szoftverarchitektúrát és kódolást. Ugyanez vonatkozik a termékfejlesztési menedzserre is. Valójában nem fejlesztik a terméket—termékmenedzsment szerepet töltenek be egy szoftverfejlesztő csapattal szoros együttműködésben.

röviden: ahhoz, hogy egy vállalat a legtöbbet hozza ki a szerepből, a Termékmenedzsereknek a termékmenedzsmentre kell összpontosítaniuk, nem pedig a fejlesztésre. Néhány Termékmenedzsernek azonban mélyen meg kell értenie a vállalat technológiáját, és kapcsolatba kell lépnie a Fejlesztőcsapattal annak érdekében, hogy sikeresen vezesse a termék stratégiáját. A vállalatok dönthetnek úgy, hogy ezeket az embereket “MŰSZAKI Termékmenedzsereknek” hívják, hogy vonzzák a megfelelő jelöltet.

véleményem szerint a technikai készségek a Termékvezetés négy pillérének egyike. A technológiához értő Termékmenedzsernek hatalmas előnyei vannak, például:

• jobb kommunikáció (és bizalom) a fejlesztői csapattól.
• képes megérteni a technológiai trendeket, látni, hogyan befolyásolják az ütemtervet, és hogyan ösztönzik az innovációt.
• jobb kommunikáció az ügyfelekkel, például amikor CIO-kkal és CTO-kkal beszél.
• képes megérteni a technikai kihívásokat, és képzett kompromisszumokat kötni a csapatával.

a műszaki termékmenedzserek azonban túl gyakran összpontosítják ezeket az értékes készségeket arra, hogy megpróbálják létrehozni a termékük MŰSZAKI megoldását, ahelyett, hogy megoldanák a megcélzott ügyfél üzleti és felhasználói igényeit.

ebből a szempontból nézzük meg a key Do ‘s and Don’ t MŰSZAKI termékmenedzserek számára.

műszaki termék menedzser Do ‘ s:

1. Összpontosítson a szerep üzleti oldalára.

függetlenül attól, hogy az iparág vagy a vertikális, az egész ötlet mögött termék menedzsment, hogy vezessen a látás és a végrehajtás a termék. A mi felelősségünk, hogy olyan termékeket hozzunk piacra, amelyeket a felhasználók akarnak, amelyek megoldják az üzleti igényeket, és amelyek profitot termelnek a vállalat számára. Mindig lenyűgözött, hogy a technológusok elindítják új cégüket egy olyan termékkel, amely nagyon okos technikai megvalósítás, de nem oldja meg a valódi vásárlói igényeket. Mondanom sem kell, hogy ezek a vállalatok ritkán teljesítenek jól a piacon.

a Termékmenedzsernek (MŰSZAKI vagy sem) arra kell összpontosítania, hogy megértse, mire van szüksége a felhasználóknak, és együtt kell működnie az összes szükséges részleggel a termék életre keltéséhez. Ebben az értelemben a műszaki termékmenedzser üzleti szerep, amelynek középpontjában a technológia áll, szemben a technológus szerepével, amely nem felelős a termék piaci sikeréért.

2. Használja technikai készségeit a prioritások és a tervezés javításához.

ha tisztában van a termék felépítésével, akkor képes felmérni bizonyos funkciók kockázatát, vagy pontosabb bélérzetet kaphat a történetek vagy feladatok időtartamáról. Mivel sokkal részletesebben tud kommunikálni a Fejlesztőcsapattal, megértheti bizonyos döntések következményeit, és kompromisszumokat hozhat a komplexitás, a mélység vagy akár az idővonalak szempontjából.

a technikai vezetés bemutatásával gyorsan megszerezheti a fejlesztői csapat bizalmát, és nagyobb valószínűséggel állnak mögötted olyan nehéz döntésekben, amelyek kockázatos változtatásokat igényelnek, prioritást élveznek a hibák, vagy akár tárgyalnak a rettegett “technikai adósságról”.”

3. Használja ki technikai készségeit, hogy megszüntesse a mérnöki és a világ többi része közötti kommunikációs szakadékot.

a műszaki háttérrel rendelkező emberek általában elfelejtik, hogy senki más nem érti (vagy törődik) a technikai részletekkel. Ez egy tökéletes lehetőség a műszaki termékmenedzser számára, hogy készségeit felhasználja a mérnöki és más osztályok közötti fordításhoz, beleértve az értékesítést, a termékmarketinget és az ügyfelet.

emellett gyakran alkalmaznak MŰSZAKI Termékmenedzsereket olyan termékek vezetésére, amelyek nagyon technikai közönségnek szólnak, például API-k, fejlesztőeszközök, informatikai szoftverek stb. Ezekben az esetekben a termék jellemzőinek, a termék pozicionálásának és az üzenetküldésnek nagyon technikai közönséggel kell rezonálnia. Ez egy újabb tökéletes lehetőség arra, hogy kihasználja technikai készségeit, hogy kommunikáljon a közönséggel, visszajelzést kapjon (az ő nyelvükön), és segítsen lezárni az üzletet az ügyfél technikai személyzetével.

műszaki termék menedzser nem ‘ s

1. Ne tervezze meg / oldja meg a terméket.

ez a zavar egyik fő forrása a műszaki termékmenedzser szerepkörben. Sok mérnöki termékmenedzser nehezen hagyja el a komfortzónáját, és rájön, hogy értékük most egy másik területen van. A várt felhasználói eredmény vagy üzleti érték meghatározása helyett egy adott funkció MŰSZAKI megoldásának meghatározására összpontosítanak. Több időt töltenek az építészekkel való beszélgetéssel, és a fejlesztők vállára néznek, mint az ügyfelekkel és az értékesítőkkel.

ez két fronton okoz problémákat:

1. a Fejlesztőcsapat frusztráltnak érzi magát, mert a megoldás részleteit csak a miniszterelnök adja át nekik. Nem kapnak lehetőséget arra, hogy megtervezzék és megtervezzék a megoldást, ami a munkájuk nagy része, nem a tiéd.
2. a miniszterelnök ideje nagy részét a technikai részletekkel tölti, így nincs idő az ügyfél megtervezésére és megértésére.

dióhéjban ez a megközelítés nem ad hozzáadott értéket a fejlesztőknek, a cégtulajdonosoknak vagy magának a terméknek. Még a műszaki Termékmenedzsereket is párosítani kell erős műszaki vezetőkkel vagy fejlesztési vezetőkkel, akik ezeket a feladatokat vezethetik. Mottóm: “az a tény, hogy tudsz, nem azt jelenti, hogy kellene.”

funkciók és történetek írásakor összpontosítson a megoldandó problémára és a megcélzott személyre. A meghatározásnak tartalmaznia kell egy folyamatábrát arról, hogy mi legyen a megoldás (felhasználói szempontból), beleértve az elfogadási kritériumokat is. Nem lehet részletes magyarázat minden pixel elhelyezéséről, az objektummodell frissítéséről vagy az adatbázis-táblák szükséges módosításairól.

2. Ne vállaljon nem termékmenedzsment termékeket.

sok vállalat (különösen azok, amelyek kevésbé érett Termékfolyamattal rendelkeznek) úgy gondolja, hogy a műszaki termékmenedzser a Fejlesztőcsapat kiterjesztése. Sok munkaköri leírást láttam, amelyek felsorolják a rendszeres felelősségeket (ütemterv, jövőkép, funkciómeghatározás stb.), plusz fejlesztési feladatok, például tényleges kód írása, minőségbiztosítási tesztelés elvégzése, dokumentáció írása stb. Számomra ez csak a szerep értékének nagy félreértését mutatja, és ezeket a helyzeteket minden áron el kell kerülni.

3. Ne ragadjon bele az Agilisba, vagy bármilyen módszertanba, amelyet használ.

mindig lenyűgözött az agilis és Termékmenedzsmentről szóló online beszélgetés mennyisége. Bár megértem, miért-sok technikai PMs származik a fejlesztésből, így rendkívül részt vesz a napi agilis áramlásban, nagyon kényelmesnek érzi őket.

a valóság azonban az, hogy az agilis a termékmenedzser szerepének nagyon kis része. A túl sok agilis összpontosítás valójában hátrányos lehet, ha időt vesz igénybe az alapvető PM-feladatoktól, például az ügyfelekkel és az értékesítéssel való interakciótól és az ütemterv meghatározásától.

a munkaterhelés enyhítése érdekében nagy támogatója vagyok annak, hogy különböző emberek végezzék el a termékmenedzser és a Terméktulajdonos szerepeket. Ez a megközelítés ellentmondásos, és csak olyan vállalatoknál lehetséges, amelyek érettebb Termékfolyamattal rendelkeznek. Tekintet nélkül, úgy gondolom, hogy ebben a szétválasztásban sok érték van annak biztosítása érdekében, hogy a termékfejlesztési életciklus vagy a termékmenedzsment egyetlen aspektusa sem esik át a repedéseken, túlhajszolt PM miatt.

ahhoz, hogy jobban megértsük a termékmenedzser összes felelősségét, azt javaslom, hogy vizsgálja meg a PM keretrendszereket, mint például a pragmatikus Marketing és a SiriusDecisions.

összefoglalva

a különböző vállalatok különböző termékmenedzsment címekkel és felelősségi körökkel rendelkeznek a termék típusától függően. De ettől függetlenül a termékmenedzser alapvető feladata a termék jövőképének biztosítása, az ütemterv létrehozása és végrehajtása.

a “technikai” Szó hozzáadása a címhez hasznos az álláshirdetések során, hogy kiemelje a technikai háttér szükségességét. De ha egyszer a munkában, a siker kulcsa ugyanaz, mint minden Termékmenedzsernél—az ügyfélközpontúság megtartása, a jövőkép vezetése és annak biztosítása, hogy a termék megfeleljen a piaci igényeknek.

ez egy vendég bejegyzés, amelyet Daniel Elizalde írt, a Manager ‘ s Build: best practices szerzője & inspiráció a termékmenedzserek számára & vezetők.