Könyvek, amelyeket minden mérnöki vezetőnek el kell olvasnia

Ritka alkalom, hogy a vállalatok vezetői képzést nyújtanak, mielőtt Ön vezetővé válna. Néhány nappal vagy héttel az utóbbi időben valószínűleg az egyik legboldogabb nap után, azon a napon, amikor az egyéni közreműködői pályán kívüli pozíciót ajánlottak neked, millió kérdés merül fel benned. Úgy érzi, hogy az apró betű elolvasása nélkül becsapták valamire.

Ez az érzés, amelyet átélsz, nem új keletű, csupán annyit, hogy elfelejtetted. Nem tudni, mit kellene tennie. Tanácstalan. Mert ha úgy gondolja, hogy a szoftverek írása évekig képzett vezetővé, akkor a kutatás ennek ellenkezőjét állítja. De ez még nem a világ vége. Annak ellenére, hogy cége nagy valószínűséggel nem érti a formális vezetői képzés szükségességét, rengeteg olyan információ áll rendelkezésére, amely megkönnyíti és talán még élvezetesebbé is teszi a munkáját.

Amikor vezető lettem, azt tettem, amit általában teszek, amikor olyan kihívással nézek szembe, amiről szinte semmit sem tudok: elkezdtem olvasni. Nagyon sok könyvet olvastam, néhány jó volt, néhány csodálatos volt. Mindannyian úgy alakították, ahogyan a munkámat végzem, és ezért gondoltam megosztom őket más törekvő vagy aktív vezetőkkel.

Ezt a listát több tényező alapján állítottam össze:

  • A könyveknek a mérnöki menedzsment és a vezetői témák széles körét kell lefedniük. Könnyű megtalálni az egymást átfedő könyveket. Sokkal nehezebb sokféle információt találni, amikor még nem ismered a vezetést.
  • Különböző korszakokban kell írni. A szoftveripar folyamatosan fejlődik. Nincs értelme csak arról olvasni, ami az 1980-as vagy 90-es években történt.
  • A rend olvasása sokat számít. Egyes könyvek specializáltabbak, mint mások. A megadott információk egymásra rakódó rétegként tekinthetők. Ha tapasztalatlan vagy, akkor kezdheted a közepén vagy a végén, és ez alapvetően más könyveket tesz tönkre számodra.
  • Végül egy kemény 7-es határt szabtam, csak azért, mert úgy gondolom, hogy ez a lista elegendő ahhoz, hogy olyan alapozó réteget építsen fel, amely tetején folytathatja az olvasást, és még tovább folytathatja saját kutatásait is.

De elég bevezető, nézzük meg a listát :)

Peopleware: Produktív projektek és csapatok, írta: Tom DeMarco és Tim Lister

Ezt mindenkinek kötelező olvasmánynak kell lennie. Időszak. Nem, nem csak mindenki szoftverben, hanem mindenki, aki magánvállalatban dolgozik, olvassa el ezt a könyvet. Döbbenetes számomra, hogy az emberek mindennapos problémái mennyire megoldódtak. Az 1980-as években. Ha csak egy könyvet olvas el a listából, akkor ez legyen ez.

High Output Management, írta: Andrew S. Grove

Nem sokkal azután, hogy átvált az egyéni közreműködő pályáról a vezetői pályára, feltesz magának egy alapvető kérdést.

Hogyan mérhetem meg a saját sikeremet?

Régen ilyen könnyen tudtál válaszolni. Most, hogy egyre kevesebbet írsz kódot, és foglalkozol a csapatdinamikával és az emberek problémáival, hogyan fogod mérni a főnököd az előrehaladást és a sikert? Ez a könyv egy ma már általánosan elfogadott választ ad: a számodra jelentő emberek sikerén keresztül mérsz. Vagyis ha sikeres a csapatod, akkor sikeres vagy. Természetesen túl egyszerűsítem, de ez volt a legnagyobb elvételem ebből a könyvből.

További éleslátó információk találhatók, például a gyártási folyamat áttekintése, az értekezletek lebonyolítása vagy az egyesek lebonyolítása. Ez egy klasszikus könyv, amelyet mindenkinek el kell olvasnia, még akkor is, ha nem érdeklik a vezetői szerepek. Olyan jó.

Azt mondom, hogy ez a könyv már régen íródott. Az volt a benyomásom, hogy az ebből a korból származó vezetők mérvadóbbak voltak, mint amit manapság a vállalatoknál lát. Ez nem kritika, hanem korrekt figyelmeztetés. Elolvashat néhány fejezetet, és arra a következtetésre juthat, hogy senki sem tudja megúszni ezt egy társaságban. Van egy bizonyos árnyalat a könyvben leírt vezetési stílusban, ezért fontos megérteni azt.

Hatás: Tudomány és gyakorlat, Robert B. Cialdini

A mérnöki menedzser feladata, hogy biztosítsa csapatának mindent, ami a sikerhez szükséges. Ez azt jelenti, hogy az emberek több csoportja közötti interakciót egy kellemes eredmény elérése érdekében kezeljük.

Ha valaha is megpróbálta meggyőzni egy barátját, hogy költözzön a WhatsApp-ról a Telegramra, és kudarcot vallott, akkor megpróbált befolyást gyakorolni. Ezt alapvetően minden nap meg kell tennie, és tapasztalatom szerint ez nagyon nehéz készség megtanulni. Sok gyakorlást igényel, és valójában nincs olyan homokozó mód, amelyben kudarcot vallhatna, és rendben lesz. Megpróbál valamikor beszélni valakivel, hogy csináljon valamit, és kudarcot vall, és Ön vagy csapata szenvedni fog érte.

Ez a könyv a végleges útmutató a probléma tudományos megközelítéséhez. Sok menedzser úgy gondolja, hogy nem kell megtanulniuk, hogyan befolyásolják másokat, különös tekintettel a közvetlen jelentéseikre, mivel a rang a végső befolyásoló. Úgy gondolom, hogy ez megakadályozza, hogy valaha is nagyszerű vezetővé váljon, véleményem szerint. Igen, valószínűleg valaha felülbírál valakit, és félelmetes érzés lesz közben. De ha az illető végül utál téged emiatt, akkor csak elvesztetted a bizalmát, és később meglátod ennek következményeit.

Gyors fejlesztés: A vad szoftver ütemtervek megszelídítése, Steve McConnell

Ez egy újabb klasszikus tankönyv, amelyet bárcsak bárki elolvasna a szoftverben. Ha Ön jelenleg olyan társaságban van, aki mozgékony, és terméketlen találkozókkal, rossz minőségű kóddal, egymással kijönni nem tudó csapattagokkal vagy olyan érdekelt felekkel küzd, akik késő éjjel arra kényszerítenek, hogy távozzon az irodából, megtalálja a legalább egy megoldás ebben a könyvben. Ez egy jó vezetői könyv is, mivel leírja a valószínűleg kedvenc fejezetemet, és felsorolja azokat a dolgokat, amelyeket feltétlenül nem szabad megtennie, ha nagyszerű csapatot szeretne. Időnként még mindig utalok arra a fejezetre, csak nagyon jó és éleslátó.

Az emberek irányítása, Michael Lopp

Imádtam ezt a könyvet a humoráért és a legnagyobb technológiai vállalatok kultúrájába való betekintésért. Nem tűnik tankönyvnek a listán szereplő többihez képest, de ettől remekül illik.

Meg kell értened, hogy a vezetők még mindig emberek, meg fognak cseszni, és a végeredmény tragikus vagy vidám lehet. Vagy mindkettő. Ez egy nagyon fontos lecke, amelyet meg kell tanulnom, amely őszintén szólva a leghosszabb ideig tartott.

Nagyon könnyű megragadni az elméletben, miközben megpróbálja megtanulni, hogyan lehet vezető. De a valóság gyakran annyira őrült, hogy egyetlen könyv sem tudja megadni a szükséges megoldást. Olyan helyzetekbe kerül, ahol mindent megtesz a könyv alapján, és az emberek továbbra is boldogtalanok lesznek. És ez rendben van. A Managing Humans történetei segítenek ennek megértésében.

A menedzser útja, Camille Fournier

Félelmessé teszi ezt a könyvet az, hogy világos és egyszerű leírást ad felelősségéről és céljairól a vezetői ranglétrán minden lépésnél. A legtöbb vállalatnak nincs is ilyen információja a saját vezetői pályájához.

Azzal kezdődik, hogy leírja, mire kell összpontosítania egy belépő szintű vezetőt, például mentorálja a junior fejlesztőket. Áttér a mérnöki vezetőkre, a vezető menedzserekre, és kiterjed még arra is, hogy mit kell tennie a szoftver alelnökének. Én személy szerint mindig arra gondoltam, hogy néz ki egy nap a VP cipőiben, és ha van, akkor ez a könyv az Ön számára.

Amellett, hogy csak megszelídíted a kíváncsiságodat, hogy néznek ki a felsőbb rétegek, szeretem ezt a könyvet, mert annyira reális. Itt nincs utópisztikus nézet a csapatokról és a folyamatokról. Mindez megalapozott a szerző tapasztalatai szerint. Ez az információkat a munkakörnyezetben nagyon alkalmazhatóvá teszi.

Az egyperces menedzser, Kenneth H. Blanchard

Eleinte nem akartam ezt elolvasni, miután megtaláltam, de örülök, hogy meggondoltam magam. Alapvetően rövid történet egy vezetőről, aki nagyon jó a munkájában, különösen egy területen.

Nem rontom el neked. A történetből származó információk nem különösebben innovatívak. Vannak más könyvek, amelyek részletesebben belemerülnek a témájába. De van benne valami igazán kielégítő, amit nem igazán tudok megmagyarázni. Olyan ez, mint egy GitHub-lényeg, amely 100 sor alatti kódban old meg egy problémát.

Elutasító lehetsz vele szemben - nincs olyan, hogy ilyen egyszerű lehet, igaz? Vagy figyelmesen olvashatja el, és értékelheti egyszerűségét, tudván, hogy ez nem általánosított megoldás, de mégis elég jó ahhoz, hogy érdemes legyen az eszköztárában. Teljesen lehetséges, hogy elolvassa ezt a könyvet, és azt gondolja, hogy túlzok, de hé, ez az én listám;)

Radical Candor, írta: Kim Scott

Remekül tudok számolni 7-ig, de nagyon szerettem volna ezt a könyvet felajánlani valamiféle külön kiegészítésként a listámon. Nem mondanám, hogy kötelező olvasmány. Miután átnézte az összes fenti könyvet, vegye fel ezt egy nagyon feltűnő alternatív nézethez.

Alapvetően a Radical Candor keretet nyújt az emberekhez való viszonyuláshoz. Ez nem igazán kapcsolódik a szoftverfejlesztéshez. Ezt bárhol alkalmazhatja, barátaival, családjával, őszintén szólva nagyon elvont ebben a tekintetben.

A szerző, Kim Scott, a Google-nél és az Apple-nél is dolgozott. Felidézi néhány tapasztalatát, amikor ott dolgozott. Ezeket a fejezeteket rendkívül élvezetesnek találtam, de vegyem egy szem sóval. A médiában található legfrissebb hírek egy része közvetlenül ellentmond ennek a könyvnek. Ezért nem szívesen ajánlom mindenkinek.

Magának a keretrendszernek van értelme, de a gyakorlatban olyan nehéz megvalósítani. Tudom, hogy ez nem a szerző hibája. Bárcsak a világ úgy működne, ahogy leírja, de nem hiszem, hogy valaha is így lesz. Mindazonáltal arra törekedve, hogy elérje a Radical Candor akár 50% -át is, jobb vezetővé válik. Ha 100% -osan gyomrod van, akkor szeretnék személyesen találkozni veled.

Az, hogy?

Ez a lista szilárd alapot jelent újonc vezetőknek vagy olyan embereknek, akik azon gondolkodnak, hogy csapat vezetővé vagy vezetővé váljanak. Sokkal többet kell még megtanulni. Magam is értékeltem volna egy ilyen egyszerű és rövid listát, amikor megtettem a lépést a vezetés felé. Remélhetőleg te is.