Böcker som varje ingenjörschef bör läsa

Det är ett sällsynt tillfälle att företag erbjuder ledarskapsutbildning innan du blir chef. Några dagar eller veckor efter det som förmodligen var en av de lyckligaste dagarna i ditt senaste minne, den dagen du erbjöds en position utanför det enskilda bidragsgivarspåret, hittar du dig med en miljon frågor. Du känner att du lurades att underteckna något utan att läsa det finstilta.

Den känslan du upplever är inte ny, den har bara glömt bort den. Det är inte att veta vad du ska göra. Det är clueless. För om du tror att många år med att skriva program har utbildat dig till att bli chef, säger forskning det motsatta. Men det är inte världens ände. Trots att ditt företag sannolikt inte förstår behovet av formell ledarskapsutbildning finns det en mängd information tillgänglig för dig som gör ditt jobb enklare och kanske till och med roligare.

När jag blev chef gjorde jag vad jag vanligtvis gör när jag möter en utmaning som jag nästan inte vet om: Jag började läsa. Jag har läst många böcker, vissa var bra, några av dem var fantastiska. Alla formade hur jag gör mitt jobb, så jag trodde att jag skulle dela dem för andra blivande eller aktiva chefer där ute.

Jag har samlat den här listan baserat på flera faktorer:

  • Böckerna bör täcka en bred uppsättning ämnen inom teknikledning och ledarskap. Det är lätt att hitta överlappande böcker. Det är mycket svårare att hitta en mångfald av information när du är väldigt ny på ledarskap.
  • De ska skrivas i olika epoker. Programvaruindustrin utvecklas ständigt. Det är inte meningsfullt att bara läsa om vad som hände på 1980- eller 90-talet.
  • Läsordning betyder mycket. Vissa böcker är mer specialiserade än andra. Informationen som tillhandahålls kan ses som lager som staplas ovanpå varandra. Om du inte har erfarenhet kan du börja i mitten eller slutet, och det kommer i princip att förstöra andra böcker för dig.
  • Slutligen satte jag en hård gräns på 7, bara för att jag tycker att den här listan räcker för att bygga ett grundlager på vilket du kan fortsätta läsa och kanske till och med göra din egen forskning vidare.

Men tillräckligt med introduktion, låt oss se listan :)

Peopleware: Productive Projects and Teams, av Tom DeMarco & Tim Lister

Detta bör vara obligatorisk läsning för alla. Period. Nej, inte bara alla inom programvara, alla som arbetar i ett privat företag bör läsa den här boken. Det är fantastiskt för mig hur stort sett alla problem som människor hanterar det dagligen redan har lösts. På 1980-talet. Om du bara läser en bok från den här listan, låt den vara den här.

High Output Management, av Andrew S. Grove

Strax efter att du har bytt från det enskilda bidragsgivarspåret till ledarspåret kommer du att ställa dig själv en grundläggande fråga.

Hur mäter jag min egen framgång?

Du brukade kunna svara så enkelt. Nu när du skriver kod mindre och mindre och hanterar teamdynamik och problem med människor, hur kommer du eller din chef att mäta dina framsteg och framgång? Den här boken ger ett nu allmänt accepterat svar: du mäts genom framgången för de personer som rapporterar till dig. Det vill säga om ditt team är framgångsrikt så är du framgångsrik. Jag förklarar förstås förstås men det var min största hämtning från den här boken.

Det finns mer insiktsfulla bitar av information som en genomgång av en produktionsrörledning, hur man kör möten eller hur man genomför en på en. Detta är en klassisk bok som alla bör läsa även om de inte är intresserade av ledarroller. Det är så bra.

Jag kommer dock att säga att den här boken skrevs för länge sedan. Intrycket jag fick var att ledare från den åldern var mer auktoritära än vad du ser i företag idag. Detta är ingen kritik, det är en rättvis varning. Du kanske läser några kapitel och drar slutsatsen att det inte finns något sätt någon kan komma undan med att göra det i ett företag. Det finns en viss nyans i den ledarstil som beskrivs i den här boken och det är viktigt att förstå den.

Inflytande: vetenskap och praktik, av Robert B. Cialdini

En ingenjörschef jobb är att se till att deras team har allt det behöver för att lyckas. Detta innebär att hantera interaktionen mellan flera grupper av människor mot ett behagligt resultat.

Om du någonsin har försökt övertyga en vän att flytta från WhatsApp till Telegram och misslyckats, har du gjort ett försök att utöva inflytande. Du måste göra det i princip varje dag, och enligt min erfarenhet är detta en mycket svår färdighet att lära sig. Det tar mycket övning och det finns egentligen inget sandlådeläge där du kan misslyckas och det kommer att vara OK. Du kommer att försöka prata med någon någon gång för att göra något, och du kommer att misslyckas, och du eller ditt team kommer att lida för det.

Den här boken är den slutgiltiga guiden för hur man ska ta itu med problemet vetenskapligt. Många chefer tycks tro att de inte behöver lära sig att påverka andra, särskilt deras direkta rapporter, eftersom rang är den ultimata påverkaren. Att tänka på det kommer att förhindra att du någonsin blir en bra ledare, enligt min mening. Ja, du kommer förmodligen att åsidosätta någon någon gång och det kommer att kännas fantastiskt medan du gör det. Men om den personen slutar hata dig för det, har du precis tappat förtroendet och du kommer att se konsekvenserna av det senare.

Snabb utveckling: Taming Wild Software Schedules, av Steve McConnell

Detta är en annan klassisk lärobok som jag önskar att alla i programvaran skulle läsa. Om du för närvarande är i ett företag som är smidigt och kämpar med oproduktiva möten, kod av dålig kvalitet, teammedlemmar som inte kan komma överens med varandra eller intressenter som driver dig att lämna kontoret sent på kvällen, hittar du på minst en lösning inom denna bok. Det är också en bra ledarskap bok som det beskriver, i vad som troligen är min favorit kapitel en lista över saker du bör definitivt inte göra om du vill ha ett bra team. Jag hänvisar fortfarande till det kapitlet då och då, det är bara riktigt bra och insiktsfullt.

Managing Humans, av Michael Lopp

Jag älskade den här boken för sin humor och inblick i några av de största teknikföretagens kulturer. Det känns inte som en lärobok jämfört med de andra på den här listan, men det är det som gör att den passar bra.

Du måste förstå att ledare fortfarande är mänskliga, de kommer att klara sig och slutresultatet kan bli tragiskt eller roligt. Eller båda. Det är en mycket viktig läxa att lära mig, en som tog mig längst, för att vara ärlig.

Det är väldigt lätt att fastna i teorin när man försöker lära sig att bli ledare. Men verkligheten är ofta så galen att ingen bok kan erbjuda dig den lösning du behöver. Du kommer att hamna i situationer där du gör allt enligt boken, och människor kommer fortfarande att vara olyckliga. Och det är OK. Berättelserna från Managing Humans hjälper dig att förstå det.

The Manager's Path, av Camille Fournier

Vad som gör den här boken fantastisk är att den ger en tydlig och enkel beskrivning av ditt ansvar och mål vid varje steg i ledarstegen. De flesta företag har inte ens den informationen för sitt eget ledarskapsspår.

Det börjar med att beskriva vad en nybörjarledare bör fokusera på, till exempel mentorskap för juniorutvecklare. Det går vidare till ingenjörschefer, seniorchefer och täcker till och med vad en VP för programvara ska göra. Jag har personligen alltid undrat hur en dag i en VP: s skor ser ut, och om du har det är den här boken något för dig.

Förutom att bara tämja din nyfikenhet på hur de övre nivåerna ser ut, älskar jag den här boken eftersom den är så realistisk. Det finns ingen utopisk syn på lag och processer här. Det är helt grundat i författarens erfarenhet. Det gör informationen mycket användbar i din arbetsmiljö.

En minuts chef, av Kenneth H. Blanchard

Jag ville ursprungligen inte läsa detta efter att jag hittade det, men jag är glad att jag ändrade mig om det. Det är i grunden en novell om en chef som är mycket bra på sitt jobb, särskilt inom ett område.

Jag kommer inte förstöra det åt dig. Informationen du får ut av den här historien är inte särskilt innovativ. Det finns andra böcker som dyker in i dess ämne mer detaljerat. Men det finns något riktigt tillfredsställande med det som jag inte riktigt kan förklara. Det är som en GitHub-kärna som löser ett problem på under 100 rader kod.

Du kan avfärda det - det kan inte vara så enkelt, eller hur? Eller så kan du läsa igenom det noggrant och uppskatta dess enkelhet, att veta att det inte är en generaliserad lösning, men ändå tillräckligt bra för att det är värt att ha i din verktygslåda. Det är helt möjligt att du läser den här boken och tror att jag överdriver, men hej, det är min lista;)

Radical Candor, av Kim Scott

Jag kan räkna till 7 bara bra, men jag ville verkligen erbjuda den här boken som ett speciellt tillägg till min lista. Jag skulle inte säga att det är obligatorisk läsning. När du väl har gått igenom alla böckerna ovan borde du plocka upp detta för en mycket slående alternativ vy.

I grund och botten är Radical Candor ett ramverk för hur man ska relatera till människor. Det är inte riktigt relaterat till mjukvaruutveckling. Du kan tillämpa detta var som helst, med dina vänner, med din familj, det är uppriktigt sagt mycket abstrakt i det avseendet.

Författaren Kim Scott har arbetat både på Google och Apple. Hon minns några av sina erfarenheter när hon arbetade där. Jag tyckte att dessa kapitel var extremt roliga, men tar dem med ett saltkorn. Några av de senaste rapporterna i media strider direkt mot vissa berättelser från den här boken. Det är därför jag tvekar att rekommendera det till alla.

Själva ramen är meningsfull men det är så svårt att faktiskt praktisera. Jag vet att det inte är författarens fel. Jag önskar att världen skulle fungera som hon beskriver, men jag tror inte att det någonsin kommer att göra det. Ändå strävar du efter att uppnå till och med 50% av Radical Candor kommer att göra dig till en bättre ledare. Om du har magen 100% vill jag träffa dig personligen.

Är det allt?

Denna lista är en solid grund för nybörjarchefer eller människor som funderar på att bli teamledare eller chefer. Det finns så mycket mer att lära sig. Jag skulle ha uppskattat en enkel och kort lista som denna själv när jag tog steget mot ledarskap. Förhoppningsvis gör du det också.