提公升研發團隊戰鬥力的方法

晚上又加班到現在，沒多少時間寫技術隨筆，剛又在架構棧上看到這篇文章感覺不錯，就再發一下。

說到底提公升戰鬥力的關鍵還是明確組織架構和每個人目標，帶頭師範行動，加強溝通反饋，大家心往一處想，勁往一處使。

1. 明確的職責和團隊架構

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

對於乙個技術團隊，「清楚」的意思是：

同乙個服務/功能只有乙個負責人

一條郵件/簡訊報警，能準確找到乙個負責人處理

每乙個對外暴露的api都能找到對應負責的工程師

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

2. 研發流程視覺化

技術團隊一旦超過20人，乙個明顯的感受：你開始看不到問題。已經無法靠簡單的晨會和口頭同步來暴露問題，這和業務團隊的每天銷售業績很不一樣，技術團隊表現出來的資料是多元化的。

所以，組建乙個視覺化的工具和流程的組合是必須的。這樣團隊每天的表現都能被清晰的觀察到，並且隨著團隊的發展，有足夠的可擴充套件性。

比如 github 可以讓我看到每個程式設計師的每一次 commit 。 

jira 可以讓我看到每乙個release的推進過程 (有多少bug, 多少個任務已經進入提測，然後準備上線。。)

jenkins可以讓我看到整個團隊的專案構建情況。

confluence 上的技術/方案文件可以讓團隊每個人對專案的狀況一目了然。

zabbix/grafana可以讓我每天一大早看到所有服務的運**況，了解所有交易資料的情況，保證我每天可以安心的睡覺。

elk/cat跟蹤所有服務的錯誤日誌

即便我不會每天都去關注這些，但是我需要有看到這些的能力。這樣才能在出問題的時候掌握第一手資料，並每天確認是否團隊中存在任何問題和風險，並指導團隊提公升執行的效率和質量。視覺化的工具和流程，保證團隊用最低的成本了解專案中的「新鮮事」（yes, it's interesting!），保證團隊能快速準確的響應任何突發狀況。總之，我需要達到「資訊的對稱」。

3. 帶頭要結果，不要藉口

我一直認為在技術工作中，只會有兩個結果：搞定，或者沒搞定。

所以對於團隊的日常的專案推進，如果遇到技術難題，被block住了沒搞定，我只想聽工程師試過什麼方案？每種方案遇到的問題是什麼？離我們目標的距離在**。如果需要更多的時間或者需要更多技術方案，告訴我，我來和大家一起想辦法解決。

線上出現生產故障了，中間的「狗血」情節，其實不用給我匯報。事故已經發生了，事後匯報沒有任何意義，我只需要知道現在狀況是怎樣，我們一起想辦法，用最快的速度fix掉。

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

作為一名技術管理者，無論是技術的基礎設施建設還是團隊技術的發展方向，都需要給出足夠明確的方向，及時向全員傳達，並堅持長期貫徹下去，讓團隊每個人都清楚。

明確了要求，就要放權和投入資源給團隊。否則，出了問題責任不是他的，而是我自己的。相信我的團隊，即便是出現了差錯，也要給予支援，和團隊一起分析原因，下次做到更好。

技術管理者的重要職責，就是為團隊解決他們解決不了的問題，同時提供對應的權力和資源給他們。

提公升研發團隊戰鬥力的方法

晚上又加班到現在，沒多少時間寫技術隨筆，剛又在架構棧上看到這篇文章感覺不錯，就再發一下。說到底提公升戰鬥力的關鍵還是明確組織架構和每個人目標，帶頭師範行動，加強溝通反饋，大家心往一處想，勁往一處使。1.明確的職責和團隊架構 對乙個技術團隊管理者而言，最需要做的一件事就是明確每乙個工程師的職責和建立組...

如何打造有戰鬥力的前端團隊

戰鬥力不是加班就能有的，但是確實有時候需要加班。但是加班不能成為常態，因為加班就相當於戰鬥衝鋒，一股作氣，再而竭，三而衰。不斷地衝鋒，只能讓不部隊垮掉。作為乙個團隊，組織就要統一作戰方法，拿前端團隊來說，就需要統一開發工具，如編輯器，統一編碼風格，統一戰術。帶過團隊的人都知道，技術和工程的差別，在研...

團隊規模縮減時怎麼保持戰鬥力

在網際網路企業中，一定會有多個專案組成乙個產品線。每乙個專案，都會經歷發起 迅速壯大 穩定的過程。穩定一段時間之後，會面臨幾種可能的方向 1 有了新的發展方向，繼續壯大。2 保持穩定，承擔這個專案應有的功能，但暫時沒有新的發展方向。3 逐漸放棄，因為沒有達到預期目標或者不符合企業新的發展戰略了。作為...