許多技術管理者都有這樣的困惑，我們做技術管理的，寫代碼的時間越來越少，手越來越生疏，但是參與了更多的技術評審和技術決策，這似乎是件很矛盾的事情，
因此，他們時常感到很焦慮，自己技術能力越來越差，日常管理作業又非常瑣碎，沒有時間提升技術，會不會有一天年齡大了，失去了價值或性價比，就被行業淘汰了，
其實，這里面有兩個問題，第一，技術管理者的核心能力是什么；第二，技術工程師和技術管理者的技術能力有什么差別，
先說第一個問題，技術管理者的核心能力是什么，說實話這也是曾經困擾筆者的問題，直到有一次上MBA課程的時候，教授的一句話讓筆者一下子通透了，
“管理者的核心能力是什么呢？是職業判斷力，”
在2013年，阿里巴巴的張勇看到了移動互聯網的未來，提出“All in移動”，幫助阿里順利拿到了移動互聯網時代的頭等艙，這就是職業判斷力，
海爾張瑞敏，在互聯網時代來臨時，提出了“人單合一”模式，“革自己的命”，企業獲得了重生；在萬眾創業的時代，他提出“創客模式”，把企業變成創客平臺，釋放了企業的創新力，這也是職業判斷力，
同樣的道理，技術管理者的核心能力就是技術判斷力，技術判斷力簡單說來，就是某個技術專案“要不要做”，要做的話“能不能實作”，是否適合現在做，還要考慮技術風險、專案管理復雜度、成本等，已經遠遠超出了寫代碼的范疇，
工程師和技術管理者的技術能力
有什么差別？
第二個問題，技術工程師和技術管理者的技術能力有什么差別呢？簡單來說，技術工程師的技術能力就是寫代碼，做具體的技術實作，技術管理者的技術能力是技術判斷力，通過在技術領域和非技術領域的長期積累培養起來的技術決策能力，
許多朋友，一直把技術工程師的技術能力與技術管理者的技術能力混為一談，討論技術總監應不應該寫代碼是非常可笑的，
這要分場景來看，例如，創業團隊缺乏資源，技術負責人當然事必躬親，動手寫代碼，但當團隊慢慢壯大時，技術負責人就要把重點放在做技術決策上面，
也就是說要看團隊所處的階段和團隊規模，以及技術負責人的角色定位，來決定他的作業內容究竟是做技術實作，還是做技術決策，還是兩者兼而有之，技術總監或CTO是否寫代碼，離開具體場景的討論是沒有任何意義的，
技術判斷力，要判斷哪些事情？
技術判斷力主要體現在三個方面：
第一，對結果的判斷，
即這個事情做還是不做，用什么樣的指標來衡量它的好與壞，例如，開發人員提出要用Flutter對現有App進行重構，技術管理者就要給出一個判斷做還是不做，
技術人員考慮這個提案的出發點也許是想“玩一玩”新技術，給自己的簡歷加分，而作為技術管理者，考慮的是現階段公司App的關鍵問題是什么，假如是App的穩定性、開發速度不夠快，那么Flutter作為一種新技術框架，能不能解決現有的問題呢？如果不能，那么現在引入它也許還不是最好的時候，可以安排一兩個技術人員做預研，開始關注這項技術，
不難發現，技術工程師跟技術管理者對同一個問題的思考角度和維度差別很大，
第二，對技術方案的判斷，
即對技術可行性、可維護性、成本收益等方面進行判斷，通常在技術方案評審環節給團隊進行指導，
如方案是否具備技術可擴展性、能不能為公司建立起技術壁壘、技術框架里有沒有詳細日志記錄、出現線上故障時是否有預警，并且提供詳細的錯誤日志進行分析、選擇這項技術的機會成本如何等？
所謂機會成本，即選擇這項技術就會放棄另一項技術，有沒有可能另一項技術的收益更大呢？
技術管理者對技術方案的判斷也比技術工程師思考得更深、更全面，技術工程師或許只考慮好不好實作，而技術管理者要確保在方向上不出現大的偏差，
第三，對風險的判斷，
包括技術風險、專案執行風險、團隊風險等方面，技術管理者利用自己的經驗、思考分析、團隊討論等手段，識別出主要的風險，并采取措施進行規避，
技術管理者平時做的技術評審、專案回顧、技術方案規劃等作業就是在做技術判斷，技術能力并沒有變差，因為作為技術管理者，技術判斷力在日常作業中得到了持續的鍛煉和提升，
如何提升技術判斷力？
新晉技術管理者的技術判斷力，主要來源于之前寫代碼和做專案的經驗積累，這時候要做好知識遷移，將技術工程師的經驗認知轉換成技術管理者技術判斷的認知，
技術判斷力的提升，主要有四個方面：
第一，團隊日常技術和產品作業匯報，團隊在匯報技術和產品進展時，是獲取資訊反饋、驗證技術判斷的大好時機，看看自己之前的技術決策產生了哪些影響，有無需要調整的地方，也可以學到下屬們的思考和經驗，及時更新自己的技術和產品認知，
第二，參與技術方案評審，小到每次Code Review，大到系統整體方案評審，都要盡量參與，尤其是大型系統整體架構評審，這是系統化提升技術判斷力最好的機會，架構師的講解，包括架構設計的邏輯、每種技術的特性等，結合自己的理解和經驗給團隊提供反饋，架構判斷能力也可以得到提升，
第三，主持系統頂層設計和規劃，技術管理者可直接擔任或主持系統頂層設計規劃，業務架構規劃、系統各層的劃分、子系統之間的資料互動協議、技術框架選型、系統容量規劃等，從技術整體架構進行把控，再由團隊進一步展開做更細的規劃，
第四，持續學習新技術，從事技術管理作業，并不是說完全丟棄技術，只是放棄了大部分的代碼作業，但是新技術的學習是不能停止的，如人工智能的技術框架、機器學習的幾種模式及擅長解決哪些問題等，
再比如區塊鏈幾種共識演算法的特點、實作原理、加密演算法、記賬方式差異等，關注的是這項技術解決什么問題、實作的原理和機制，而不是如何熟練使用這個新技術寫“Hello World”，當然寫一些demo對于加深理解是有必要的，
本文節選自《技術人修煉之道：從程式員到百萬高管的72項技能》一書，
這本書按照技術職場人的成長軌跡，首先關注技術人的職場定位、思維方式升級、職場溝通、架構思維、學習能力和創新能力，
然后介紹從技術轉管理會踩的坑、有效管理的原則、打造高效組織架構、團隊高效執行力、技術人才的選用育留、管理者的自我修養、管理者的商業思維，
全書總結了從程式員到技術高管，所需的72項技能，這些技能來自50多位一線互聯網公司從業者的經驗總結，以及作者將近20年的職場經驗，
該書已在京東、當當、淘寶等主流電商平臺熱賣，請戳鏈接：
好文推薦：
Leader如何搞垮一個核心員工？
ERP“紅”了20年，“中臺”5年就掛？
殺死那個996的年輕人
如何成為一個搞垮領導的下屬？
轉載請註明出處，本文鏈接：https://www.uj5u.com/qukuanlian/255594.html
標籤：區塊鏈
上一篇：CentOS7搭建Gvnt