作為一個技術團隊的負責人，公司往往對其有“提升技術團隊技術能力”的期望。不同人對技術能力的評價標準是不一樣的。我們經常看到一些技術團隊的負責人覺得自己團隊的技術挺好的，但公司高層和其他部門對技術團隊的技術能力評價一般。作為技術團隊負責人，有必要了解，其“服務的客戶”（一般是公司的業務部門）是如何來評價技術團隊的技術能力的。並有針對性地提升“客戶”優先看重的技術能力。

對於公司非技術的高層和業務部門等對技術不了解的同事，他們一般會從4個方面來評價技術團隊的技術能力：

1. 要求的功能是否能實現

業務方不關心具體的實現細節，但如果其他公司的產品中實現了一些功能，我們的產品中做不出來，業務方就會認為技術團隊能力不行。

2. 系統是否穩定，性能是否ok

如果系統 bug 比較多，系統時不時宕機，或是響應速度不如競爭對手的產品，業務方一定覺得技術團隊技術不行。

3. 研發速度是否快

同樣的產品，如果你的團隊能比競爭對手更快上線，業務方就會認為團隊的技術能力強，反之業務方就會認為團隊的技術能力弱。

4. 能否基於技術經驗，提出更好的業務和產品建議

很多業務方並不了解前沿的技術，對前沿技術能給業務帶來的好處缺乏思考和判斷。如果技術團隊能通過采用一些新技術，讓業務方獲得競爭優勢，將獲得業務方很大的認可。

業務方在評價技術團隊能力高低時，其實是比較片面的。譬如說，技術團隊為了滿足某種特性，采用了和競爭對手不一樣的技術架構，這種技術架構有很多好處，但的確會使某個具體的功能實現困難。這種情況下，業務方就片面地認為技術不如對手。又譬如說

但是“客戶”永遠是正確的，除非你不在乎這個“客戶”的流失。這就要求技術負責人也要學會從“客戶”角度來看待團隊的技術能力，而不是僅僅從技術掌握難度的角度來看待團隊的技術能力。很多時候公司希望提高團隊的技術能力，其實並不是要提高技術人員認知上的技術能力。隨便舉兩個例子：

1. 很多技術，技術本身很難比較好壞和高低，只有適合和不適合。一些情況下，公司覺得技術能力不高，其實是因為技術架構方案並不符合業務特點。譬如，業務更看重性能和易用性，但技術架構上做了過多安全性設計，導致性能和易用性受到了影響。

2. 在一些情況下，公司其實是對研發速度不滿意，你只要加快招聘，人多了，上線速度快了，公司就認為團隊的技術能力提升了。

總之，當需要提升技術團隊的技術能力時，技術負責人需要學會從“客戶”角度來評價團隊的技術能力，找到真正的問題，有針對性地提升“客戶”優先看重的技術能力。從另一個角度講，真正技術能力好的團隊，是能用“最合適的技術”解決業務問題的團隊。

本文出自 “千裏之行，始於足下” 博客，轉載請與作者聯系！

有針對性地提升技術團隊的技術能力