在前幾天我們使用五問法找出了問題的真正因素。但只單純反映現況是不夠的，先行思考可能的解決方法 更為報告加分。

解決方法

解決方法可分為 遠、中、近 :

• 近—緊急處理:
  當事情發生當下，為了不讓影響或損失擴大，必須立即進行的行動，但不一定是最佳或可長期執行的作法。
  例如:資料短缺，先手動補資料或匯入資料
• 中—短期解法:
  有時暫時沒有想到更佳解法或尚不能實施最佳解法，緊急處理也不宜繼續使用時，就必須先使用短期解法。
  例如:資料短缺，建立檢查與補資料的自動化工具
• 遠—長期解法、預防辦法:
  找到問題真正原因後，所採用的解決方法。通常包含解決與預防再發的方法。
  例如:資料短缺，原因是網路有瞬斷狀況。強化網路設備外，也建立檢查工具，定時檢查網路狀況、比對資料，並且能自動補資料。

結合前幾天我們找到的真因，你可以整理出以下的內容

• 現況
• 原因
• 針對原因提出的解決方法(遠中近視情況使用，務必制定預計的完成日期)

解決方法一定有效嗎?

你怎麼能確保事情一定會如期完成或被徹底解決?定期追蹤一定有用嗎?如果你定期追蹤就能解決的問題，為什麼值得報告?

通常，最難解釋的往往是「人的因素」。在一些狀況下，你能做的或許是定期檢視與追蹤進度，但這樣的作法有可能仍無法確保事情如期發生。此時，我們需要先列出可能的風險，並思考有沒有可以避免風險的作法。例如:某些工程師在程式撰寫上較不熟悉，或有未能如期交付的狀況，可以為此先找好可諮詢的對象，或者導入四眼原則(Four eyes) 或結對程式設計(Pair Programming) 確保開發順利進行，或藉由要求建立測試以確保程式品質。

思考解法時也可以多與團隊成員討論，藉由討論獲得來自更多觀點的想法。

參考資料 :

1. 四眼原則(Four eyes principle):
   https://amazic.com/the-four-eyes-principle-whats-important-in-a-devops-world/
2. 結對程式設計(Pair Programming):
   https://medium.com/pm%E7%9A%84%E7%94%9F%E7%94%A2%E5%8A%9B%E5%B7%A5%E5%85%B7%E7%AE%B1/pair-programming-%E6%98%AF%E4%BB%80%E9%BA%BC-d4fffa7f0466