Az én utam a szoftvertechnikától a termékmenedzsmentig

És néhány tanács, hogyan lehet ezt magad csinálni

Gyakran kérdezik tőlem, hogyan lehetne áttérni a termékmenedzsmentre. Szoftvermérnökök, projektmenedzserek, termékmarketing-menedzserek, adatkutatók, QA-s emberek… Kíváncsi vagyok, tudják-e, mit kérnek.

Így történt ez nekem.

Szerelem az első programban

Apám 12 éves koromban vásárolt egy számítógépet a családnak. BASIC programozási kézikönyvet kapott, és belevágtam mindenki első programjába - Hello World! Ezután átkerült a „Sajnálom!” Kódjának másolására. játék a kézikönyvből, egy csomó hiba megtalálása és kijavítása.

Gyerekként mindig szerettem rejtvényeket csinálni, és a programozás olyan volt, mint rejtvények megoldása, hogy a számítógép azt tegye, amit akarok. Rögtön bekötöttem magam, és úgy döntöttem, hogy informatikára szakosodom. Igen, 12-kor.

Erre visszanézek és csodálkozom egy kicsit. Olyan határozott ... Olyan nagyszerű hallgatás az intuíciómra ... Miért nem tehetem ezt állandóan ?? Életemben csak néhányszor tapasztaltam ilyen tisztaságot. Egy másik a PM-be költözés. De előreugrok.

Alma 1. forduló

A főiskola után John Sculley idejében az Apple szoftvermérnöki álmaimat töltöttem be. Az Apple Internet Router-n dolgoztam Alan Oppenheimer vezetésével, aki szó szerint megírta a könyvet az Apple hálózati veremén.

Gyakorlatilag én voltam az egyetlen női mérnök a csapatban. A srác, aki beállította a telefonomat, megkérdezte tőlem, hogy "támogatom-e" Alant. Eltartott néhány percig, hogy rájöjjek, azt hitte, Alan új rendszergazdája vagyok. De ismét eltérek…

8,5 évig dolgoztam az Apple-nél az 1. fordulóban (a 2. fordulót megspóroljuk egy másik időre). 4 vezérigazgatóm volt. John Sculley után ott volt Michael Spindler, Gil Amelio, majd Steve Jobs visszatérése.

Amikor Steve visszatért, a munkaerő hatalmas részét elbocsátotta, és sok projektet lemondott, köztük azt, amelyen dolgoztam. Mégsem sikerült szereznem végkielégítési csomagot, amelyet akkoriban mindannyian megfontoltunk a jobb megoldásnak (mit tudtunk?).

Néhány évig folytattam az Apple-nél az Apple Keychain első verziójának és a valaha volt első Internet API-csomagnak (mélynyomó) történő szállítását. Az iMac elindult. Háromszor beszéltem a WWDC-n. Sikeres voltam a legtöbb definícióval, beleértve a sajátomat is.

Teljes minőségirányítás (TQM)

Az Apple-nek akkor (vagy mostanában) nem volt termékmenedzsmentje. Volt egy nagyon kis létszámú termékmarketing-csapat, amely hipotetikusan megírta a „Piaci követelmények dokumentumait” (MRD). De ha valaha láttam egyet, akkor az megtörtént, miután megírtuk a műszaki specifikációkat és hozzáadtuk a ~ 0 értéket.

Szerencsére első gondolkodónak születtem. Simon Sinek valószínűleg még az általános iskolában járt, de én mégis azzal kezdtem, hogy miért. Szükségem van rá, hogy kitaláljam a következőt, és hogy nincs senki, aki irányítana, elvezet egy TQM nevű dologhoz.

Az Apple körül egy TQM-tanácsadó lebegett, és más csapatokkal dolgozott együtt, amelyeknek szélem támadt. És arra kértem, hogy jöjjön, megtanítsa az útválasztó csapatnak.

Amint nekem megtanították, a TQM alapvetően a tervezési gondolkodás volt, de kizárólag a technológiára összpontosított. És hogy őszinte legyek, vannak olyan elemei, amelyek meghaladják a tervezési gondolkodást (sajnálom az IDEO-t). Különösen az a hangsúly, hogy az egész csapat kifejlessze az empátiát az ügyfél iránt, szemben a tervezőkkel.

Tehát távol voltam és futottam vásárlói látogatásokon, és empátiával szereztem termékbetekintést. Még 1995-ben. Ez vezetett az első termékötletemhez - az Apple / IP Gateway-hez. Nagy siker volt, amíg az IP átvette a legtöbb meglévő hálózatot, és az AppleTalk elavulttá vált.

És ez nem jött volna létre vevői empátia nélkül. Főleg, hogy ez B2B termék volt. Ügyfeleink nem „kérték”. Most láttam a problémákat, amelyeket első kézből kaptak, és hogy az IP-alagút áthidalása az AppleTalk-on keresztül segít.

Közvetlenül felelős személy (DRI)

Az útválasztáson töltött időm után beköltöztem a Cyberdog csapatába, amely internetes alkalmazások csomagját fejlesztette. FTP, Telnet, Gopher, SMTP és HTML ... Gondolom, sokan közületek fel kell keresniük néhányat? Körülbelül 25 fős csapattal tettük mindezt, és én voltam az egyik mérnöki vezető.

Első kiadásunk után a Cyberdog „DRI-jévé” kentek. Ez a koncepció egyedülálló az Apple számára, és ezért még mindig nincs ott termékmenedzsment, amiről beszélhetnénk. A DRI általában mérnöki menedzser, és magában foglalja mind a termék tulajdonjogát, mind a terméket létrehozó mérnök csapat vezetését.

Nagyszerű koncert, ha a csapat meglehetősen kicsi. Szerettem. Kivéve azt az apró részletet, hogy még mindig kódot kellett írnom.

Elég jól szerettem a kódot írni, ne érts félre. De ehhez teljesen koncentráltnak kellett lennem, ami gyors tempójú környezetben nem mindig lehetséges. És sokkal jobban szerettem a többi munkámat.

Néha eléggé vagány lettem. Emlékszem arra az érzésre, amikor az első tesztelőm odajött az ajtómhoz, amikor egy szuper kemény hibát próbáltam kitalálni. Minden energiámra lenne szükségem, hogy ne üvöltsek „hagyj békén - dolgozom!”. Utólag ez nagyon jó adat volt?

Összességében tisztességes kódoló voltam. Jobb iterálni valaki más kódját, mint a semmiből kezdeni. De nagyszerű DRI voltam. Szerettem kemény prioritás-hívásokat kezdeményezni. Szerettem a felhasználói kutatásokat. Szerettem előre vezetni a csapatot, átvágva a kétértelműséget. Szerettem még specifikációkat is írni.

Microsoft Programkezelés

A mélynyomó DRI-ként (az első internetes API-csomagként) egy nap elmentem a Microsofthoz, hogy megtudjam, szeretnénk-e valamilyen kódot megosztani a Mac Internet Explorer csapatukkal.

Leültem az egyik konferenciaterembe, és bejön ez a fickó, aki bemutatkozik a program menedzserének. Arra gondolok, hogy "uh ... tudok beszélni valakivel, kérem? Hol van a fejlesztõ menedzser?

De kiderült, hogy technikus és ért az üzlethez. Érdekes, gondoltam ... mi ez a szerep pontosan?

Mellékjegyzet azoknak, akik nem dolgoztak a Microsoftnál. A programmenedzsment a termékmenedzsment. A fegyelem ott kezdődött, amikor más techcégeknek egyetlen emberként működött a termékmarketing és a termékmenedzsment. A Microsoft volt az első, aki felosztotta őket. Az első, akinek valaki teljesen arra koncentrált, hogy mit kell építenünk, miért és egy kicsit hogyan. És „programkezelésnek” hívják.

2001-ben felhívtam egy barátomat, aki korábban velem volt az Apple-nél, és akinek a cégét (WebTV) megvásárolta a Microsoft. - Sári - mondta -, itt programvezetőkre van szükségünk, és rád gondoltam.

Tudta, mielőtt én tettem volna, hogy miniszterelnök vagyok. Annak ellenére, hogy mindketten karrierünk nagy részét az Apple-nél töltöttük, ahol még nem is léteztek.

Csatlakoztam a csapathoz (rengeteg Apple részvényt hagytam hát, hoppá ...). Barátom röviddel ezután távozott a Google-hoz. De fegyelem szempontjából megtaláltam hívásomat, és soha nem néztem vissza.

Záró gondolatok és néhány tanács

Az én történetem egy olyan ember, aki lelkileg miniszterelnök és szervesen megtalálta az utat hozzá. Tehát az első kérdésem az Ön számára pontosan az:

Szívében miniszterelnök vagy?

Nézd meg alaposan, miért akarsz miniszterelnök lenni. Nehéz megérteni, mi a szerep, ha még nem csinálod, akkor honnan tudod? Miért vonzza? Olvasson el néhány más blogomat. biztos vagy ebben?

Már végzi a munkát? Cím nélkül?

Ha ma mérnöki, projekt, program vagy tervezői szerepet tölt be, és nincs PM-je, ki végzi a PM munkáját? A munkát - a termék meghatározása, a dolgok előremozdítása, a kemény döntések katalizátora - el kell végeznie. Valakitől.

Ha te vagy az, és ez a kedvenc munkád része, akkor ez jó jel, hogy ez a megfelelő szerep az Ön számára. Az is, hogyan állíthatja be magát egy interjúban.

Próbáld ki, ahol vagy.

Ha mégis van PM-je, kérdezze meg tőlük, hogy tud-e valamilyen módon segíteni. A legtöbb miniszterelnök megugrik az esélyen, mert elárasztja őket a munka. Igen, a napi munkája mellett meg kell tennie. Sajnálom?

Azt javaslom, hogy váltson a jelenlegi szervezetében, ha egyáltalán lehetséges. Már ismeri a terméket és a technológiát, és ez óriási segítség.

Közölje miniszterelnök-vezetőjével, hogy érdekli. Tudja meg, mit keresnek. Kérjen ötleteket arról, hogyan gyakorolhatja a szükséges készségeket, vagy igazolhatja, hogy rendelkezik velük.

Órát vesz.

Szerezzen egy kis képzést. Van egy csomó termékmenedzsment osztály, amelyet el tudsz venni. Nem fogok ajánlani különösebbet. Kérdezz körbe. A fő dolog, amiben egy osztály segíteni fog, az, hogy rávilágítson a szerepére, és szókincset adjon neked. És mutasd meg a felvételi menedzsereknek, hogy elég gondod van arra, hogy időt és energiát fordíts. Ez kiterjeszti a hálózatát is.

Ha már a hálózatról beszélünk ... ami nem hiszem, hogy ennyire segít, az a „hálózatépítés”. Úgy értem, hogy hálózati eseményeken, találkozókon vagy konferenciákon való részvétel. Az ott megkezdett kapcsolatok pár éven belül segíthetnek, ha ápolod őket. De nem segítenek hamarosan.

Használja a hálózatát.

Úgy gondolom, hogy a meglévő hálózatod segíthet. Így jutottam el az első miniszterelnöki szerepemhez, anélkül, hogy valóban szándékomban állt volna. Ha valaki nagyszerű lehetőségnek tartja magát, az a legjobb módja bármilyen munka megszerzésének, beleértve a miniszterelnököt is. Tehát tudassa meglévő hálózatával, hogy át akar váltani. És nem, nem ismerek rövid hivatkozást egy jó hálózat kiépítésére?

Őszintén remélem, hogy megtalálja az utat a PM-hez, és annyira szereti, mint én. Sok szerencsét!