作者：fasiondog

第一個問題：問題是什麼？

問題解決者的三步：

1. 問題是什麼？

2. 誰有問題？

3. 解決者的心態“齒輪從單數變為複數”，把自己從一個問題的解決者轉變為一個問題們的解決者（多問題的解決者）。對回答這一問題的每個不同的人群，問：“你的問題本質是什麼？”

隨想：遇到問題不要急著立即去尋找解決辦法，而是要弄清楚“問題是什麼？”。如何弄清楚問題的實質，首先需要明確到底是誰的問題。明確是誰的問題並非輕而易舉，需要我們善於換位思考，從不同人員的角度出發體驗問題的真正所在。否則，只會是拆了東牆補西牆——一塌糊塗！軟體開發也好，專案管理也好，都需要我們在眾多涉眾中進行權衡和明確他們的需要，所有的事情都應該僅僅圍繞一個大家共同接受和認可的目標進行，而目標的確定也需要我們事先圈定“大家”的範圍，否則，很可能永遠沒有共同接受的目標。

問題其實就是你期望的東西和你體驗的東西之間的差別

幻覺中的問題是真正的問題

對於那些沒有幽默感的人，幫他們解決問題簡直就是自尋煩惱

隨想：一針見血——問題就是期望和體驗之間的差別！不禁聯想到我們專案經理經常憂心忡忡的模樣，苦著臉說“總覺哪裡有問題！”。呵呵，這即是好事又是壞事，好事是“覺得有問題的地方通常都一定有問題”——潛在的期望和當前的體驗存在差距，知道有問題存在；壞事是“不知道問題在哪？”，這可真是讓人鬱悶。對於這個問題似乎沒有什麼解決的靈丹妙藥，只有多聽聽他人意見、對比案例、借鑑歷史，多多積累經驗了，畢竟要找到自己潛在的“期望”似乎也不那麼容易啊！

第二個問題：這個問題是什麼？

不要把他們的解決方法誤認為是問題的定義

如果你太輕易的解決了他們的問題，他們永遠都不會相信你真的解決了他們的問題

道德考慮在遇到有利可圖的問題時往往很快就煙消雲散了

隨想：想起大學時，考試編譯原理，自以為複習充分，做起題來酣暢淋漓，連草稿紙都省了，不到半個小時就在眾目睽睽之下提前交卷了，滿以為必是90分以上，之可惜結果居然只有70多，至今回想，依然憤憤不平！後來，考試資料結構，看著大家一個接一個的提前交卷，我卻還在稿紙上比劃著最後一道程式設計題，越來越是心驚，心裡直冒汗，心想：“我沒那麼笨吧，都快走光了！”，結果考試成績出來，居然是最高分，暈！ 啊，似乎和前面的體會有點矛盾，越是心裡沒底做出來的東西越好？管不了那麼多了，就但前面提的是問題解決方法，這兒是考試，不同的:-)  

不要把問題的解決方法誤認為是問題的定義——特別是在你使用自己的解決方法時

你永遠都不能肯定你已經有了一個正確的定義，即使在問題已經解決之後

不要過早的下結論，但是也不要忽略你的第一印象

你永遠也不能肯定你有了一個正確的定義，但是永遠不要放棄需求它的努力

隨想：“不要忽略第一印象”每個人應該有不少自己的經歷，也再一次從某種程度上驗證了“你覺得問題的地方通常一定存在問題”。說實在的，“好像哪兒有問題”是我最喜歡從專案經理們那兒聽到的一句話，這也是我自己常常對自己說的一句話。這讓我感到高興，因為這位專案經理開始在琢磨了“到底哪兒存在問題了”，開始在尋找“問題”，雖然這好像捉迷藏，有點難：）

待續……