看板游戏的心得总结

经历下午精彩的游戏和回顾活动，大家从中学习并吸取了很多经验，现整理下发给大家。如大家有好的想法和意见，也可分享出来。

（1）使用加速通道的利弊（映射到日常活动中：插入临时的、紧急的都有截止交付时间的用户需求，如果不做的话将丢失客户）

1. 浪费大量人力物力资源，多次使用快速通道只能交付较少的需求，且不一定产生最大化价值。
2. 导致现有在制品无法正常流动，已投入的资源无法交付并产出价值。
3. 当然也不是一点用途都没有，不可避免的突发事件发生时，咱允许有一个“加速通道”。
4. 产品经理应尽量少的插入此类需求。我们应该做到尽早发现，尽早规划，尽早开 始。

（2）优先级及价值的评估（映射到日常活动中：对于每一项需求产品经理能够 较为准确的判断其价值，按需求优先级输入到研发团队。）

（3）在制品的限制，确保工作项的流动，打造持 续输入和持续交付能力

1. 挑较小的任务做时，可能出现开发、测试断层，要么测试阻塞的情况，因此先做简单需求不一定是最好的方案。
2. 项目运作时，我们应该关注看板的流畅（无交通阻塞），如果出现排队等情况，我们应该及时排除异常。
   

（4）技术任务尽早开始尽早完成，提升研发效率，加快我们的价值交付能力。

1. 持续集成完成后可以让我们每天都发布，映射到日常活动中：持续集成后随时可以出包。
2. 自动化测试做完后每项测试可以较少两个点，映射到日常活动中：可以提升测试效率。
3. 磨刀不误砍柴功，一样的道理，因此团队应该注重技术改进。  
   

（5）财务分析的及时反馈（  销售和市场对于产品功能特性的价值评估，需求产生的效益及时反馈，有助于团队正确决策与取舍。）

（6）清晰的项目节奏和每日反思改进工作（映射到日常活动中：团队高度配合，协作流畅；每个项目迭代结束后进行回顾会）

（7）数据分析的意义：leadtime,累计流图等，大家学会从中看出问题，并指导团队改进。

（8）其它的一些总结

1. 推迟决策，大家获得更多信息，越能做出准确的决策。
2. 尽早丢弃需求，如果发现需求已经做不了，或者已经失去价值了，我们要果断的放弃。
3. 团队共同参与和决策。
4. 项目经理是统筹全局，及时发现风险，指导大家确的做事情。
5. 角色间各司其职，并不是指各扫门前雪，而是各自在熟悉的领域里面发挥最大的价值。如果项目遇到瓶颈和困难，咱要学习多技能，打造 自适应的团队。