KPT回顧看板｜從上次Try的結果決定下一步

專案與開發

KPT回顧看板｜從上次Try的結果決定下一步

供在週期最後一天進行回顧的團隊，在開始前稍早打開、當天直接使用的範本。白板上依序排列著確認上次Try結果的框、Keep／Problem／Try三個框、依影響與自主權將Problem分類的四象限、60分鐘的進行方式，以及記錄本次Try的框。任務看板從提出候選到執行、確認效果共5欄，準備、列出、決定Try、執行到底這4個父任務及其子任務全部處於未開始狀態。

0 讚 0 複製 作者: WeProcess
回顧 KPT 團隊改善 持續改善 迭代管理
其他語言版本
免費註冊並使用此範本

免費註冊後，即可從範本市集複製並使用此範本

白板預覽

預覽模式 KPT回顧看板｜從上次Try的結果決定下一步
免費註冊並使用此範本

白板預覽

① 上次Try的結果（回顧從這裡開始） ② Keep（想繼續做的事） ③ Problem（遇到的困難） ④ Try（想嘗試的事） ⑤ Problem的分類（先從哪裡下手） 影響大 × 自己難以改變 影響大 × 自己能改變 影響小 × 自己難以改變 影響小 × 自己能改變 ⑥ 回顧60分鐘的進行方式（參考） ⑦ 這次的Try（只選1件。下次要看這裡） KPT回顧看板 使用方式：① 寫下上次Try的結果... Keep·做得好的事 定好的事·負責人 Problem·困擾 Try·收穫 上次定的Try例：自己的工作還沒做完，也儘早開口請審核人審核（負責人：____／期限：__/__） 實際結果如何例：從請求到開始處理，平均從1天縮短到半天。不過有2次忘了開口提醒。 繼續／停止／改變例：繼續。把提醒改成聊天裡的固定話術，避免忘記。 例：早上15分鐘就能同步卡住的地方 例：先寫設計備忘錄後返工變少了 寫清楚誰做了什麼、結果如何 把理所當然做到的事也寫出來 例：等審核平均要2天 例：不知道該找誰確認規格，卡了半天 以事情而不是人為主詞 事實和看法要分開寫 例：審核請求時在聊天裡加一句說明 例：依功能事先定好規格的窗口 細化到明天就能開始的程度 這裡只管多寫，收斂放在⑦的框 縦軸: 影響的大小（上＝大）　／　... 決定找誰商量、拜託什麼。這次不定為Try，作為請求提出去。 這次的Try從這裡選1件。定好負責人和期限，在下一週期執行。 只留紀錄，這次不處理。之後再出現就重新深挖。 發現的人當場解決。回顧的時間不用在這裡。 0-10分鐘確認上次的Try看是否執行了、效果如何，決定是否繼續。 10-25分鐘寫出Keep和Problem各自先寫再貼出來。唸的時候每條控制在30秒內。 25-40分鐘深挖Problem收斂要處理的件數，往背景追問為什麼會發生。 40-55分鐘定出Try提出對策，選1個來執行，定好負責人和期限。 55-60分鐘今天的確認唸出定好的事，敲定下次的時間後結束。 要執行的Try例：審核請求用聊天裡的固定話術發出 負責人和期限負責人：____／期限：__/__進度在任務看板上追蹤 效果的確認方法例：記錄從請求到開始處理的時間，到下次做對比
100%

拖曳可移動，滾動滑鼠滾輪可縮放

任務看板內容

候選事項 16 項

準備回顧
寫出Keep和Problem
把Try定為1件
在下次前做到底
確認上次的Try
梳理本期間事件
定主持人和時間
寫出Keep
寫出Problem
給Problem分類
提出Try候選
選定要執行的Try
定負責人和期限
執行Try
記錄效果
判斷是否繼續

本次討論 0 項

Try執行中 0 項

確認效果中 0 項

完成 0 項

相關範本

← 返回範本一覽