15年碼農被迫轉型接手3個團隊、0交接文檔我是怎么從“地獄開局”活下來的寫在前面白天被會議輪番轟炸晚上打開IDE填坑郵件回不完需求排不動手下的人要么被抽走要么還得手把手教……如果你也正經歷這種“分裂”狀態別懷疑自己這正是我當年轉型技術管理時的真實寫照。今天不聊成功學只聊聊這段“被迫上位”的日子里我踩過的坑和用血淚換來的教訓。 從“全能開發”到“兩頭受氣”在做管理之前我是個典型的資深開發舒適區待得很爽。創業公司六年把我練成了“全棧雜工”前端后端數據庫運維一把抓。那時候最爽的事就是接個復雜需求閉關兩天把代碼寫漂亮看著功能跑起來那種掌控感是實打實的。后來在大廠做架構覺得技術這條路走下去無非就是架構師或者CTO反正都是跟機器打交道簡單純粹。結果現實反手就是一巴掌。剛接手那會兒我白天是管理者晚上是開發者。早會對齊進度午會確認外包排期晚會Review方案開到晚上七八點是常態。等終于能坐下來寫代碼往往已經是深夜。我經常寫到凌晨兩點第二天九點繼續開會。那段時間我最深的絕望不是累而是“雙輸”既沒當好管理者團隊亂成一鍋粥也沒當好開發者代碼質量全靠熬夜硬撐。?? 管理和開發根本不是一回事在那段地獄模式里我被逼著想明白了一件事管理和開發底層邏輯完全是反著的。以前我覺得只要技術牛就能管好團隊后來發現這是兩碼事。簡單說幾個體感最強的區別產出變了以前看代碼行數、模塊質量現在看決策對不對、團隊能不能扛事。時間碎了以前80%時間寫代碼現在80%時間在溝通、協調、背鍋。難點變了以前怕技術復雜度現在怕“人的不確定性”。代碼不會騙你但人會。爽點變了以前是自己寫出牛逼代碼的快感現在是看著團隊成員在你指點下搞定難題的欣慰。說實話這些道理都是事后復盤才總結出來的。當時我哪有空想這個滿腦子都是怎么把爛攤子收拾完。最崩潰的一次外包交付的代碼簡直沒法看。我花了三個通宵重寫白天還得裝作沒事一樣跟他們開會說“這塊我們再優化下”。不敢發火啊人已經被抽走了再得罪外包項目真就停擺了。那一刻我才懂管理不是晉升是物種切換。還在用開發思維做管理只會把自己累死團隊還帶廢了。 把我從崩潰邊緣拉回來的5個思維轉變經歷了“三線作戰”的毒打我慢慢琢磨出幾條活路。不是理論全是實操。1. 忍住“自己上”的手逼團隊學會走剛接手時看到外包代碼爛本能反應就是“閃開讓我來”。我確實寫得快但代價是我的時間被榨干他們永遠學不會。后來我逼自己改發現問題不直接改而是寫清楚規范和標準讓他們改給我看。第一次花的時間比我自己寫還長但第三次他們就懂了。 老李感悟你的價值不是寫出最好的代碼而是讓團隊能持續寫出合格的代碼。2. 放棄“技術潔癖”選“業務最優解”做開發時追求優雅做管理得追求“可行”。有個例子特別典型我們有個8年歷史的Ruby遺留系統性能瓶頸嚴重重構預估3000人天。內部骨干強烈建議上Spring WebFlux R2DBC技術先進、吞吐高。但外包團隊對這玩意零經驗強行上馬光培訓踩坑就得一個月。最后我拍板用了SpringBoot MyBatis Plus。不夠酷但外包上手快六周平穩上線。 老李感悟技術方案選型得算團隊能力、交付時間和維護成本的總賬。完美主義在管理里是奢侈品。3. 別當救火隊員去當“防火員”以前哪里有Bug沖哪里后來發現火根本救不完。我開始把精力花在“看不見”的地方推代碼規范、搞自動化測試、定發布流程。短期沒啥效果三個月后線上故障率斷崖式下跌。 老李感悟管理者的本事不在于救了多少次火而在于讓火燒不起來。4. 放下“個人英雄”做個教練以前享受“這Bug只有我能修”的優越感現在更在意“別人能不能修”。有次外包遇到性能問題我沒給答案只給了排查思路和工具鏈。他花了三天自己找到根因修好后在群里興奮發截圖。那一刻的成就感比自己修好十個Bug都強。 老李感悟你的天花板取決于你培養了多少個能獨當一面的人。5. 別抗拒AI把它變成你的“外掛”ChatGPT剛火時我也焦慮過寫了十幾年代碼難道要被替代后來想通了焦慮沒用比別人先用起來才有用。我現在用AI寫單測、生成接口文檔、輔助Code Review、出技術方案初稿。以前半天搞定的后端接口現在兩小時完事省下的時間用來思考架構和對齊需求。但也踩過坑讓初級工程師完全依賴AI結果生成了隱蔽的邏輯漏洞上線出了故障。所以現在我有鐵律AI可以輔助但核心邏輯必須人工Review責任人必須是人。對于管理者AI不只是提效工具更是管理杠桿。它能承擔部分“教練”職能但“判斷AI生成內容的質量”成了新的核心能力。 老李感悟AI不會取代管理者但會用AI的管理者一定會淘汰不會用的。 給“被迫轉型”兄弟們的幾句掏心窩話如果你也和我一樣是被推上管理崗的這幾條建議請收好允許自己混亂半年別指望一上任就游刃有余穩住局面需要時間這很正常。學會說“不”分清哪些必須自己做哪些可以交出去。不懂拒絕和授權你遲早被耗干。建流程別建“對你的依賴”如果你成了團隊唯一能解決問題的人那不是成功是失敗。護住你的時間會議可以拒需求可以延不是所有“緊急”都真的緊急。保持手感但別迷信技術每周寫點代碼防手生但要明白管理的問題得用管理手段解。把AI當超級實習生80%重復工作丟給它20%判斷決策死死攥在自己手里。 老李回來了啰嗦這么多正式宣布一下「海洋的漁夫」恢復更新。從本周起每周一篇深度原創不整虛的只聊干貨? 大型系統架構實戰性能優化、高并發、可觀測性 AI落地真實案例能直接用的經驗不是概念吹水 技術管理的血淚復盤感謝你耐心看完這篇回歸文。我是老李咱們下周見。 15年碼農被迫轉型：接手3個團隊、0交接文檔，我是怎么從“地獄開局”活下來的？
15年碼農被迫轉型接手3個團隊、0交接文檔我是怎么從“地獄開局”活下來的寫在前面白天被會議輪番轟炸晚上打開IDE填坑郵件回不完需求排不動手下的人要么被抽走要么還得手把手教……如果你也正經歷這種“分裂”狀態別懷疑自己這正是我當年轉型技術管理時的真實寫照。今天不聊成功學只聊聊這段“被迫上位”的日子里我踩過的坑和用血淚換來的教訓。 從“全能開發”到“兩頭受氣”在做管理之前我是個典型的資深開發舒適區待得很爽。創業公司六年把我練成了“全棧雜工”前端后端數據庫運維一把抓。那時候最爽的事就是接個復雜需求閉關兩天把代碼寫漂亮看著功能跑起來那種掌控感是實打實的。后來在大廠做架構覺得技術這條路走下去無非就是架構師或者CTO反正都是跟機器打交道簡單純粹。結果現實反手就是一巴掌。剛接手那會兒我白天是管理者晚上是開發者。早會對齊進度午會確認外包排期晚會Review方案開到晚上七八點是常態。等終于能坐下來寫代碼往往已經是深夜。我經常寫到凌晨兩點第二天九點繼續開會。那段時間我最深的絕望不是累而是“雙輸”既沒當好管理者團隊亂成一鍋粥也沒當好開發者代碼質量全靠熬夜硬撐。?? 管理和開發根本不是一回事在那段地獄模式里我被逼著想明白了一件事管理和開發底層邏輯完全是反著的。以前我覺得只要技術牛就能管好團隊后來發現這是兩碼事。簡單說幾個體感最強的區別產出變了以前看代碼行數、模塊質量現在看決策對不對、團隊能不能扛事。時間碎了以前80%時間寫代碼現在80%時間在溝通、協調、背鍋。難點變了以前怕技術復雜度現在怕“人的不確定性”。代碼不會騙你但人會。爽點變了以前是自己寫出牛逼代碼的快感現在是看著團隊成員在你指點下搞定難題的欣慰。說實話這些道理都是事后復盤才總結出來的。當時我哪有空想這個滿腦子都是怎么把爛攤子收拾完。最崩潰的一次外包交付的代碼簡直沒法看。我花了三個通宵重寫白天還得裝作沒事一樣跟他們開會說“這塊我們再優化下”。不敢發火啊人已經被抽走了再得罪外包項目真就停擺了。那一刻我才懂管理不是晉升是物種切換。還在用開發思維做管理只會把自己累死團隊還帶廢了。 把我從崩潰邊緣拉回來的5個思維轉變經歷了“三線作戰”的毒打我慢慢琢磨出幾條活路。不是理論全是實操。1. 忍住“自己上”的手逼團隊學會走剛接手時看到外包代碼爛本能反應就是“閃開讓我來”。我確實寫得快但代價是我的時間被榨干他們永遠學不會。后來我逼自己改發現問題不直接改而是寫清楚規范和標準讓他們改給我看。第一次花的時間比我自己寫還長但第三次他們就懂了。 老李感悟你的價值不是寫出最好的代碼而是讓團隊能持續寫出合格的代碼。2. 放棄“技術潔癖”選“業務最優解”做開發時追求優雅做管理得追求“可行”。有個例子特別典型我們有個8年歷史的Ruby遺留系統性能瓶頸嚴重重構預估3000人天。內部骨干強烈建議上Spring WebFlux R2DBC技術先進、吞吐高。但外包團隊對這玩意零經驗強行上馬光培訓踩坑就得一個月。最后我拍板用了SpringBoot MyBatis Plus。不夠酷但外包上手快六周平穩上線。 老李感悟技術方案選型得算團隊能力、交付時間和維護成本的總賬。完美主義在管理里是奢侈品。3. 別當救火隊員去當“防火員”以前哪里有Bug沖哪里后來發現火根本救不完。我開始把精力花在“看不見”的地方推代碼規范、搞自動化測試、定發布流程。短期沒啥效果三個月后線上故障率斷崖式下跌。 老李感悟管理者的本事不在于救了多少次火而在于讓火燒不起來。4. 放下“個人英雄”做個教練以前享受“這Bug只有我能修”的優越感現在更在意“別人能不能修”。有次外包遇到性能問題我沒給答案只給了排查思路和工具鏈。他花了三天自己找到根因修好后在群里興奮發截圖。那一刻的成就感比自己修好十個Bug都強。 老李感悟你的天花板取決于你培養了多少個能獨當一面的人。5. 別抗拒AI把它變成你的“外掛”ChatGPT剛火時我也焦慮過寫了十幾年代碼難道要被替代后來想通了焦慮沒用比別人先用起來才有用。我現在用AI寫單測、生成接口文檔、輔助Code Review、出技術方案初稿。以前半天搞定的后端接口現在兩小時完事省下的時間用來思考架構和對齊需求。但也踩過坑讓初級工程師完全依賴AI結果生成了隱蔽的邏輯漏洞上線出了故障。所以現在我有鐵律AI可以輔助但核心邏輯必須人工Review責任人必須是人。對于管理者AI不只是提效工具更是管理杠桿。它能承擔部分“教練”職能但“判斷AI生成內容的質量”成了新的核心能力。 老李感悟AI不會取代管理者但會用AI的管理者一定會淘汰不會用的。 給“被迫轉型”兄弟們的幾句掏心窩話如果你也和我一樣是被推上管理崗的這幾條建議請收好允許自己混亂半年別指望一上任就游刃有余穩住局面需要時間這很正常。學會說“不”分清哪些必須自己做哪些可以交出去。不懂拒絕和授權你遲早被耗干。建流程別建“對你的依賴”如果你成了團隊唯一能解決問題的人那不是成功是失敗。護住你的時間會議可以拒需求可以延不是所有“緊急”都真的緊急。保持手感但別迷信技術每周寫點代碼防手生但要明白管理的問題得用管理手段解。把AI當超級實習生80%重復工作丟給它20%判斷決策死死攥在自己手里。 老李回來了啰嗦這么多正式宣布一下「海洋的漁夫」恢復更新。從本周起每周一篇深度原創不整虛的只聊干貨? 大型系統架構實戰性能優化、高并發、可觀測性 AI落地真實案例能直接用的經驗不是概念吹水 技術管理的血淚復盤感謝你耐心看完這篇回歸文。我是老李咱們下周見。