開始帶人了，還要不要寫代碼？

張磊盯著屏幕上閃爍的GitHub提交記錄，手指懸在鍵盤上遲遲沒有動作。

這是他晉升技術(shù)總監(jiān)的第183天，團隊里那個00后工程師第7次在代碼評審時懟他：“這種架構(gòu)十年前就淘汰了，磊哥你該不會還在用Spring Boot 1.5吧？”

2021年雙十一戰(zhàn)役，張磊帶領(lǐng)的訂單組頂住每秒12萬次并發(fā)請求，在慶功宴上被CTO拍著肩膀說“該帶團隊了”。

這個35歲的山東漢子以為和當年帶新人一樣簡單，直到第一次OKR會議上，產(chǎn)品經(jīng)理把“用戶增長200%”的指標拍在他面前。

他保持著程序員作息：每天stand-up meeting后把自己關(guān)進會議室寫代碼。

直到某天發(fā)現(xiàn)團隊用他三周前寫的技術(shù)方案，在GitLab里的Merge Request記錄停留在三個月前。

“你們自己都不寫代碼了？”質(zhì)問脫口而出的瞬間，他看見下屬們交換著“果然如此”的眼神。

危機在春節(jié)前爆發(fā)。兩個核心開發(fā)同時提離職，留下的技術(shù)債讓新版本延期兩周。

張磊在安全通道撞見下屬抽煙："你天天幫我們改bug，我們存在的意義是什么？"這句話比任何代碼報錯都刺耳。

他開始在深夜研究《管理者而非MBA》，發(fā)現(xiàn)帶團隊和寫代碼驚人相似：產(chǎn)品需求就像技術(shù)方案，團隊溝通好比API接口設(shè)計。

當月績效考核，他把OKR拆解成可執(zhí)行的用戶故事地圖，帶著00后工程師用游戲化任務(wù)板管理迭代進度。

這招是從兒子玩的《原神》每日任務(wù)得來的靈感。

今年618備戰(zhàn)期間，張磊破天荒沒寫一行代碼。

他帶著團隊用兩周時間搭建起自動化監(jiān)控平臺，把故障響應(yīng)時間從45分鐘壓縮到8分鐘。

當運維組長激動地展示數(shù)據(jù)時，他突然理解CTO說的“管理者要當乘法符號”是什么意思。

上周公司傳出裁員風(fēng)聲，張磊在周會上展示了一張?zhí)厥獾内厔輬D：橫軸是人員流動率，縱軸是系統(tǒng)穩(wěn)定性。

他用重構(gòu)代碼的思路分析團隊架構(gòu)：“我們現(xiàn)在需要的是微服務(wù)化組織，每個模塊要有獨立迭代能力?！?/p>

會后，那個懟過他的00后工程師發(fā)來消息：“磊哥，教我做技術(shù)評審吧?！?/p>

在互聯(lián)網(wǎng)這個永不關(guān)機的世界里，技術(shù)管理者就像持續(xù)集成的Jenkins服務(wù)器。

張磊的電腦桌面還貼著“勿動此機——正在編譯”的便簽，但現(xiàn)在的編譯對象不再是Java代碼，而是手下二十個程序員的成長路徑。

他偶爾會懷念純粹敲代碼的時光，但更享受在技術(shù)雷達圖上，看見每個團隊成員都亮起屬于自己的信號點。

畢竟在這個行業(yè)，最好的架構(gòu)永遠是能讓團隊持續(xù)迭代的那個。