2009年的時候寫了一篇"解決問題：心態 原則 方法",那么快就3年了,今天繼續這個話題,把我解決問題的心得記錄分享一下;下面的內容來自我平時的筆記,我按照問題解決的過程,重新整理了一下.
從准確的描述問題開始
問題是什么？形式上/直觀上的描述
描述的過程中,發現邏輯上說不過去了,可以發現盲點
排除干擾因素,明確問題關鍵點和包含的概念
問題的背景？(這是一個通用的問題還是特定背景下的問題?)
2012-10-7 20:23:36 更新
假期的時候讀《人性的優點》其中提到了如何有成效做會前准備：
- 究竟出了什么問題？
- 問題的起因是什么？
- 這些問題可能有哪些解決辦法？
- 你建議使用哪些辦法？
問題解決過程
不要偏離問題主線,我目前的理解是什么？
我現在有哪些線索?
我們本來就是從一無所知的起點來到這個世界,失敗很正常現象
處理失敗的積極意義就是一個不斷調整,糾正,自我強化的過程
愛因斯坦說愚蠢就是用反復用相同的方法做同一件事情還期望不同的結果
問題解決之后
以前在問題解決之后就感覺如釋重負,拋到一邊,現在會感覺問題解決了只是一個開始,因為遇到的問題代表着知識上的盲點;解決過程中走的彎路代表思維方法有待改善;
所以我現在的技術文章里面,不僅會記錄問題的解決方案,同時也會記錄自己的思考過程,看在這個過程中可以改進的地方;下面是我在解決問題之后的"例行詢問":
我一開始的思路切入距離正確答案有多大的距離?
我對當前這個答案是否滿意？
還有其它方案嗎?
這個方案怎么解決的這個問題？
這個問題之前是怎么解決的？
這個技術方案與之前的技術方案相比有什么優勢？可以量化對比嗎?
能不能按照解決方案出現的時間梳理一下當前這個問題解決方案演變的過程?以前的解決方案受什么制約?
這個解決方案(技術)的最佳實踐是什么？
這個解決方案對開發流程,運維部署的影響有哪些?
這個解決方案的上下游技術是什么？
這個解決方案還可以解決什么問題?
這個解決方案遵循了什么樣的原則\思想？
更重要的下一步
嘗試把解決方案和問題解決的過程進行抽象,抽象之后才有可能完成知識的遷移過程:解決方案和解決過程中涉及到的思維方法抽象出來;這樣解決方案就不再拘泥於編程語言,應用類型;
檢驗自己的成果
你真的有所獲么?還是欺騙自己,只是走了一下思考的過場而已?
我是否可以把我解決問題的過程講給別人聽？（知識的輸出:解決方案輸出和思維方式輸出）
在團隊內分享,或者是寫筆記 寫博客都是很好的方法
我們能力的提高,體現在我們能解決什么樣的問題
你是怎么解決問題的?有好想法,分享一下?
