作為技術管理者，要做好以下3個核心能力

1. 自我驅動是基本能力，沒有自動驅動的人不能當管理層，不能帶人

1.? 架構上把握設計的大方向，技術架構不會走偏

2.? 每個人的職責明晰，目標管理，每周定期過下每個人手上工作(給每個人下考核，每兩天過一下進度，授權)

3.? 團隊中有疑難問題搞不定的時候快速出馬搞定

?

如果將一名技術管理者的能力比喻為如下的立方體的體積，其能力公式如下：

整體能力 = 技術能力 * 產品能力 * 管理能力

則任何一個維度能力的短板都將嚴重影響其整體能量水平，如下圖所示：

?

圖3：技術管理者的多維度能力

1、純技術思維的人：很容易把自己封閉在一個純粹的技術世界里，在那里只有自己研究的技術。容易固執地認為技術是萬能的，技術可以解決一切問題。容易過分的高估技術，人很單純，也很固執。無法很好地和不同類型的人達成真正的合作，其帶領的團隊也很難壯大。這樣的人適合專注于搞技術，并不適合將其放在團隊leader的位置。

2、純產品思維的人：善于溝通、思維發散，初次交往時很會抓住別人的注意力。如果由其掌舵大型的技術團隊，長時間后會發現他們容易出現思路邏輯不清，缺乏恒久的堅持和方向感，也容易出現以用戶需求之名把團隊帶進坑里。

3、純管理思維的人：如果沒有技術或者產品或者其他某一方面能力的補足，在以技術/產品為驅動的團隊很難建立起威信。從而很好的帶領一個技術團隊

?

1. 論技術管理者的技術能力路徑

?

圖1：技術思維的大致成長路徑

編程技術的提高需要不斷的學習、總結、提煉、分享，這是一個環，也是一個迭代的過程。大學教給我們很好的學習能力，編程技術領域發展又快，日新月異，這要求我們通過各種方式來吸收新的知識。總結是在不斷的項目實踐、代碼實現中，反思和歸納自己技術實現里的優點和缺陷。例如重構的過程、模式的使用等。提煉是提升的過程，從量到質，從更高的層次思考編程之道。分享是自己把經驗和思考的結果傳播出去，讓別人認知，產生共鳴，給予反饋的過程，從中我們獲得了別人的經驗和能力，形成有效補充，又再次進入了學習的過程。

2. 論技術管理者的管理能力路徑

?

圖2：管理思維的大致成長路徑

CSDN：你是如何從技術層提升到管理層的？期間有什么有意思的回憶？

蔣宇捷：我于2007年7月進入傲游，一個月轉正，2個月擔任項目負責人，3個月就被提升為技術Leader。這個過程非常順利，我的經驗是要快速的做出成績，展現出自己的能力。我當時第一次接觸Perl這門編程語言，一邊學習一邊開發項目，共花了一個多星期時間，完成了一個類似于百度知道，包含全文檢索功能，從前端到后臺功能齊備的網站，這一次的經歷為我晉升打下了很好的基礎。

CSDN：你認為一名技術經理或是技術管理者，應具備什么樣的能力？

蔣宇捷：我認為技術管理者有幾個必備的能力：

1. 溝通說服能力：作為管理者，每天做的最多一件事情就是溝通，向上、下級，以及橫向溝通，要讓團隊、項目按照正常的方向前進，要能夠說服別人按照你的想法去執行，這點非常重要。

2. 分析判斷能力：進行技術決策時，要冷靜、全面的思考和分析，給出正確的技術方向，是每個技術管理者必備的能力。方向的正確程度決定了項目開展的速度與質量，正確的方向和優秀的架構即便在多年過后仍然煥然如新。

3. 產品架構能力：技術管理者必須要對產品有很深刻的認識，要充當技術和產品之間的橋梁，否則永遠只能孤立的從技術層面看待問題，而無法從整個產品、項目的高度評判需求，以及技術實現的合理性。

以下是本人實際操作中的一些體會：

1、“讓程序員們覺得自己的工作有意義”這點很重要。

2、把項目里面的工作全面細化，將工作任務縮小到最小單位。并進行KPI考核。

3、使用一些現成的開發工具或解決方案，避免團隊長期在做重復性的勞動。

4、通?！按笈！眰儾簧朴谧龉芾?#xff0c;給他們經理的待遇，避免他們管人，讓他們專心的去寫程序。

5、和技術人員溝通之前，應明確自己對于產品功能需求。并在項目進行的過程中，盡力減少功能需求變更的頻率。三天兩頭改需求，會導致程序員發瘋。如果非這樣做不可，可以考慮建一個 @蔡學鏞 微博上提到的“發泄室”。

6、耐心聽他們說完，再發表自己的觀點。

CSDN：你現在是否堅持每天編程，這對你有何幫助？

蔣宇捷：我現在大部分時間都用在溝通、協調、思考、解決團隊和項目中的問題，以及產品的方向上。不過前段時間我還主持并親自參與了產品前端重構的項目，由此也對一些新的開發技術和框架有了新的了解和認識。技術來源于一線，永遠不能脫離一線。

CSDN：在用技術手段完成某戰略或運營目標的過程中，有何常見的難題？身為技術管理者，能不能分享下都是如何解決的？

蔣宇捷： 常見問題有3個，需求的不確定性、需求方面和時間與質量的平衡點。

1. 需求的不確定性：需求的變化永遠是無法預估的。有兩個問題可能每個人都有親身的體驗。

第一個是“作為產品經理，你被技術問的最多的問題是什么？”，答案是“你確定以后不改了？”。

第二個是“作為工程師，你問產品經理最多的問題是什么？”，答案是“這個功能是不是可以放到下個版本再做？”。

解決方法：需求的不確定造成技術實現有很大的不確定和后期變更風險，這個時候我們要做的是先確定技術方向、技術框架，通過拆分模塊、利用設計模式容納變化，以及在產品層面細分story等各種方法，來減輕每個迭代時需求變化的風險。

2. 需求來自方方面面：有時候完成目標的過程中，需求會來自方方面面，而不僅僅是單純的產品需求。

解決方法：這時候就需要技術管理者評估成本、抵擋一些需求，或向對方明確預期。我的經驗是最好開誠布公的討論代價和收益，也需要管理者從更高維度的戰略層面來考慮，否則有可能違背公司的整體戰略。

3. 時間與質量的平衡：完成目標的過程中，常常遇到時間與質量的平衡之困。例如，經常版本早已確定了發布日期，但是由于時間有限，開發和測試時間都嚴重不足，這會導致產品質量不可控，是否按時發布就變成了一個難題。

解決方法：管理者除了在流程上整體把控外，還需要向上、下級，以及和各種角色溝通，降低時間和質量的預期，并結合一些保障機制。例如，核心用戶群、灰度發布來減輕風險。

CSDN：做產品的過程中最慘痛的失敗教訓有哪些？

蔣宇捷：?創業的經驗和教訓告訴我：產品好不好用，用戶很快就會投票。如果用戶量遲遲不能增長，那是產品本身的定位出現了問題。需要盡快改變產品方向，迅速試錯。從最近一些成功的產品美麗說、唱吧中，我們都能找到同樣的軌跡。另外創業初期，渠道沒那么重要，運營卻是非常重要的一部分。

CSDN：傳統互聯網企業轉變到移動領域，你覺得技術難點在哪里？有何好方法能克服困難？

蔣宇捷：傳統互聯網企業轉變到移動領域主要有幾個門檻：意識門檻、技術門檻和商業模式門檻。意識門檻指沒有意識到搶占移動領域的重要性和緊迫性；技術門檻是指企業里沒有對移動領域有很深了解和專門的開發人員；商業模式門檻指在移動領域變現較難，要花很大力氣去探索。

我的建議是傳統互聯網企業要從意識上加深認識，從技術上加大投入，從商業模式上加強對全行業和用戶的調研，以及和移動互聯網企業合作也是不錯的選擇。

CSDN：對于移動開發的未來，你覺得哪些技術最值得開發者關注，或者需要開發者掌握？對于希望學習開發的初學者，你有什么建議？

蔣宇捷：拋開比較成熟的Android和iOS開發技術，HTML5是未來移動開發的趨勢。開發者應該或多或少認識到它的力量和作用。關注HTML5的初學者可以多參加一些HTML5的沙龍或者講座，關注一些優秀的技術博客，或者閱讀一些入門書籍。

作者：fishmai0
鏈接：https://www.jianshu.com/p/e8d28aab85d8
來源：簡書
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。

?

?

?

總結

以上是生活随笔為你收集整理的技术管理者应具备哪些能力的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。