提升技術團隊戰鬥力的幾件事

大家時常會發現，團隊有才能的工程師並不少，但是一群能人聚在一起，卻並沒有發揮出應有的水準，反而沒過多久，團隊內部矛盾一大堆。這是怎麼一回事呢？所以，今天我結合自己這些年的管理經驗，談談如何將一個技術團隊的戰鬥力提高到一個新的高度。

明確的職責和團隊架構

對一個技術團隊管理者而言，最需要做的一件事就是明確每一個工程師的職責和建立組織架構。職責的關鍵是：誰負責什麼內容；團隊架構的關鍵是：誰在什麼位置，一定要足夠清楚。

對於一個技術團隊，“清楚”的意思是：

同一個服務/功能只有一個負責人
一條郵件/簡訊報警，能準確找到一個負責人處理
每一個對外暴露的API都能找到對應負責的工程師

在這裡，我還可以列舉出很多條目，簡單一句話，出了問題，每一個人都清楚誰應該出來承擔責任。取得了成績，該給誰頒獎也很確定。

研發流程視覺化

技術團隊一旦超過20人，一個明顯的感受：你開始看不到問題。已經無法靠簡單的晨會和口頭同步來暴露問題，這和業務團隊的每天銷售業績很不一樣，技術團隊表現出來的資料是多元化的。
所以，組建一個視覺化的工具和流程的組合是必須的。這樣團隊每天的表現都能被清晰的觀察到，並且隨著團隊的發展，有足夠的可擴充套件性。
比如 ：
- github 可以讓我看到每個程式設計師的每一次 commit 。 JIRA 可以讓我看到每一個Release的推進過程 (有多少bug,
- 多少個任務已經進入提測，然後準備上線。。) Jenkins可以讓我看到整個團隊的專案構建情況。
- 釘釘/微信群可以讓我和團隊做到實時溝通。
- Confluence 上的技術/方案文件可以讓團隊每個人對專案的狀況一目瞭然。
- Zabbix/Grafana可以讓我每天一大早看到所有服務的執行情況，瞭解所有交易資料的情況，保證我每天可以安心的睡覺。
- ELK/CAT跟蹤所有服務的錯誤日誌
即便我不會每天都去關注這些，但是我需要有看到這些的能力。這樣才能在出問題的時候掌握第一手資料，並每天確認是否團隊中存在任何問題和風險，並指導團隊提升執行的效率和質量。視覺化的工具和流程，保證團隊用最低的成本瞭解專案中的“新鮮事”（Yes, it’s interesting!），保證團隊能快速準確的響應任何突發狀況。總之，我需要達到“資訊的對稱”。

帶頭要結果，不要藉口

我一直認為在技術工作中，只會有兩個結果：搞定，或者沒搞定。
所以對於團隊的日常的專案推進，如果遇到技術難題，被block住了沒搞定，我只想聽工程師試過什麼方案？每種方案遇到的問題是什麼？離我們目標的距離在哪裡。如果需要更多的時間或者需要更多技術方案，告訴我，我來和大家一起想辦法解決。
線上出現生產故障了，中間的“狗血”情節，其實不用給我彙報。事故已經發生了，事後彙報沒有任何意義，我只需要知道現在狀況是怎樣，我們一起想辦法，用最快的速度fix掉。

明確的目標，並給予團隊對應的權力

作為一名技術管理者，無論是技術的基礎設施建設還是團隊技術的發展方向，都需要給出足夠明確的方向，及時向全員傳達，並堅持長期貫徹下去，讓團隊每個人都清楚。
明確了要求，就要放權和投入資源給團隊。否則，出了問題責任不是他的，而是我自己的。相信我的團隊，即便是出現了差錯，也要給予支援，和團隊一起分析原因，下次做到更好。
技術管理者的重要職責，就是為團隊解決他們解決不了的問題，同時提供對應的權力和資源給他們。

---

不斷總結和分析，離一支強有力的團隊並不遙遠。

轉自：

https://mp.weixin.qq.com/s?__biz=MzI3OTUwMjM4MA==&mid=2247484003&idx=1&sn=0be39fe373d4e7bf577f48a4a403adca&chksm=eb478920dc300036617439e46620ecde7e0c439d3a7de67a4284a649f1f5df5e0712c18791bd#rd&comefrom=http://blogread.cn/news/