到底，要不要让PO参加每日Scrum会议？| IDCF

上周五中午，努力让大家把吃饭变得更有“意义”的无敌哥又发起了一次午间话题讨论，（上期话题讨论：多层级多部门的协作项目，还能敏捷起来么？）这次讨论的背景是容易错的FDCC认证考题，其中有一道题“哪些人应该参加每日Scrum会议”引起了比较大的分歧，分歧的集中点是：PO到底要不要参加？

题目是这样的：

你会怎么选择？

不卖关子，这道题首先排除掉的选项是D和E，但关于选项A，也就是“PO是否【应该】参加每日Scrum会议”，存在较大分歧。

要参加

• 观点1：PO一定要参加，PO参加是要了解目标完成情况和障碍情况。PO很重要的一个职责是跟踪需求完成进度和各角色对需求的理解是否一致，评审会上有可能不能把需求讲清楚，PO可以在每日Scrum会议上及时做需求跟踪；

• 观点2：赞同PO参加的原因是要做需求跟踪，避免因为研发对需求的理解与PO不一致导致开发方向出现问题，

• 观点3：很多时候PO和开发团队、SM之间是有隔阂的，互相不理解，最主要的是信任度不够。PO参加每日站会也能拉近距离，特别是对于刚推进敏捷的阶段来说，PO参加每日Scrum会议是必要的。

不参加

• 观点1：PO要参加的是评审会，目标应该在迭代计划会的时候就明确好，如果目标明确清楚，开发并不需要PO，想要了解开发进展通过看板和评审会就能了解，所以不建议PO参加每日Scrum会，即使参加了也不准说话。

• 观点2：而不赞同PO参加的原因是认为没有必要，每日的Scrum会议不是用来沟通、解释需求的，需求和目标应该在最开始和迭代计划会的时候就明确清楚。

为了刨根问底，无敌哥抛出了《Scrum 简章/Primer》中的一段话：

站会是Scrum里的一个仪式，每日Scrum站会是开发团队的一个以15分钟为限的事件。每日Scrum站会在Sprint的每一天都举行。在每日Scrum站会上，开发团队为接下来24小时的工作制定计划。通过检视上次每日Scrum站会以来的工作和预测即将到来的Sprint工作来优化团队协作和性能。每日Scrum站会在同一时间同一地点举行，以便降低复杂性。

开发团队或者开发团队成员通常会在每日Scrum站会后立即聚到一起进行更详细的讨论，或者为Sprint中剩余的工作进行调整或重新计划。

Scrum Master确保开发团队每日站会如期举行，但开发团队自己负责召开会议。Scrum Master教导开发团队将每日Scrum会议时间控制在15分钟内。

每日Scrum站会是开发团队的内部会议。如果有开发团队之外的人出席会议，Scrum Master必须确保他们不会干扰会议进行。

每日Scrum站会增进交流沟通、减少其他会议、发现开发过程中需要移除的障碍、突显并促进快速地做决策、提高开发团队的认知程度。

这是一个进行检视与适应的关键会议。

从这个描述里面，我们可以看到，在这道题目里，SM需要参加，有义务引导站会的进程，让站会起到应有的作用，而不是流于形式；PO不是【应该】参加，而是看需要参加，SM和团队是必须参加的。

当然在实际情况中，如果团队需要，可以拉上PO一起开每日Scrum会议，如果项目进展紧张，PO要主动参加。

不过小编这里还是强烈建议PO要参加这个会议，就如这位同学提到的，很多时候，仪式感也是非常重要的！！

那接下来，咱们再讨论一下如何让站会开得有效率呢？看看大家抛出的这些问题

有人给出了如何开会的关键点：

除此之外，小编还额外去翻了翻《敏捷无敌之DevOps时代》中的第六章 “每日站会，不仅仅站立”，里面提到的让Daily Scrum会议保持紧凑有效的指导原则：

那么，接下来的问题的讨论焦点：该怎么把需求明确清楚，什么样的需求条目化才是有效的？

• 观点一：大的项目PRD（产品需求定义文档）拆分条目排优先级，用精益看板按优先级做管理，过于长篇大论的PRD多数情况下是没有太大用的，用Story或条目化的PRD来沟通可以减少资源浪费； 

• 观点二：PO不一定需要会做PRD或者画原型，能排优先级，能定AC（验收标准），就达到基本配置了。在沟通需求时，能用流程图、UI设计，再加上条目化的一些需求，确实会好很多。但是在设计稿上画圈圈和开发沟通也可以，只要能够达到把需求说清楚的目的即可； 

• 观点三：需求沟通这个问题的关键不在于文档，而在于沟通，文档写得再好也不能扔给开发让开发自己琢磨。

看来PO的作用很大啊，毕竟需求是源头，需求管理不好，一定会出问题的，那么PO到底应该干啥呢？正好在网上看到了这张大全图，送给大家好好琢磨，不清楚的欢迎在公众号下面留言，我们会及时解答。

以上内容来自于FDCC认证学员群的讨论，由IDCF编辑整理，内容仅供参考。欢迎留言写下你的看法。