Társalapítóként és alkalmi szabadúszó termékmenedzserként, tervezőként és fejlesztőként az asztal mindkét oldalán dolgoztam: irányított fejlesztőként és fejlesztővel együttműködő menedzserként.
Tehát, ha alapító, termékmenedzser vagy bárki, aki műszaki csapattal dolgozik - szeretnék megosztani néhány dolgot, hogy az alkalmazottak boldogok maradjanak és életüket megkönnyítsék.
Minek? Nos, eltekintve attól, hogy egyszerűen jó főnök lenni, annál könnyebb a fejlesztő élete, annál gyorsabban és hatékonyabban képes lesz a funkciók megvalósítására. És az interneten, ahol az idő a kutyaévek sebességével mozog, ez határozottan előnye.
Itt található a siker kulcsa a műszaki csapattal való együttműködés során.
Ismerje meg a különbséget a CTO és a vezető mérnök között
Vagy CTO-val vagy vezető mérnökkel fog dolgozni, és fontos megérteni, hogy nem feltétlenül ugyanaz a személy.
Időnként van egy csodálatos műszaki vezetője, aki nemcsak műszaki, hanem kiváló menedzser, kommunikátor és delegáló is. Ezek a típusok valószínűleg mindent tudnak arról, amit építenek, mi a végcél a felhasználó számára, és az általános üzleti célokat. Nagyszerű! Hidd el, ez eszköz. Ápolja.
Leggyakrabban - főleg ebben a fejlesztői szűkösségű gazdaságban - vezető mérnök lesz: olyan ember, aki elképesztő egy termék megtervezésében, de nem feltétlenül rendelkezik készségekkel (vagy vágyával) egy csapat irányításához és termék.
Minél gyorsabban veszi észre, hogy milyen emberre van szüksége (vagy bérelt), annál jobban felkészült lesz az adott személy és a termék kezelésére.
Gondoskodj arról, hogy mennek a dolgok
A fejlesztők gyártók, nem gépek. Tehát hallgassa meg ötleteiket, és győződjön meg róla, hogy fontolja meg őket - még akkor sem, ha fogalma sincs, miről beszélnek, amikor műszaki kifejezésekkel kezdik elverni. Nem tudja a különbséget a és a verem között? Kérdez. Használja ezt tanulási lehetőségként. Legalább alapvető ismeretekkel kell rendelkeznie a termék műszaki oldaláról.
Pontosíts
Sokkal több segítséget nyújt a műszaki csapata, ha konkrét, kicsi feladatokat ruház fel nekik - ne csak adjon el egy csomó makettot, és mondja el, hogy péntekig készítsék el őket. Valójában a projekt irányítója kellene számukra. Megtanulhatja, hogyan lehet használni olyan projektmenedzsment szoftvert, mint a Pivotal Tracker vagy a Trello, és hogyan követheti nyomon a szolgáltatásfejlesztés napi vagy munkamenetenkénti előrehaladását.
És gyakran jelentkezzen be, mind személyesen, mind a projekt menedzsment szoftverén keresztül. Sokkal könnyebb megakadályozni, hogy a dolgok rossz úton haladjanak meg, ha a villával megfogják őket.
Ne változtassa meg a gondolatait minden nap
Tudom, úgy gondolja, hogy ez nyilvánvalónak tűnik. De ha minden nap elkíséri a terméket és eladta termékeit, visszajelzéseket hallhat és ötletgyűjtési módszereket készíthet arra, hogy jobbá tegye - nagyon könnyű minden alkalommal visszatérni új ötletekkel. Ne csináld ezt a csapatoddal.
Definiáljon egy konkrét és kicsi dolgot, amelyet építeni kíván: egy minimálisan életképes terméket (vagy “MVP”). Specifikálja az MVP-jét és készen áll az építésre. És tedd kicsivé. Ha egy hatalmas alkalmazást tervezett, akkor ossza le és kezdje meg az egyik részével. Szállítsa le MVP-jét, majd az adatok alapján meggondolja magát .
Ha még nem tette meg, olvassa el Eric Ries The Lean Startup című könyvet. Kövesse azt - ne csak dobjon körül hűvös zsargont a hálózati eseményeken.
Célokat, nem határidőket állítson be
A műszaki világban a határidők nem mindig működnek. Még a legtapasztaltabb fejlesztõ is megtöri a dolgokat, és nehéz megbecsülni, hogy mennyi ideig tart a dolgok kijavítása.
Tényleg belementem a Tracker azon gondolatába, hogy lebontja a funkciókat és nehezen mutasson órákat. Jelölje meg a problémát „könnyű”, „közepes” vagy „nehéz” helyzetben, és kövesse nyomon az előrehaladást, és ne tartsa be a határidőket. Többnyire nehéz feladatok kiosztása? Valószínűleg tovább bonthatók.
Szerezzen nagyszerű tervezőt
A tervezők megoldják a problémákat, és ez sokkal könnyebbé teheti a termék gyártási folyamatát. Különösen az UX / UI (felhasználói élmény és felhasználói felület) tervezők. Segítik kitalálni, hogy miként kell kinéznie és hogyan működik a termék - pixel pixelről, felhasználói interakció felhasználói interakció alapján (gondolom: Milyen gombra kattint a következő felhasználó? Hol van az oldalon? Hol tartja őt?).
Ez nem a fejlesztő feladata. Komoly vagyok. A fejlesztő feladata a kód írása - nem a termék megtervezése. A nagyszerű tervező valóban segít megtakarítani a fejlesztési költségeket, mert segítenek a csapatnak átgondolni és elkapni azokat a dolgokat, amelyeket mások figyelmen kívül hagytak. Javasolhatnak továbbá egyszerű, de erőteljes változtatásokat is, amelyek intuitívabbá és könnyebben használhatóvá teszik a terméket.
Ugyanakkor - ellenőrizze, hogy a tervező karcsú-e. Időnként nem éri meg a költségeket az egyedi dolgok elkészítése. Különbség van a részletre való figyelme és a dívává válás között. Ha a fejlesztő panaszkodik egy tervezéssel kapcsolatban - ez az a jele, hogy abba kell hagynia, meg kell vitatnia, meg kell változtatnia és kompromisszumba kell lépnie.
Teszt, teszt, teszt
Ha egyáltalán érdekli a termék - segítsen a fejlesztõnek tesztelni. Órák óta bámulja ezt. Adj neki egy új szemet. Dicsérjétek azért, amit helyesen tett, és adj neki konkrét feladatokat a még elvégzendő vagy rögzítendő feladatokért.
A fejlesztők gyakran panaszkodnak nekem, hogy rengeteg időt költöttek valamire, majd az elindult, ha a dolgok megtörtek, mert senki nem látta őket. Ne feledje, hogy ez a termék. És senki sem akarja, hogy valakivel dolgozzon, akit nem érdekli a kiosztott termék.
Kompenzálni méltányosan
Te vállalkozó vagy, és üzletemberek tárgyalnak. Általában sokkal jobb, mint a nem üzleti emberek.
Szóval légy óvatos.
Lehetőség van tárgyalni egy fejlesztővel a ráfordításról, de ha ésszerűnek tűnik, valószínűleg az. Ne feledje, hogy rengeteg más ember áll oda, aki hajlandó és képes felvenni őt az általuk idézett dolgokra. És ha úgy érzi, hogy tárgyalásokon mentek keresztül, és nem kap megtérítést azért, amit megéri, akkor valószínű, hogy nem fogja prioritásaként kezelni a munkáját más munka (vagy más, szórakoztatóbb dolgok) felett. Vagy talál valakit, aki fizeti a díját, majd hagyja, hogy lógjon. Újra és újra láttam.
Alternatív megoldás lehet egy tárgyalási időszakra vonatkozó egyeztetés egy kis szolgáltatásért, és mondja meg neki, hogy fizeti a teljes díjat, ha a projekt jól megy.
Bízz a csapatodban
Gyanítja a fejlesztő padlási óráit, vagy ellazítja a legközelebbi biergarten felé menni? Ne felejtse el, hogy ha nem bérelt embereket, akikben bíznak, és akik valaminél jobbak, mint te, akkor nem a megfelelő embereket foglalkoztatja.
Bízzon a szakértőiben, akiket felvettek munkájuk elvégzésére. Adja nekik a szükséges eszközöket, ideértve az irányítást, a rugalmasságot, a légzést és a hatalmat. És gyakran jelentkezzen be.
