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 项

相关模板

← 返回模板一览