關於PSDM(Problem Solving and Decision Making)最近的學習 ...

PSDM(Problem Solving and Decision Making)可以說是我們每天都必須做的事，尤其越高階的領導者約需要有品質的PSDM，因為他們的決策影響重大； ... PSDM(ProblemSolvingandDecisionMaking)可以說是我們每天都必須做的事，尤其越高階的領導者約需要有品質的PSDM，因為他們的決策影響重大；層級越高，影響越大，就更需要有品質的問題解決思維與決策方式。

你能想像一個高階主管憑個人喜好或是當時心情來做決策，而不是根據其豐富的經驗與商業邏輯嗎？那將是一場災難。

最近在LinedInLearning上了幾堂關於CriticalThinking、ProblemSolving與DecisionMaking的課程，對照過去的工作經驗，整理了這篇文章，分享給各位。

這張圖可以說是這些學習的精華：什麼是解決問題？問題大多是已經發生，所以要從現在往回看(thinkback)去發掘原因(Cause)，如何發掘？問5個"Why"，藉由不斷地追問"Why"，才能找出真正問題的原因(RootCause)進而解決問題。

很多時候我們只問了一兩個“Why"之後就動手開始解決問題，通常這時候我們看到的只是問題的表徵(Symptom)，而不是真正的原因，解決表徵或許可以解決目前的問題，但並沒有真正解決問題，這個問題以後還會發生，只有找到真正的問題原因，才能真正解決這個問題。

舉個例子，專案delay可說是專案的常態，雖說不應該，大家都不得不承認大多數的專案都難逃這個命運，這不僅是是專案經理的痛，也是公司的損失。

專案delay的原因，PM可以舉出至少20個，你要如何知道這些原因裡面那些只是表徵(Symptom)，那些是真正的原因(Cause)，才能有效解決問題。

這時候就要善用5個Why的問法，例如：（問）專案為什麼會delay?(答）因為技術團隊開發delay(Symptom)。

（問）為什麼技術團隊開發Daley?（答）因為人力被安排去做別的專案(Symptom)。

（問）為什麼技術人力會被抽調去做其他專案？（答）因為一個新專案有更高的優先級別(rootcause)。

找到rootcause後，就要設法解決問題，方法也很多：例如爭取其他更低優先權的技術團隊支援、尋找外部支援（外包）等等。

重點是為這樣的rootcause設計一套changemanagement機制，下次不必等到專案delay後才來補救，一發現開發資源出現問題癥兆(symptom)時，就要啟動changemanagement，讓專案順利完成。

和ProblemSolving不同，DecisionMaking是對未來，尚未發生的事情做決策，也就是要ThinkForward,看得是Consequence(結果）。

這需要一些技巧，分析、研判最後做出正確(或較佳)的決策。

這時可以使用7So-What的技巧。

對於每一項可能的決策選項，都要不斷追問so-what,直到看到這個決策的真正可能結果(Consequence)，而不只是過程中的表徵，這樣才能看清每一個可能選項的真正結果，進而做出決策。

這時我的習慣是用Mindmap工具展開所有可能的決策選項，一直展開到不能展開，再從全局來判斷並做出決策。

還有其他技巧如如何定義問題、分割問題、問出QBQ(QuestionBehindQuestion)、80/20法則的應用等，都附在本文章，PDF檔，歡迎自行取用. 19 讚 回應 分享 若要瀏覽或新增回應，請登入 若要瀏覽或新增回應，請登入