[心得] 書籍《經理人之道》工程師/技術主管職涯規劃

※ [本文轉錄自 book 看板 #1XDD_QkJ ]

作者: annedoo (安安) 看板: book
標題: [心得] 經理人之道：技術主管/工程師的職涯規劃
時間: Sun Sep 5 23:18:45 2021

// 推薦書籍 //
經理人之道：技術領袖航向成長與改變的參考指南
The Manager's Path: A Guide for Tech Leaders Navigating Growth and Change

作者：卡米兒・傅立葉（Camille Fournier）

擁有豐富管理經驗，兼備技術知識、企業主管領導力及工程管理。從卡內基梅隆大學資訊科學學系畢業後，進入微軟公司。2005年，取得威斯康辛大學麥迪遜分校的資訊科學碩士學位，進入高盛集團擔任工程師，後升任技術副總裁。

2011年加入新創公司 Rent The Runway，歷任技術總監、資深副總裁以及首席科技官等職務。自2017年起，在對沖基金公司 Two Sigma 擔任董事總經理（Managing Director）一職。

作者也有 Medium Blog，對書籍有興趣的人可以先看看文章。

// 書籍簡介 //
不論在哪一行，「管理」都不是件簡單的事。在科技產業，由於管理與技術密不可分，學習「管理」的道路荊棘叢生，「道阻且長」。更有甚者，在這個過程中鮮少有完備的工具、文獻和管理框架能助你一臂之力。本書作者Camille Fournier是一位由技術負責人（tech lead）一路升職到CTO的技術從業人。從工程師到工程經理人，這本實用指南將帶你走過技術職涯的每個階段。

// 適合誰看？ //
這本書原則上是給軟體工程師看的。

我自己本身不是工程師，是因為技術前輩的推薦才接觸到這本書，
但身為在網路軟體產業工作的一員，看完也非常有收穫。

身為工程師：

- 這本書的作者在美國工作，美國的軟體公司文化、市場大小跟台灣差非常多，
所以我認為只能當參考用，但儘管如此依然是一本很好的參考書。

- 了解台灣跟美國不一樣的軟體文化、團隊分工方式

- 了解可能的 career path，包含管理職和資深 IC（Individual Contributor）

- 了解自己的主管、主管的主管、CTO 們在意的事情，以及如何跟他們合作

身為技術主管：

- 了解自己未來的 career path

- 了解如何更好的管理好團隊、做好自己的工作

身為工程師之友（PM、QA、設計師）：

- 了解工程師隊友的思維、目標與做事方式，確保自己不要成為雷隊友

- 了解工程師隊友的 career path 以及可以如何在職涯道路上協助他們

- 了解台灣跟美國不一樣的軟體文化、團隊分工方式
（書中很多專案管理工作是 Tech Lead 負責）

- 如果未來有興趣轉職成為軟體工程師、技術相關職位，
也可以先了解可能的 career path

// 章節書摘 //
這邊稍微摘錄每個章節我覺得有趣、有印象的觀點。

第1章｜管理入門課
第2章｜指導
第3章｜技術負責人（Tech Lead）
好主管、壞主管：流程大頭目
「流程大頭目」深信這世上存在一種近乎完美的流程，
如果能按照設計正確實施，一定能解決團隊所有問題。
流程大頭目可能癡迷於敏捷原則、看板、scrum 原則、精益原則甚至是瀑布式開發方法。

身為一位 Tech Lead，
請避免過於仰賴流程來解決團隊中出於溝通或領導鴻溝而產生的問題。
有時改動流程有所助益，但不是每次都能見效，
而且沒有兩個優秀的團隊在流程、工具或工作上如出一徹。

第4章｜管理個別成員
第5章｜管理單個團隊
擋箭牌
保護你的團隊不受干擾非常重要。
然而，抱持著你有能力或義務保護團隊免受一切傷害的期待是不切實際的。

有時候，更適合的做法是讓團隊承受適當壓力。

這不是為了給他們壓力，
而是幫助團隊理解任務的前後脈絡，更明白手中任務的重要性。

你可以是下屬的擋箭牌，但你不是時刻關心孩子狀態的家長。
你的團隊成員都是成年人，需要得到適當的尊重。

第6章｜管理多團隊
決定授權或自行完成工作？
- 簡單且頻繁：授權
- 簡單但不頻繁：自行完成
- 複雜且頻繁：授權（保持謹慎）
- 複雜但不頻繁：授權以培養人才

程式碼發布頻率
在軟體開發業界，程式碼變更的頻率是衡量工程團隊健康度的重要指標之一。

在專注於產品的團隊中，
優秀的工程經理知道如何創造環境，
讓團隊快速運作，
將工作分解成數個小區塊。

即使你的公司不重視，你也必須努力幫助團隊找出最適當的發布頻率。

第7章｜管理經理
監督整個部門的關鍵要點：
- 如何從跨層級下屬獲得資訊
- 找出組織失能的原因
- 培養團隊的技術策略（Tech Roadmap）

文化價值是人們在高度複雜、不確定或模糊情勢下做出決策的一種方式，
在這種充滿不確定的環境裡，
他們將群體利益視為首位，置於自身利益之上。

他觀察到，大多數新員工會先將自身利益放在首位，
直到他們開始了解自己的同事，才會謀求群體利益。

找出組織失能的原因就跟 debug 一樣，是優秀工程經理應該具備的技能：
1. 預設假說、2. 檢查數據、3. 觀察團隊、
4. 提出問題、5. 檢查團隊氛圍、
6. 跳進來幫忙、7. 保持好奇心

第8章｜高階管理
你的工作不是成為「房間裡最聰明的人」，這不是「正確的」，
你的角色是幫助團隊根據現狀做出最好的決定，
協助他們持續且高效地實施這些決定。

CTO 不是什麼？
CTO 並非技術職位，他不是技術職涯的頂點，
也不是工程師在職涯發展中理所當然努力追尋的位子。

CTO 是公司目前發展階段的技術領袖。
其定義應該是，鑑於公司當前發展需求，兼具策略眼光與執行能力的技術領袖。
CTO 重視並理解企業業務，以技術的角度擬定、塑造業務策略。

第9章｜塑造文化
第10章｜結語

以上。

如果你的技術主管做得很爛，也可以考慮請公司買這本書送他。

--

產品三眼怪實驗室 \(ＯＯＯ)/
https://medium.com/3pm-lab

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.162.164.150 (臺灣)
※ 文章網址: https://www.ptt.cc/book/M.1630855130.A.B93
※ 編輯: annedoo (1.162.164.150 臺灣), 09/05/2021 23:23:48