[Think] 解決問題 Ⅱ從準确的描述問題開始問題解決過程問題解決之後檢驗自己的成果

你現在能不能用一句話描述清楚遇到的問題? 

問題是什麼？形式上/直覺上的描述

描述的過程中,發現邏輯上說不過去了,可以發現盲點

排除幹擾因素,明确問題關鍵點和包含的概念

問題的背景？(這是一個通用的問題還是特定背景下的問題?)

2012-10-7 20:23:36 更新

假期的時候讀《人性的優點》其中提到了如何有成效做會前準備：

究竟出了什麼問題？

問題的起因是什麼？

這些問題可能有哪些解決辦法？

你建議使用哪些辦法？

這個問題解決的标準是什麼?可以量化嗎?

沒有一個标準判斷問題是否解決,那什麼時候算是一站呢?到底是忙還是盲?

問題本質是什麼,你現在在哪裡？

不要偏離問題主線,我目前的了解是什麼？

我現在有哪些線索?

如何面對解決過程中的失敗?

我們本來就是從一無所知的起點來到這個世界,失敗很正常現象

處理失敗的積極意義就是一個不斷調整,糾正,自我強化的過程 

愛因斯坦說愚蠢就是用反複用相同的方法做同一件事情還期望不同的結果

  以前在問題解決之後就感覺如釋重負,抛到一邊,現在會感覺問題解決了隻是一個開始,因為遇到的問題代表着知識上的盲點;解決過程中走的彎路代表思維方法有待改善;

是以我現在的技術文章裡面,不僅會記錄問題的解決方案,同時也會記錄自己的思考過程,看在這個過程中可以改進的地方;下面是我在解決問題之後的"例行詢問":

我一開始的思路切入距離正确答案有多大的距離?

我對目前這個答案是否滿意？

還有其它方案嗎?

這個方案怎麼解決的這個問題？

這個問題之前是怎麼解決的？

這個技術方案與之前的技術方案相比有什麼優勢？可以量化對比嗎?

能不能按照解決方案出現的時間梳理一下目前這個問題解決方案演變的過程?以前的解決方案受什麼制約?

這個解決方案(技術)的最佳實踐是什麼？

這個解決方案對開發流程,運維部署的影響有哪些?

這個解決方案的上下遊技術是什麼？

這個解決方案還可以解決什麼問題?

這個解決方案遵循了什麼樣的原則\思想？

更重要的下一步   

嘗試把解決方案和問題解決的過程進行抽象,抽象之後才有可能完成知識的遷移過程:解決方案和解決過程中涉及到的思維方法抽象出來;這樣解決方案就不再拘泥于程式設計語言,應用類型;

你真的有所獲麼?還是欺騙自己,隻是走了一下思考的過場而已?

我是否可以把我解決問題的過程講給别人聽？（知識的輸出:解決方案輸出和思維方式輸出）

在團隊内分享,或者是寫筆記 寫部落格都是很好的方法

我們能力的提高,展現在我們能解決什麼樣的問題

你是怎麼解決問題的?有好想法,分享一下?