技術管理之路
卡蜜兒．傅尼耶
41 分鐘
7 重點
4.8 評分內容重點
探索成功科技領導的路線圖，從專案管理到帶領團隊，學習如何在科技產業中面對挑戰與變化。
您將學到
1. 科技公司裡誰負責什麼工作？ 2. 像專業人士一樣帶領團隊並管理專案。 3. 指導技術團隊的實用建議。 4. 避開科技職場中的紛爭。 5. 應對公司中的變化與成長。 6. 在技術職涯的每個階段都成為領導者。 重點
01從碼農到師父，你的第一步修煉
你是否記得，剛踏入這個行業時，那個對一切都充滿好奇，卻也常常不知所措的自己？看到前輩們行雲流水般地敲著鍵盤，解決一個又一個棘手的問題，心裡總是充滿了無限的崇拜。那時候，我們的目標很單純：寫出更乾淨的程式碼、學會更酷炫的技術、成為團隊裡那個不可或缺的「大神」。我們埋首於程式碼的世界，享受著創造的樂趣與解決問題的成就感。 然而，隨著時間的推移，當你從一個需要別人帶領的「菜鳥」，逐漸成長為能夠獨當一面的「老鳥」時，一個新的挑戰悄然出現。你會發現，團隊裡來了新的學弟妹，他們會帶著閃閃發亮的眼睛，問你一些當年你也曾困惑過的問題。你會在程式碼審查（Code Review）中，看到一些可以改進的地方，忍不住想提點一下對方。你會在專案會議上，發現某些技術決策的潛在風險，覺得自己有責任站出來說幾句話。 這就是《技術管理之路》這本書要帶我們踏上的第一站：從一個優秀的「個人貢獻者」（Individual Contributor），蛻變為一個懂得「賦能他人」的「導師」（Mentor）。這一步，看似微小，卻是整個管理之路的基石。作者卡米爾・福尼爾（Camille Fournier）告訴我們，一個真正資深的工程師，其價值不僅僅在於他自己能寫出多少行程式碼，更在於他能為整個團隊帶來多大的「戰力增幅」。 想像一下，一個籃球隊裡，最有價值的球員，是那個每次都自己單刀直入得分的超級巨星，還是那個不僅自己能得分，還能透過精準的傳球，讓全隊隊友得分能力都提升的控球後衛？答案顯而易見。在技術團隊裡，成為導師，就是讓你從那個只專注於自己投籃的得分手，轉變為能夠洞察全局、助攻隊友的控球後衛。 那麼，具體該怎麼做呢？這不是叫你去開班授課，也不是讓你整天盯著新人的螢幕。卡米爾提供了一些非常務實的建議。 首先，是「心態的轉變」。你必須意識到，幫助別人成長，跟你自己完成一個複雜的功能一樣，都具有極高的價值。當你花一個小時，教會一位新同事如何使用公司內部的開發工具，雖然你這個小時沒有產出任何程式碼，但你可能為他未來幾個月節省了數十個小時的摸索時間，這對整個團隊來說，是極大的貢it。你必須從「我的時間只用來寫程式」的思維，轉變為「我的時間可以用來提升團隊整體效率」的思維。 其次，是「具體的行動」。這可以體現在很多小事上。例如，在進行程式碼審查時，不要只是冷冰冰地丟下一句「這裡寫得不好，改掉」。你可以更進一步，溫和地解釋「為什麼」這樣寫會更好。你可以說：「嘿，你這個寫法雖然能動，但如果未來需求變更，可能會比較難維護。我建議可以試試看某某設計模式，你看，這樣改寫之後，未來擴充性和可讀性都會好很多。你可以參考一下我之前寫的某個模組，裡面就有類似的應用。」這樣的建議，不僅僅是修改了程式碼，更是在傳遞經驗與思維模式。 另一個具體的行動，是「主動配對」（Pair Programming）。與其讓新同事自己埋頭苦幹三天三夜，不如花一個下午，跟他一起坐下來，共同完成一個任務。在這個過程中，他不只學會了「怎麼做」，更重要的是，他學會了「你是如何思考的」。他能看到你如何拆解問題、如何查找資料、如何除錯、甚至是如何跟其他同事溝通。這就像是學武功，看秘笈是一回事，但跟著師父一招一式地對練，又是另一種層次的學習。 當然，成為導師的過程並非總是一帆風順。你可能會遇到一些挑戰。比如，你可能會覺得自己明明講得很清楚了，為什麼對方還是聽不懂？或者，你可能會擔心，花太多時間在教別人，會不會影響到自己的績效？ 關於第一點，卡米爾提醒我們，「同理心」是關鍵。回想一下自己還是新手的樣子，我們也曾犯過各種愚蠢的錯誤。每個人的學習曲線不同，你需要有耐心，嘗試用不同的方式去解釋同一個概念。有時候，一個好的比喻，勝過千言萬語的技術術語。你可以把複雜的系統架構，比喻成一家餐廳的廚房分工；把非同步處理，比喻成你去手搖飲店點餐，拿到號碼牌後可以先去旁邊逛逛，等叫到號再回來取餐。用生活化的例子，往往能讓對方豁然開朗。 關於第二點，績效的擔憂，這就需要你和你的主管進行良好的溝通。一個成熟的組織，會懂得資深工程師在指導新人方面的價值。你可以在你的一對一會議中，主動跟主管分享你最近花了多少時間在指導某位新同事，以及這位同事因此獲得了哪些成長。讓主管看到，你的貢獻是多維度的，不僅僅是程式碼的產出。如果你的公司文化還沒有意識到這一點，那麼你的主動溝通，本身也是在推動一種更健康的團隊文化。 總結來說，從一個優秀的工程師，到一個稱職的導師，是你踏上管理之路的「前導任務」。在這個階段，你學會了如何放下自我，如何溝通，如何賦能他人。你不再只是一個程式的「生產者」，而是一個知識與經驗的「傳播者」。你的成就感，來源也將發生微妙的變化：從「我解決了一個超難的Bug」，逐漸轉變為「看到我帶的新人，能夠獨當一面地解決難題，真是太棒了！」 這個轉變，是你未來能否成為一個優秀管理者的試金石。因為管理的本質，從來就不是關於程式碼，而是關於「人」。而這一切，都從你願意伸出援手，耐心指導身邊的同事開始。當你真正享受於看到他人因你而成長時，恭喜你，你已經拿到了通往下一關的門票。
02當上技術領導，你該寫扣還是畫靶？
當你在「導師」這個角色上做得越來越出色，自然而然地，團隊會賦予你更多的信任，主管也會開始交付給你更重要的任務。漸漸地，你會發現，你不再只是單純地指導一兩位新同事，而是需要開始為一個小組、一個專案的技術方向負責。這時候，一個聽起來很厲害，但定義又有點模糊的頭銜，可能就會落到你頭上——「技術領導」（Tech Lead）。 「技術領導」這個角色，可以說是整個技術管理之路中最有趣，也最充滿挑戰的一個階段。為什麼這麼說？因為你正處於一個「三明治」狀態。一方面，你仍然是團隊中最頂尖的工程師之一，需要親自下場寫程式、解決最棘手的技術難題；另一方面，你又開始承擔起一部分管理的職責，需要確保整個專案的技術方向正確、團隊成員之間協作順暢。你就像是一個球隊裡的「隊長」，既要自己得分，又要指揮全場的戰術。 卡米爾在書中將這個階段描述得非常生動。她說，成為技術領導，意味著你的工作重心，必須從「把自己的事做好」，轉移到「讓整個團隊把事做好」。這句話聽起來簡單，但實際執行起來，卻是天壤之別。 過去，你的成功來自於你寫出的程式碼品質有多高、你解決的bug有多快。但現在，你的成功，取決於你所帶領的專案是否成功、團隊的整體產出是否高效。這意味著，你必須開始做一些你以前可能不太喜歡，甚至有點排斥的事情。 舉個例子，以前你最討厭的就是開會，覺得那是浪費時間，有那時間還不如多寫幾行程式碼。但現在，你可能需要主動去召集會議。這個會議的目的，可能是要對一個重要的技術方案進行評審，確保大家對方案的理解一致，並且凝聚共識。你需要在會議上引導討論，而不是讓大家各說各話，最後不歡而散。你需要確保每個人的聲音都被聽到，同時也要在關鍵時刻做出決策，拍板定案。 另一個例子，是專案的拆解與規劃。一個大型的功能需求，就像一頭大象，你不可能一口把它吞下去。作為技術領導，你的職責就是把這頭大象，巧妙地分解成一塊塊可以被團隊成員消化的小肉塊。你需要思考，哪些部分可以並行開發？哪些部分有先後依賴關係？哪個模組的技術風險最高，需要安排最有經驗的工程師來處理？哪個部分相對單純，可以交給新同事練手？ 這個過程，就像是在畫一張「作戰地圖」。你不再是那個只拿著步槍在前線衝鋒的士兵，而是那個站在高地上，手持望遠鏡和地圖，為整個部隊規劃進攻路線的指揮官。你的價值，不再是你自己能消滅多少敵人，而是你規劃的路線，能否讓整個部隊以最小的代價，贏得最終的勝利。 卡米爾特別強調，技術領導最容易犯的一個錯誤，就是「忍不住自己動手」。當你看到團隊成員卡在一個問題上很久，或者寫出了一段你不甚滿意的程式碼時，你內心那個「超級工程師」的自己，就會蠢蠢欲動，想要衝上去說：「放著我來！」 偶爾為之，展現你高超的技術實力，可以贏得團隊的尊敬。但如果這種情況頻繁發生，就會帶來災難性的後果。第一，你剝奪了團隊成員學習與成長的機會。他們會覺得，反正天塌下來有你頂著，遇到難題就直接丟給你，自己不需要動腦筋了。久而久之，團隊就會喪失獨立解決問題的能力。第二，你會把自己活活累死。因為團隊所有的難題都集中到你一個人身上，你會發現自己根本沒有時間去思考更宏觀的技術架構和專案方向，每天都疲於奔命地在「救火」。 一個好的技術領導，應該扮演「教練」的角色，而不是「超級英雄」。當球員投籃不準時，教練的工作不是搶過球來自己投，而是走上前去，拍拍他的肩膀說：「嘿，你的出手姿勢有點問題，手肘再抬高一點試試看。」同樣地，當團隊成員卡關時，你可以引導他：「你試過用什麼方法去除錯嗎？」「有沒有可能是某個環節的假設出了問題？」「我們一起來看看日誌（log），或許能找到一些線索。」你提供的是思路和方法，而不是直接給出答案。 除此之外，技術領導還需要扮演「保護傘」的角色。在軟體開發的世界裡，來自四面八方的干擾實在太多了。產品經理可能會突然跑來說：「有個超緊急的需求，今天下班前一定要上線！」業務部門可能會抱怨：「你們這個系統怎麼這麼難用？」作為技術領導，你需要站出來，為團隊擋住這些不合理的干擾。你需要學會跟產品經理溝通，幫他們排定需求的優先級；你需要跟其他部門解釋，某些技術改動需要時間，欲速則不達。 這一切，都需要大量的「溝通」。是的，又是溝通。你會發現，越往管理的路走，溝通在你工作中所佔的比重就越高。你不再只是跟電腦溝通，你需要跟團隊成員、跟產品經理、跟設計師、跟測試人員、甚至跟你的主管溝通。你的工作，就是確保資訊在不同角色之間順暢地流動，消除誤解，凝聚共識。 總結來說，技術領導是一個從「個人貢獻」到「團隊貢獻」的關鍵過渡期。在這個階段，你需要刻意練習幾項新技能： 1. 系統性思考與規劃能力：學會將複雜的問題拆解成可執行的步驟。 2. 溝通與協調能力：成為團隊內外的資訊樞紐。 3. 引導與賦能能力：克制自己動手的衝動，引導團隊成員自己找到答案。 4. 決策與擔當能力：在關鍵時刻做出技術決策，並為其後果負責。 這個過程無疑是辛苦的，你可能會覺得自己寫程式的時間變少了，有點「不務正業」。但請相信，當你看到整個團隊因為你的引導，而順利地完成了一個又一個充滿挑戰的專案時，那種成就感，將會遠遠超過你自己寫出一段完美程式碼的喜悅。這是另一種層次的滿足，也是通往真正管理者之路的必經洗禮。
使用 LeapAhead 應用程式繼續閱讀
完整摘要正在應用程式中等您
03. 真正「管人」，挑戰才剛開始！
04. 管人還不夠？你得開始管主管
05. 眺望山頂：技術長的一天
06. 結語
關於 卡蜜兒．傅尼耶
卡蜜兒．傅尼耶（Camille Fournier）是知名的科技領導者與作家，長期專注於軟體工程與團隊管理領域。她曾擔任時尚電商平台 Rent the Runway 的技術長，並於多家科技公司出任重要領導職務。除了實務經驗豐富之外，她也經常受邀於國際科技研討會發表主題演講，是工程管理領域備受推崇的意見領袖。
