在工作时间打牌是一种怎样的体验

上篇文章提到公司开始在小范围内试行 Scrum 实践，虽然我没有加入 Scrum team，但也全程围观了 Scrum team 的 PBI （产品任务列表）估算会和冲刺规划会议。

PBI 估算会

开 PBI 估算会前，PO（产品负责人）确认了产品目标，梳理出了足够完成 2-3 次冲刺的 PBI，Scrum Master（敏捷教练）则准备 PBI 估算会的流程和使用的道具——扑克。

PO 在会上讲解产品列表中的每个用户故事，每讲完一个条目后，除了 PO 和 SM，其他成员开始使用扑克出牌，给出自己对该用户故事大小进行估算。

扑克长这样，每个人都能拿到 12 张牌，上面是一组斐波那契数列，数字越大代表用户故事越大，容易度更低。

大家在互不讨论的情况下先出牌，翻牌后，请出牌最大和最小的成员阐述理由，PO 可以继续澄清用户故事，成员们进一步讨论方案，然后各成员再次出一次牌。

通常 1-2 轮出牌后，大家翻出的扑克牌都近乎相同，成员对该用户故事的大小、容易度基本达成了一致。

虽然整个 PBI 估算会花了 5 个多小时，但是可以看到团队成员对项目的了解更清晰了，思考更深入了，会后大部分成员对估算会都有很好的感受和反馈，大家的分歧越来越少，更加相互理解。

对比以前的方式，产品和研发核对需求，有时对工作量、成本存在理解偏差，常常僵持不下，好不容易达成一致了，在全员评审的时候，其他部门的同事又提出了异议，又得会后再讨论，重新评估甚至设计。

冲刺规划会

PBI 估算会结束后，下一次会议是冲刺规划会，团队成员再次坐在一起，共同确定本次冲刺的时间、开发哪些高优先级条目，愿意对目标做出承诺，团队还需要将条目分解为任务，确定团队是否可以交付所有选定的 PBI。

基于上次估算会，这次的会议就顺利多了，大概花了三个小时就结束了会议。

开完这两项会议后，团队就可以开始执行工作了，后续还有每日例会对称进度和便于每个人了解当前发生了什么事情、进展如何。

Scrum 模式开始后，我们也有诸多担心。

比如我们现在是拿已经做好产品设计和视觉的项目来实践的，很多设计细节都已经充分思考和讨论过了。

如果进行全新的项目，从详尽的文档回到「轻文档」，PO 极有可能会在各部门中来回澄清细节，忙于救火，对 PO 和设计师的挑战是未知的。

其次我们产品团队现在有人员兼顾多个项目，或有休假计划，PO 可能无法全情投入，会被其他项目的工作干扰。

我们究竟会怎么处理呢？下回再分解～😂