iT邦幫忙

2023 iThome 鐵人賽

DAY 27
0

專案過程中,可能有突發的問題出現。當事件處理過後,必然進行檢討。在追究問題的過程中,如何好好的敘述問題與解決手法,是讓事情由扣分變成加分的關鍵。

有時候要進行檢討回顧的,不僅是當事人,而是所有遇到問題的人一起回顧。有時事情發生的當下,甚至到事情完全處理完,當事人都不一定能最快了解事發的原因。與其讓當事者在一團迷霧中掙扎,不如從旁觀者觀點,詢問當事人或事件相關人以下問題,來釐清事件與理出頭緒:

  • 事情是什麼時候開始的/被發現的?
  • 事情是在什麼情況下發生/被發現的?
  • 當下做了什麼處理?為什麼?
  • 當下的處理步驟有效嗎?如果沒有效果,後續做了什麼?
  • 最後找到有效的處理方式是什麼?
  • 事情的起因是什麼?
  • 如何避免事件再次發生?

接著將事件整理出時間軸,盡量還原事件發生的原貌。有時事件不一定是單一個點的失誤,而是多個錯誤累積起來的結果。藉由整理事件發生時間軸,可以釐清事件當下的視野,避免事後諸葛,也可以揭露更多的問題。

chart

可使用時間軸與里程碑,敘述問題從發生到解決的過程。也可用柏拉圖作為尋找真實因素的方法。

由事件起因、發生經過進入介紹,讓聽者對於事件有基本認知,再解釋原因與處理措施。且不僅是處理當下的事情,也要建立預防的方法。可以整理成以下項目:

  • 事件概述
  • 事發時間軸
  • 原因
  • 解決方法
  • 預防措施

檢討不僅是找出問題,更是找出可以改善的點與學習的經驗。關注在「事情」而不是「人」身上,才能避免指責與攻擊性發言,能更加理性的檢視與回顧,避免再次發生錯誤。檢討過程也避免鑽牛角尖,可以將需要持續關注與改善的問題先列下來,重點是將事件全盤看過再深入研究。而檢討完避免「不了了之」,也要明確列出可以改善的方向,才能讓避免問題再度發生。

參考資料

  1. 檢討不淪為互相指責!3個技巧讓失敗轉為成功
    https://www.gvm.com.tw/article/54562
  2. 發現問題時,你是檢討人還是流程?用「8D問題解決法」解決問題
    https://pinshuoi.com/9803/

上一篇
Day26: 情境練習04-專案狀態報告II
下一篇
Day28: 情境練習06-開發時程預估
系列文
洽chart恰—PM與工程師必備,喬開發時程、談技術問題、表達專案現況都適用的三步方法30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言