许多产品经理都反映一个敏捷实践问题，在定期的用户故事梳理会(User Story Grooming)上讲解了用户故事的来龙去脉，当时小组成员没有反馈问题，但是在开始实现用户故事的功能的时候，小组成员要产品经理讲解某个用户故事到底是做什么的？
不是都开过用户故事梳理会了吗？为什么小组成员开了小差，没有认真听讲呢？在用户故事梳理会上，产品经理讲解完用户故事以后，Scrum Master都会要求小组成员给出自己的用户点数。理论上讲只有认真听了产品经理的讲解，小组成员才能给出用户故事的点数，但是有很多产品经理表示即使是这样做了问题还是没有得到解决，在做功能的时候还得再讲解一遍。
如何利用用户点数打分提高小组成员的参与度？
独立思考
在用户故事梳理会上，让团队成员给出用户故事点数，确实能让团队成员积极参与到用户故事的讨论中来，但是前提是团队成员在给出用户故事点数的时候需要是独立给出的。只有独立给出用户点数，才能让团队成员自己思考。
有很多团队在给出用户点数的时候，直接让团队成员说出来，或者在聊天的公屏里打出来，这样做先给出点数的成员会影响后面给出点数的成员的判断，或者让其他人直接跟风，这样就达不到让团队成员独立思考的目的了。
敏捷扑克的问题
经典的敏捷实践使用敏捷扑克来让团队成员在打分时同时出示自己的扑克来屏蔽团队成员在打分时相互影响的可能性，但是在实践中，有两个问题：
- 需要为每个成员准备一套敏捷扑克
- 无法避免团队成员先后出示自己的打分结果
敏捷扑克是实体的，要每个成员保存好扑克是件困难的事情，如果有新的成员加入还得再准备新的扑克。现在大家都有手机，用手机显示屏上的数字代表点数可以替代实体扑克，但是还是避免不了第二个问题。
使用模拟扑克或者在线投票
其实我们可以使用敏捷扑克为用户故事打分的原理来设计一个在线投票的工具，来达到团队成员独立给出用户点数的目的。这样的在线工具已经有了一些，不过大部分是境外网站，访问速度不理想。国内投票网站不少，可以直接利用投票网站或者社交工具的投票功能来完成给用户故事打分的过程。具体步骤如下：
- 小组成员访问网站打分
- Scrum Master 检查是否所有成员已经完成打分
- Scrum Master 揭晓打分结果
- Scrum Master 检查分数分布，如果不一致，则要求最小值和最大值的成员说明原因
- 重复上述过程，直至小组成员分数趋同
下图是一个使用微软 Teams 软件给用户故事打分的投票系统。在投票未完成之前 Scrum Master 保持在这个界面，这样其他组员不能看到其他组员的打分情况，只能独立完成打分。Responses 表示已完成的组员人数，当已完成人数达到组员人数，则可以揭晓结果。
用户故事点数需要收敛
一般来说在给用户故事打分时，团队成员会出现一些分歧，在分数上表现为过小或者过大，这就给 Scrum Master 了解团队成员是否都理解了用户故事以及在实现方案上是否达成了一致的机会。
Scrum Master 可以让给出极值的团队成员解释原因，这样可以增进团队成员的交流，由于要回答问题，团队成员需要跟产品经理互动，当然就不可能开小差了。
在上图中，团队成员通过投票系统打分以后，可以看到团队成员的分歧比较大，13 表示一个“冲刺”可能完成不了，这个时候 Scrum Master 就可以要求团队成员给出解释。在上面的投票系统中，可以通过点击 more details 查看是谁投出了 13 的结果。
在反复讨论、打分以后，用户故事点数就会趋同，也就是收敛了，这个时候就表示团队成员基本达成了一致，理解了产品经理的需求也给出了共同的解决方案。在这样的参与过程中，团队成员积极沟通，独立思考，这样就不仅仅解决了“开小差”的问题，也增进了团队合作。
结论
在每个冲刺的故事梳理会上 Scrum Master 可以通过给用户故事打分来提高团队成员的参与度，但是这种参与必须保证团队成员都是独立给出的结果，才能解决“开小差”的问题。 本文推荐使用在线投票工具来保证参与的独立性。
更多文章
精益和敏捷的较量：你知道敏捷开发有 Scrum 和 Kanban 两种管理模式吗？
关注公众号更方便
查找公众号: agileddd 关注我。