技術 Leader 是一個對綜合素質要求非常高的崗位，不僅要有解具體技術問題的架構能力，還要具備團隊管理的能力，更需要引領方向帶領團隊/平臺穿越迷茫進階到下一個境界的能力，所以通常來說技術 Leader 的技能是虛實結合的居多，繁雜的作業偏多，為此我把自己在作業中經常用到的思考技巧也做了一個整理，
技術常用思考方法
一、向前思考，向后倒推
這個思考方法的含義是：
在思考一個命題時可以采取未來視角，先對未來發展做個預判，然后基于你的判斷倒推現在應該要做什么，最后制定出關鍵里程碑和節奏，
這個思考模型經常用在技術規劃這個場景上，但很遺憾很多團隊的技術規劃都只是基于當前問題，有多少資源，然后采取量力而行的方法在對事項優先級進行排序，這其實不是真正的規劃，最多算是計劃（如果做得不好，計劃都算不上，只能算是串列整理），
這個思考模型有幾個關鍵的誤區：
1、不敢向前思考，擔心自己對未來的判斷不對
我相信很多 Leader 都有這樣的恐懼，會不會因為自己思考力不夠判斷失誤導致團隊拿不到結果，有這樣的擔心可以理解但是對事項推動無意義，因為：
-
對上你的資訊更細致，對下你的資訊更全面，如果你都不能對未來做出好的判斷，別人如何能夠替代你做出判斷，所以要有自信，
-
只要你的判斷合理有邏輯，能夠與大家達成共識，那至少說明這個判斷不會太差，也是當下比較好的思考了，未必要追求絕對的正確，況且是不是真的正確只有變成了歷史才知道（有時候往往歷史也回答不了這個問題），
-
團隊未必是永遠要做最有把握、最正確的事，團隊力出一孔比追求哲學上的正確更重要，
所以需要 Leader 資訊充分交換分享，有信心地對未來做出合理的判斷，并與相關角色達成共識，
2、只有向前思考，沒有向后倒推
也見過只有向前思考但沒有一點向后倒推的技術規劃，這種就是典型的飄在天上，形而上的概念一堆，但實際上這個思考模型的精髓就是在向后推的結合：
-
向前某種意義上是在回答 to be （要做成什么樣子）的問題，但向后推其實是在回答 have （當前有什么）以及 have to do（必須做什么）的問題，
-
to be 是在激發大家的想象，讓大家去共識心中的理想，這是能夠激發團隊的，
-
have 以及 have to do 其實是在找與 to be 之間的 GAP，尋找 GAP 就是進一步去找到解法，這是進一步的落地，
-
這兩者結合起來才是既能夠理想主義找到未來，也能夠務實地超前進步，我認為這就是對仰望天空，腳踏實地的詮釋，
二、目標與路徑
這個思考方法的含義是：
在思考一個命題要關注什么是目標，什么是路徑以及目標與路徑的關系，離開路徑的目標是空談，離開目標的路徑是瞎干，所以目標與路徑是一體兩面的，離開任何一個不談其實都不成立，
同樣地在技術規劃這個場合，大家可以仔細去看看，很多規劃都是只有目標的（這點其實已經做得蠻好了，因為大家的意識已經覺醒，沒有目標不往下談，所以不管目標設立好與壞但至少都是有的），但很少有規劃是把路徑講清楚，
雖然這個思考模型見聞知義很好理解，但同樣地這個思考模型也有一些誤區：
1、目標一定是要用來完成的
Leader 都是要背負績效壓力的，所以天然就會有一個誤區認為每一個目標都必須一絲不茍去完成，但一個低價值的 100%完成的目標 與 一個高價值的 90%完成的目標，未必一定是 100%完成就能拿高績效，關鍵還是要看對組織的價值貢獻，
所以 Leader 還是要辯證看這個問題，在設定目標時目標要具備很強的牽引性才行，是讓需要團隊去跳一跳的才能夠達成的，讓團隊有斗志；自己在完成目標時也要帶著團隊努力往前沖，朝著高目標去想一切辦法拿結果，但也要隨時觀察團隊狀態，不能為了達成目標不擇手段或者把團隊干廢了，
2、路徑執行時被慣性帶著走
這個思考方法的含義是：
在思考一個命題要關注什么是目標，什么是路徑以及目標與路徑的關系，離開路徑的目標是空談，離開目標的路徑是瞎干，所以目標與路徑是一體兩面的，離開任何一個不談其實都不成立，
同樣地在技術規劃這個場合，大家可以仔細去看看，很多規劃都是只有目標的（這點其實已經做得蠻好了，因為大家的意識已經覺醒，沒有目標不往下談，所以不管目標設立好與壞但至少都是有的），但很少有規劃是把路徑講清楚，
雖然這個思考模型見聞知義很好理解，但同樣地這個思考模型也有一些誤區：
1、目標一定是要用來完成的
Leader 都是要背負績效壓力的，所以天然就會有一個誤區認為每一個目標都必須一絲不茍去完成，但一個低價值的 100%完成的目標 與 一個高價值的 90%完成的目標，未必一定是 100%完成就能拿高績效，關鍵還是要看對組織的價值貢獻，
所以 Leader 還是要辯證看這個問題，在設定目標時目標要具備很強的牽引性才行，是讓需要團隊去跳一跳的才能夠達成的，讓團隊有斗志；自己在完成目標時也要帶著團隊努力往前沖，朝著高目標去想一切辦法拿結果，但也要隨時觀察團隊狀態，不能為了達成目標不擇手段或者把團隊干廢了，
2、路徑執行時被慣性帶著走
在細化目標的執行路徑時，我們一般都會得到比較細致的 ACTION，甚至會有專人來管理和跟蹤這些 ACTION，但比較容易出現的偏差就在于，我們做著做著就把初心忘了，把目標置于腦后了，典型的就是死命按照既定的路線走，沒有重新基于當時的情況再回頭看目標，去找是否還有更優的路徑選擇，所以時刻要反思什么是目的，什么是手段，不能把手段當成目的一味地執行，
三、端到端思考
這個思考方法的含義是：
在思考一個命題要盡可能關注到全鏈路，而不是鐵路警察各管一端，
這個使用的場景是在于線上的問題治理和優化，尤其是客戶體驗問題或者是效能提升的課題上，這個思考模式也是非常簡單，但是同樣誤區也蠻多：
1、端到端從哪兒到哪兒沒搞清楚
想到端到端去思考和解決問題是非常好的，而且大家腦補就能理解大致想干什么事情，但這個思考模式最大的誤區就在于它只是存在于大家的腦子里面，而不是白紙黑字寫下來，最典型的場景就是 B 提出端到端思考解決了自己域的問題，但 A 未加仔細辨別，一聽到端到端就想當然以為 B 也解決了 A 的問題，但實際上發現根本不是一碼事，A 就開始吐槽 B 承諾沒做到，B 就吐槽 A 瞎胡說，
要破解這個誤區其實也蠻簡單，就是把全流程畫出來，大家先基于客觀事實把流程達成一致，然后再在這個流程上圈定端到端是具體哪一段到哪一段，
2、效果沒有說清楚假定條件
端到端一方面是把問題看全，另外一方面最重要的就是整體交付價值，這個端到端整體交付價值也有一個非常大的誤區就是，對于假定條件沒有說清楚，以端到端提效為例，那么提效就應該要講清楚是基于什么業務范圍做的端到端提效，以及能夠達到什么提效效果，比較好的辦法就是，以表格的形式把條件列清楚，然后對外給予端到端提效的明確效能結論，提效這個事其實沒有盡頭，只要做不到0投入那就一定要給予效能的確定性、相比較而言大家最怕的是效能不確定打亂原有的生產計劃，而不是非要死扣幾個人日的效能提升，
四、倍訓思考
這個思考方法的含義是：
這其實是一個很形象的邏輯思考方法，思考一個命題要從初心出發再回到初心，以免出現重大偏差，這個模式理解起來也不復雜，但也有一些誤區：
1、形而上的假倍訓
這其實是很多 Leader 非常容易走入的誤區，沒有實際展開命題的多個環節去做分析和探討，把這種要求一味傳遞給團隊要求做倍訓的思考，即只有管理要求但缺乏技術領導力的洞察，一般來說，解題一個技術命題從開始孕育到落地有如下幾步：
-
覺察/認知（感知到現有平臺/系統的問題，感覺需要做架構調優升級）
-
概念/原理（挖掘到問題背后的本質，從業務原理/技術原理等底層出發抽取概念和本質）
-
理解/共識（對問題本質做宣講，達成上下左右的理解與共識）
-
目標/路徑（提出目標，拆解出來可實施的路徑）
-
表格/指標（提出衡量的指標和具體的 ACTION，最好的就是表格來跟進）
-
小勝即慶 （對于階段性目標的達成進行慶祝，當然這也是咬合業務價值的關鍵點）
-
持續跟進 （小勝即慶還不能放松警惕，還需要持續推進到下一個任務）
-
靈活應變 （根據實際情況調整優先級，同樣是咬合業務價值而不是固守之前的任務表格）
-
目標完成 （完成標準不是新平臺/系統能力建設完成，而是完成模型統一，流量遷移完成，老代碼下線等）
-
下一個覺察 (開啟下一個平臺/系統的架構調優升級周期）
很多時候我們并沒有真正的在倍訓思考和跟進問題，如漏掉某些節點，或某些節點退出過早：
-
比如很多平臺建設在第 4)步做完就任其自然發生了，缺乏表格的跟蹤機制，最后效果就是拖拖拉拉、磨磨唧唧拿不到結果，
-
比如很多平臺建設小勝即慶做完就交接給其他人了，持續跟進出現嚴重問題，會導致不能靈活調整進而出現嚴重的建設障礙，
2、缺少進階的下一環
倍訓思維某種意義上應該說環環相扣的螺旋式上升的程序，這樣才是能夠不斷驅動開啟下一輪的進化，但很多 Leader 并沒有很好意識到這個問題，以上述的倍訓 10 個步驟為例，Leader 應該是在小勝即慶時就開始思考下一個覺察，在拋物線的頂點之前開始下一輪的思考繼續才能夠確保下一個倍訓能夠及時開啟，進入螺旋式的優化行程中，
五、指標量化思考
這個思考方法的含義是：
沒有量化就談不上優化，所以在定義和推動解決一個命題時，要盡可能地把遇到的問題用資料指標的方式進行量化思考，同樣的這個思考模式也有一些誤區：
1、量化的維度缺失導致缺少客觀性
量化的本質其實是逼迫 Leader 更全面，更客觀地理解問題，但要是更加客觀地通過資料出現一個問題，也還是需要一些技巧，否則就會陷入心中已有答案，只是通過資料去做證明的困境，尤其是大團隊越是要注意這個問題，通常來說組織這個群體是有自己的偏好，也是有動力和意愿去促成組織所偏好的事情，比如做技術的就傾向于偏好引導往架構優化上去，做業務的就會傾向于引導往完成 KPI 上去，但事實上更客觀的應該是如何高效滿足客戶價值，
如何突破這個誤區，我得到的經驗思考就是呈現的資料維度與客觀世界的匹配度，越高的就越客觀，越客觀才越有利于解決問題，只有通過資料量化出來這個問題才有可能找到可能的解法，才有后續方案選擇時的取舍，不能本末倒置為因為選定了方案然后通過資料去論證取舍的合理性，
2、量化的資料斷層解讀后的欺騙性
資料客觀反映只是第一步，如何解讀才是決定了資料的利用價值，不怕沒看到真相，只怕看到真相的一部分，不恰當的解讀方法就會讓我們看到真相的部分從而得出錯誤的結論，比如把自己和首富的財富的平均下，給人的感覺就是全民收入都大漲，
常見的資料解讀方法如下：
-
高值 VS 低值 VS 平均值 VS 分位數：可以看出來資料的實際分布情況，
-
同比環比：可以看到各個維度的下資料的發展趨勢，
-
全域 VS 區域：當全域性指標看完以后，一定要注意去搭配著 按照多個維度的區域資料，比如看完全國的人均收入 還要 看各個省份的資料，甚至還要細分到各個行業去看資料，
-
區域資料的橫向比較：可以對比做些歸類分析，
資料指標量化其實可以用在任何一個場景，但很多人的觸發機制不是很敏感，常常忘記這個思考模型，導致很多事情實際上是在靠感覺，靠感覺的東西不長久，有時候對有時候錯，越是比較抽象比較虛比較容易講感覺的恰好就是練習的好時機，當你下次感覺到團隊狀態不對時，你可以嘗試下如何用資料指標化的方法去做個思考，看能夠量化出來哪些維度的資料，
六、故事與形象思考
這個思考方法的含義是：
技術 Leader 在給大家講解自己的思考時，要注意通過故事的形象思考，盡可能將問題講得透，讓大家都能夠懂，這一點是很多技術人都不是特別重視的地方，他們往往這樣想：
1、技術人踏實會干比能說會道重要得多，前者才是真正的硬核技能
這反映了很多技術人的潛意識想法，尤其是做底層的同學，但我們是忘記人類協作的本質就是基于共同想象，如果我們都不能把自己要做的事講清楚，如何激發大家一起干事情，作為技術 Leader 一定要摒棄這種想法，技術能力和良好的溝通能力兩手都要硬，
2、專業的本來就有門檻，為啥要浪費時間和精力去講給不懂的人聽
持有這樣觀點的人也不少，認為專業就應該有一定的神秘感，給人一種不明覺厲的感覺，但實際上真正的專業就是大道至簡，用大白話去給別人解釋清楚復雜的事情，那種不能夠大白話講清楚的多半自己還是半灌水，還不是真正的專業，
而要克服這些問題最好的方法就是講故事打比方這種形象化的思考模型，其實 PPT 就是用圖片這種形象化去表達復雜的思考邏輯，至于如何講好故事我覺得想想西游記就好了：
-
確定初心和目標、以及意義，西游記就是要取經普渡天下眾生，
-
一路上困難重重，但總能不忘初心克服困難，不管是師徒四人的矛盾，還是降妖除魔都是不斷遇到和克服的困難，
-
拜見佛祖取得真經，傳播眾生，歷經劫難取得真經，然后回到東土大唐給天下人講經，
技術 Leader 在領導團隊建設平臺/系統時候，也可以用這樣的故事講法去激勵大家，當然要講好故事不只有這樣一個結構，但本質初心是想技術 Leader 能夠加入形象化思維，通過比方，通過故事讓大家深刻理解你要做的事，這樣才能夠更好讓大家朝著目標協同，
七、乘數效應
這個思考方法的含義是：
技術 Leader 在思考一個技術命題時，要充分考慮這件事的影響力，比如有些決定做下去可能是影響 10 個人，有些決定做下去可能是會間接影響 100 人，這種乘數效應必須是技術 Leader 要慎重考慮的，越大的 Leader 越要注意，
乘數效應可以說是雙刃劍，好的乘數效應能夠讓大團隊享受到紅利，但差的事件也會讓所有人都受到波及，因此有如下實踐：
1、自上而下的決策要慎審，充分考慮乘數效應
作為團隊 Leader 尤其是二線 TL，在做一些決策時務必要考慮乘數效應帶來的威力（有時候二線 Leader 和一線 Leader 的差異就是在管理這個乘數效應），經常有如下兩個誤區：
-
執行的難度未充分估計，被乘數效應放大，很多決策看起來都挺對也很有價值，但出發點可能是基于管理需要而不是一線同學作業的必須，這帶來的問題就是遲遲無法落地，變成上有政策下有對策，
-
執行結果未 CHECK，實際完全走偏，如果 Leader 太自信，未有上述倍訓思考的方法去跟進具體有乘數效應的事項，到最后就會出現進退兩難的境地，因為大部分都走偏繼續朝前也不可能，但又因為有太多的沉沒成本舍不得放棄，
2、主動管理自下而上的乘數效應
為了組織蓬勃發展，我們肯定是鼓勵一線同學充分發揮乘數效應，以讓大團隊都能夠享受到紅利，但 Leader 一定要去主動識別和管理這些具有乘數效應的事項，要對可能出現的問題進行及時糾正和干預，典型的糾偏就是防止重復建設防止內卷，但對于確實對全域有利的，要做好及時的推廣并主動幫忙解決推程序序中的障礙，讓大團隊盡可能享受到紅利，但無論如何，對于這類具有乘數效應的都必須要有管理清單，鼓勵好創新但也慎重做決策，
小結
技術 Leader 是集架構師，管理者，領導者一身的綜合性崗位，多年實踐下來也只是窺探到了部分，所以以上只沉淀的點滴思考技巧，當然也不可能解決所有的實際問題，期望這些思考對大家做好技術 Leader 有一些幫助，
作者丨朱春茂（知明）
本文來自博客園，作者：古道輕風，轉載請注明原文鏈接：https://www.cnblogs.com/88223100/p/Demystifying-the-7-essential-brain-circuits-of-technology-leaders.html
轉載請註明出處，本文鏈接：https://www.uj5u.com/ruanti/501405.html
標籤：其他