無論你是否在專案過程中親身經歷(有時候你的角色，可能是要轉述現況，或者統整許多件事的進度)，要能夠表達出專案的狀況，必然要先對專案有一定程度的了解。

一個人對專案的了解，可以分成以下三種：

1. 照本宣科型:
   像是拿起一本第一次閱讀的故事書，書上寫什麼就念什麼。念是念過去了，但對專案中的角色、脈絡一無所知。
2. 聊天機器人型：
   對專案有一定的了解，可以說出現況，也可以回答專案相關的問題，但無法應付突如其來的腦筋急轉彎，以及專案以外的內容。
3. 小專家型：
   對專案本身以及所屬的領域有足夠的研究與了解，有些PM甚至可以細說專案所用的技術與架構。但可惜口才不佳或敘述方式缺乏妥善安排，無法吸引人，也容易讓聽者不耐煩或暴怒(有時候受到某些先天條件影響，例如個性或口條，但可以改善)。
4. 說書人型:
   不僅對所負責的專案有深刻的了解，對相關的領域知識與其他相關專案也都有所了解，專案在他口中講得活靈活現，要過去能講古，要未來能開創。

最常見聊天機器人型與小專家型，這些人通常非常努力，在專案進行過程也是相當盡責的PM或工程師，但在報告專案的場合卻不無法顯現優勢，無法讓老闆或客戶對專案留下好印象。說書人跟小專家的差別除了口條，對專案不同觀點的思考也是相當關鍵。

而這些差異在於「了解專案的方法」，也就是如何找出「真正的故事脈絡」。

找出真因的方式有很多，無論是福特8D、KT法、柏拉圖分析等等，皆廣為被使用，注重於問題的識別、處理與解決方法。但最簡單好用的方法，仍非五問法莫屬。

五問法
用於探究造成特定問題的因果關係。藉由連續提出五個「為什麼」，以確定特定缺陷或問題的根本原因。

例如預定於本周一應該交付的產品，未如預期交付

第一個為什麼:為什麼無法如期交付 因為開發人員無法預期完成

第二個為什麼:為什麼開發人員無法如預期完成 因為開發人員遇到技術困難，花費較長時間解決

第三個為什麼:開發人員為什麼會遇到技術困難 因為開發人員是第一次使用此技術開發，且沒有熟悉此技術的人可以提供諮詢

第四個為什麼:為什麼在開發風險極大的狀況下選擇採用這個技術 因為客戶希望用此技術開發

第五個為什麼:為什麼沒有在事前跟客戶溝通，或者在採用技術之前找好可提供諮詢的人 客戶需求時程較趕...確實忽略了與客戶溝通的部分...

藉由五次為什麼，你可以找到事情的大致原因，以及整理出大致的脈絡

• 現況 :產品未如期交付
• 原因 :為了符合客戶要求，採用新技術開發。因時程較趕，開發人員對技術尚不熟悉，來不及找好可提供諮詢的人，也忽略與客戶溝通

通常五問法到第三個為什麼時，會發現問題的詢問方法可以不只是單一面向的單一路徑(也因此，有些人認為五問法相當仰賴提問者的專業認知)。明天讓我們繼續認識了解真正原因的方法。

參考資料

1. 五問法:
   https://www.researchmfg.com/2016/09/why-tree-5-whys/
2. 8D問題解決法:
   https://zh.wikipedia.org/zh-tw/8D%E5%95%8F%E9%A1%8C%E8%A7%A3%E6%B1%BA%E6%B3%95
3. KT法:
   https://wiki.mbalib.com/zh-tw/KT%E5%86%B3%E7%AD%96%E6%B3%95
4. 柏拉圖分析:
   https://www.researchmfg.com/2012/02/pareto-chart/