在Scrum站立式中，关于昨天完成的讨论的讨论应该限于董事会的任务还是完成的所有工作？

我知道Scrum在日常站立比赛中的规则说，团队应该只谈论他们昨天所做的事情，他们今天所做的事情以及任何阻碍他们前进的事情。没有其他的。但是问题是，有时开发人员会花费自己的时间从事与任务无关的工作，然后在独立讨论中谈论它。这就是他们昨天所做的！

根据我的经验，我发现谈论董事会上的任务，保持站立状态，使每个人专注于他们的任务，复查他们的估计并每天跟踪他们的记录更为有效。

将讨论限制在董事会的任务上是否有效？

根据Scrum指南中有关日常站立的内容，需要讨论的三个问题是：

• 昨天我做了什么工作来帮助开发团队实现Sprint目标？
• 我今天将如何帮助开发团队实现Sprint目标？
• 我是否看到任何阻碍我或开发团队实现Sprint目标的障碍？

所有问题都围绕着Sprint目标，而不是董事会上的任务。同样，根据《 Scrum指南》，Sprint目标是在Sprint计划中创建的，它定义了“通过实施产品待办列表将在Sprint内实现的目标，并且为开发团队提供了构建其目标的指导。增量”。

理想情况下，开发团队所做的一切都应该帮助团队朝着Sprint目标迈进。这些可能是计划外的活动，不是必须要做的事情，或者可能是已经考虑和估计的级别较低的事情，但是级别比董事会上的项目低。

我想说的是，让您的团队谈论他们昨天所做的一切。如果他们谈论的事情无法帮助团队实现Sprint目标，那么应该有人提出来，尤其是如果他们可以做的其他事情确实使团队更加接近完成Sprint目标。

一个例外是个人支持多个Scrum团队。在会议上，他们可能不应该谈论他们昨天所做的一切，而应该谈论他们为支持目前站立的团队所做的事情。

在Sprint回顾是一个伟大的时间来谈论这个问题的球队。有很多问题需要考虑：

• 团队是否在与Sprint目标相关的项目上工作不足？
• 有太多计划外的工作吗？
• 计划外的工作来自哪里，谁在授权它？
• 为什么人们在做事情不在董事会上？
• 我们是否应该在板上显示更多细节，以便将您所做的事情与板上的项目更轻松地关联起来？

不，你应该谈谈昨天的工作。

如果不在板上，则需要执行以下操作之一：

• 放在板上
• 别做
• 或更换团队。

对于计划外的紧急工作，最常见的一种是写一张卡并将其粘贴在板上。这样可以确保在冲刺结束时可以测量速度并解释为什么未达到冲刺目标。

在我看来，一个团队成员正在研究不在冲刺中的东西，这是敏捷采用失败的主要原因之一。最常见的是，这名开发人员被转移来解决另一个项目上的实时问题。

冲刺中的另一个烦人的事情是“ PM谈论其他项目的会议”。在我看来，PM不是Scrum团队的成员，他们担当了“产品负责人” Scrum的角色，因此可以回答问题，而不是报告进度。