談思維既包括了科學的思維架構模型層面的内容，也包括思維意識層面的内容。對于技術人員來講，更加重要的往往是思維意識方面的轉變，而這種意識轉變本身也是實踐複盤，或者說多次踩坑最終才總結出來的内容。
技術人員思維意識轉變的幾個觀點
在這裡我重點談下項目管理和技術人員進入職場後的一項關鍵思維意識轉變。
項目管理思維裡面，如果團隊人員是完全配置設定給你管理的項目時候，有個重要的也很通俗的思維點，就是不要讓團隊人員閑着沒事做，目前所有能夠提前做的事情一定是能夠減輕後期工作量的。是以你在進行任務拆分，打破傳統任務的依賴，打破關鍵路徑限制，所有你的思考都是為了在項目一早期就提升資源使用率，盡量讓項目工作任務提早的疊代和啟動起來。
我們做一件事情，寫一份文檔，或者寫一個彙報的ppt，有時候自己認為寫得挺不錯，但是為何拿出來後會被他人認為品質很差或者說沒有抓住重點或解決問題？這裡面的關鍵究竟在哪裡？要注意到出現這種問題的關鍵不僅僅是你自我的實踐和經驗少，更多的是自我的思路和知識封閉，你可能很少和其它團隊或人員交流，也很少上網搜尋下相似的材料和ppt，看看其他人究竟怎麼寫的，去做一下對比。隻要你自己稍微有這個意識，你就能夠提升很大一步，即使你是完全模仿他人的結構和寫法，即使剛開始隻是做到形似，但是不要緊，這已經是一種進步，任何超越往往都是模仿他人開始的。
一個剛入職場的人，有一個重要的思維轉變需要大家注意，即從單純的被動接受工作和任務安排，到能夠真正主動去思考，有意識的去學習和探索一些事情。一個簡單工作任務完成了，我會思考這個工作還涉及到哪些知識或外延我可以去學習下，一個問題解決了我會思考這個問題暴露我哪些知識有缺陷并主動去彌補。所有這些點滴思維就是觸發你真正去進步和提升的點，一個始終被動或者說沒有得到工作安排就感覺無事可做的人，很難真正持續的得到自我提升，也很容易陷入到重複和機器化工作的陷阱。
不論是工作還是生活，每個人而言都應該有一個重要的思維觀點，即如果你真正想學一項工作或生活技能，不論是什麼時候開始都不晚。要想開始學就及早開始，不要太多猶豫，很多事情你都沒有走出第一步真正去做就在自我意識上放棄，往往才是最悲哀的。我們及早地去做，或者去行動，或許你會學得慢或中途放棄，但是這些都不要緊，關鍵是我們保持了這種持續學習，主動追求進步，持續更新和疊代自我的态度，這種主動和積極的心态，才是自我持續進步的源動力。
最後還有一個思維觀點供大家參考，做任何事情，當我們在追求平衡的時候往往就已經陷入了平庸。任何事情上取得的成功都來源于自我長期堅持和專注，你為了在一件事情上取得成功，或者把一件事做到極緻，那麼就一定存在對其它事情的犧牲和放棄。是以對于一個人，特别是還在你的精力旺盛期的時候千萬不要過早陷入平衡的陷阱。
思維模式的三個關鍵轉變
在我頭條文章專門寫過思維方法和模式的文章，也一直在強調思維中最重要的是模式比對，今天接着這個話題展開談下思維的關鍵三個轉變，在談的時候結合了it領域的一些思想，也感覺這些思想和思考方法對所有領域都使用。
1.從緊耦合到松耦合
解耦的最終目的是靈活組裝和比對
在軟體設計開發裡面，我們經常會談到松耦合和解耦，其原因就是今年保證各個子產品充分自治，受外部其它子產品影響最小。而在soa架構裡面如果談到松耦合，其核心的原因是松耦合是進行靈活組合和編排的基礎。
思維的最終目的是解決問題，當我們面對一個具體的問題解決後，就有了問題和解決方法：
問題a-》解決方法a
那可能在我們頭腦裡面就存儲了這麼一個關系，即遇到問題a用解決方法a去解決。如果我們頭腦裡面都是去存儲這種資訊，那就是我們說的緊耦合，試想一下問題成千上萬，我們得存儲多少解決方法和知識點？這種窮盡和大量記憶存儲的方法顯然是不現實的。那我們實際要做什麼呢？即将解決方法分解為細粒度知識點。
問題a-》解決方法a（知識點a1, 知識點a2,知識點a3）
即任何問題的解決都是已有的知識點的組合群組裝。問題和知識點之間是完全松耦合的，而解決方法隻是知識點的靈活組合而已。我們隻要有了最基本的知識點，就不怕任何形式的問題。
就類似我前面談售前技術建議書一樣，客戶的招标要求千差萬别，但是你隻要有了（業務方案，技術方案，部署方案，實施方案，運維，人員，案例，報價單模闆）等基礎知識點，你就可以應對所有的售前方案，你唯一需要做的就是講客戶的招标要求或需求分解為一個個的需求點，同時将這些需求點映射到你已有的知識點上。
通過解耦，我們沒必要去存儲和記憶大量粗粒度的解決方案内容，我們隻需要關心問題能否分解到已有的知識點上，隻需要培養知識點如何根據問題進行組裝和編排的能力即可。也正是這個原因，任何一個問題解決後，你都要思考有哪些可複用的知識點可以入你的知識庫，而不是将該問題的解決方法入庫存儲。
2.從靜态到動态
動态的目的是知其然并知其是以然
第二點我們想談的是從靜态到動态，因為最近我們在做ppt彙報材料評審的時候發現一個關鍵問題，即靜态内容多，而動态内容少，講最終結果多而講分析過程少。
在講ppt制作的時候我曾經談到過，對于ppt的呈現隻有兩類，一類是動态呈現（階段，流程，活動，演進），一類是靜态呈現（組成，架構）等。而這兩類呈現必須互相結合，相對來說動态呈現更加重要，隻有動态呈現能夠說明一個事物實際内部各個元件之間是如何運作的，而隻有了解了内部運作你才可能東西事物内部機理。
從ppt的呈現回到我們思維邏輯上也是同樣的道理。
當我們去了解任何一個事物的時候，一定要注意前期我們可能隻是了解下事物的結構群組成，但是如果你真想去深入了解事物，那麼就必須從這種靜态的組成轉變到對動态的組成過程的研究。即事物是如何動态發展演進到目前這個結構的？隻有這樣你才能夠洞悉事物内部各個元件之間是如何協調運作的。
我們平時太注重結果，而忘記了對這種科學思考過程的關注。而實際上再好的結果本身都不具備可複制性，而隻有科學的思考過程和方法本身是可以複制的。你得出一個好的結果不代表你就很牛逼，中間有很多偶然性；但是當你自我論證是通過很好的方法和過程，得出了這麼一個結果，那這種過程本身就具備了舉一反三能力。
原來我寫過一篇文章，談搜尋引擎之毒，為啥這樣談？所有千奇百怪的問題，你到網際網路一搜馬上就搜尋到答案并解決掉了，那麼這個時候你不會再去深究回答者是如何進行問題分析和思考而得出答案的，即你随時搜尋到了答案，但是你沒學會是思考和解決問題的方法。
從靜态答案到去尋找答案是如何分析出來的，本身也是靜态到動态的過程。
3.從泛化到抽象
抽象的目的是最小化記憶，并提供為了演繹的入口
在網際網路時代，目前人和人比較的一定不是記憶能力，而是問題分析和解決能力。而這個能力裡面最重要的一點就是當你拿到問題後，你知道從哪裡入手去解決，即問題的入口在哪裡。
我原來談到過，網際網路是一個海量的知識庫，每個人都可以擷取到，你自己的電腦裡面可能也有一個你自己歸納整理好的大的經驗庫。這麼多資訊一定是不需要記憶的，需要記憶的僅僅是能夠通達知識的索引。通俗點來講就是當問題來了的時候，你知識在哪裡拿到最能解決問題的資料。
泛化和抽象，執行個體和類都是偏it領域的一些詞彙。但是這些詞對于思維領域同樣适用。你平時看到的東西，實踐的東西，學習到的知識都很多，你需要做的就是進行歸納和抽象，形成你自己的概念模型，形成自己能夠記憶的最小知識集，這個知識集最後就是索引資訊。
有了索引我們就能夠按圖索骥。
索引類似于軟體設計中最高的抽象層次，即接口的定義。接口中隻有方法，沒有具體的實作。而索引就是這個道理，我們隻需要知道不同的問題究竟應該用什麼的方法來解決，這個方法究竟是怎麼解決的？我們不需要記憶，我們隻需要找到我們存儲或網上存儲的資料即可。
不同場景下不同的問題究竟應該用什麼樣的方法解決，正是我們在思維裡面談到過的，對于一個人最有價值的能力，即模式和方法論。所有的實踐我們都在積累我們自己的模式庫和比對庫。
比如你原來做開發工作，轉到做軟體需求和業務顧問工作，你的模式庫做一次更新。你從做财務域的顧問，轉到做供應鍊域的顧問，你的模式庫做二次更新，後續再轉域無任何問題。
一生二，二生三，三生萬物，但是萬物沒法全部窮舉和了解，我們要做的是記憶這個關鍵的索引。做到能夠依圖索骥的能力。
菜根老譚，微信公衆号：cglt_tan，人人都是産品經理專欄作家。經曆程式員、技術leader、研發leader等多種崗位，現任某公司産品研發負責人，擅長企業it架構及網際網路産品架構。