作爲一個技術團隊的負責人，公司往往對其有“提升技術團隊技術能力”的期望。不同人對技術能力的評價標準是不一樣的。我們經常看到一些技術團隊的負責人覺得自己團隊的技術挺好的，但公司高層和其他部門對技術團隊的技術能力評價一般。作爲技術團隊負責人，有必要了解，其“服務的客戶”（一般是公司的業務部門）是如何來評價技術團隊的技術能力的。並有針對性地提升“客戶”優先看重的技術能力。
對於公司非技術的高層和業務部門等對技術不瞭解的同事，他們一般會從4個方面來評價技術團隊的技術能力：
1. 要求的功能是否能實現
業務方不關心具體的實現細節，但如果其他公司的產品中實現了一些功能，我們的產品中做不出來，業務方就會認爲技術團隊能力不行。
2. 系統是否穩定，性能是否ok
如果系統 bug 比較多，系統時不時宕機，或是響應速度不如競爭對手的產品，業務方一定覺得技術團隊技術不行。
3. 研發速度是否快
同樣的產品，如果你的團隊能比競爭對手更快上線，業務方就會認爲團隊的技術能力強，反之業務方就會認爲團隊的技術能力弱。
4. 能否基於技術經驗，提出更好的業務和產品建議
很多業務方並不瞭解前沿的技術，對前沿技術能給業務帶來的好處缺乏思考和判斷。如果技術團隊能通過採用一些新技術，讓業務方獲得競爭優勢，將獲得業務方很大的認可。
業務方在評價技術團隊能力高低時，其實是比較片面的。譬如說，技術團隊爲了滿足某種特性，採用了和競爭對手不一樣的技術架構，這種技術架構有很多好處，但的確會使某個具體的功能實現困難。這種情況下，業務方就片面地認爲技術不如對手。又譬如說: 研發速度很多時候的確反映了技術能力，但前提是比較雙方在人員數量，內部支持力度，等因素大體一致下。而業務方在看研發速度時，往往會忽略這些因素。這是爲什麼很多技術人員對團隊技術能力的判斷會和業務方不同的原因。
但是“客戶”永遠是正確的，除非你不在乎這個“客戶”的流失。這就要求技術負責人也要學會從“客戶”角度來看待團隊的技術能力，而不是僅僅從技術掌握難度的角度來看待團隊的技術能力。很多時候公司希望提高團隊的技術能力，其實並不是要提高技術人員認知上的技術能力。隨便舉兩個例子：
1. 很多技術，技術本身很難比較好壞和高低，只有適合和不適合。一些情況下，公司覺得技術能力不高，其實是因爲技術架構方案並不符合業務特點。譬如，業務更看重性能和易用性，但技術架構上做了過多安全性設計，導致性能和易用性受到了影響。
2. 在一些情況下，公司其實是對研發速度不滿意，你只要加快招聘，人多了，上線速度快了，公司就認爲團隊的技術能力提升了。
總之，當需要提升技術團隊的技術能力時，技術負責人需要學會從“客戶”角度來評價團隊的技術能力，找到真正的問題，有針對性地提升“客戶”優先看重的技術能力。從另一個角度講，真正技術能力好的團隊，是能用“最合適的技術”解決業務問題的團隊。