看板关注价值流动，以价值（更多时候是故事）为维度，目标是发现阻塞并解决，更加顺畅的价值流动。

采用以人为维度的任务版，关注的是人员管理，每个人工作是否饱和。

应该采用哪种模式呢？

项目内，关注工作分工是否合理，是否能够最大化每个人的价值，是否工作均衡

项目外，关注项目是否能够满足需求，是否能如期上线

看板第一职责是对团队内成员的作用，显示化阻塞点，第二才是对外的展示团队的工作。

采用每日站会形式，已经可以从定性角度发现效率低的人员或工作，并及时进行调整（理想情况下）。

另外，若采用电子看板，更可以从不同维度进行实时或事后分析统计，进行下一阶段改进。

因此建议，采用任务维度的看板。

“关注接力棒，而不是赛跑者”

对于效率低的团队成员，应该采用什么措施？

可以用周金根老师的培训材料的这页进行解释

20190424补充

大boss特别关注“人员饱和”，表示总看到有人玩手机，但研发效率却又很低。怎么解决这个问题呢？

根本问题不是怎么提高人员工作时长，而是如何提高交付效率。

交付效率高=交付快+质量高=从开始研发到高质量交付时间短

交付效率高≠提交代码早≠很快进入测试阶段

交付快，但都是bug需要花费很长时间测试或者投产后不断发补丁，势必带来重复工作，整体交付效率低。

那么如何对上管理，度量交付效率呢？

（1）是否可尝试用户故事的研发周期统计，从业务价值出发，关注需求的交付时长，而不是代码的提交时间

（2）故事的bug率，比如交付了xx个故事点的任务，但bug数越来越低

怎么提高交付效率呢？

  感觉这就是devops了：不止流程改进，更要有自动化工具的加持

    还得再多学习~