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