迭代任务看板
- 打开任务看板
- 打开燃尽图查看剩余工作情况,如果离发布较近,但是还有很多剩余工作,可能需要提前准备移除一部分优先级低的需求,如果剩余工作较少,适当安排一些需求
- 任务板按照人员分组,查看每个人的剩余工作,如果有超过则适当提醒项目其他人员协助
- 关注初始估计超过8小时的任务,可能遇到难题,提前知晓安排人协助。
- 大致浏览任务观察是否有停滞的任务和过度并行的任务。
情景看板
- 遵循从右向左,从上到下的规则。
- 查看wip限制是否超标,如果并行过度则提醒相关人员重点关注合理安排当天工作。
- 测试完成列过多要提醒产品及时验收
- 测试正在进行过多要询问问题,协调其他人员快速解决
- 开发完成过多提醒测试人员及时测试
- 开发不宜并行过多,一般过多可能是遇到问题,协调解决
- 在迭代后期就绪的任务不要放置太多,提醒尽快处理
- 最上方插入事件要重点关注是否正常进行
- 第二个泳道当前迭代的bug也需要重点关注,有bug优先解决,这样测试才能正常进行
主要的目的
- 聚焦完成:重要的是完成了什么而不是开始什么,每一个需求或者bug启动以后要尽快流动起来进入到待发布中
- Wip限制:遵循不要并行太多任务,开始一个就完成一个,并行过多可能是由问题引起
- 促进流动:关注停滞的需求或者bug,遇到问题尽快协调处理,让事情进行下去
- 关注问题:根据卡片央视设计中的颜色区分问题需求或者bug。
总体来说遵:聚焦完成,限制并行,促进流动,关注问题
注意事项
- 比较耗时的讨论会后进行。
- 会上的安排每个人要注意当天执行,遇到问题及时沟通,争取不让问题过夜