什么时候在SCRUM板上注册一个活动是合理的，当它没有必要的时候？

Question

在我的工作中，我们使用scrum板来注册活动，但是在那里注册什么总是一个两难的问题，一些同事希望在scrum板上注册电子邮件答案(甚至创建一个新的用户故事)，认为阅读和回答都花费了他们大约一个小时的工作，其他人认为没有必要这样做，另一个问题出现在对需求(峰值)的分析中，这些需求在scrum板上停留了几个星期，没有移动，因为这在很大程度上取决于用户的可用性。有些人认为有必要在sprint板上记录这一活动，而另一些人则认为这是不必要的，因为这是一项需要几个星期或几个月才能完成的活动。

在网络和论坛上，我发现了很多不一致之处，有些人用时间来证明他们的反应是合理的(如果活动花费了一个多小时，就注册它)，还有一些人则用一种复杂性来证明它是合理的(如果活动成本在分析或开发方面起作用，那么不管花费多少时间，它都是可行的)，但答案仍然不清楚。

我要问的是，什么时候在董事会上记录一项活动是合理的，为什么呢？

我们有被选择进入sprint的用户故事，我们将它们分解成不同的任务，问题集中在任务寄存器上，或者是在相同的故事中新建的任务，或者是不属于sprint中的故事的任务(比如回复电子邮件)。

我们有独立的董事会：

BackLog

分析

商业产品的生产成本准备进行分析

生产过程中的自愿性再分配分析

(二)商业产品再转制已完成的分析

开发

二、二、三、二、二

正进行中的再加工工程

(二)间接转制守则修订

(C). Completed =‘Completed 2’>.Completed=‘Completed 3’>已完成的发展

问：

准备内部放行的新产品

可供测试用的产品

正进行中的新产品测试

. testing =‘testing 3’>已完成的测试

业务承兑

完成

Answer 1

没有硬性的规则，什么时候应该添加到Scrum板，什么时候不。

有两个“金科玉律”可以相互冲突，需要平衡：

1. 不应该有无形的工作。所有为项目所做的工作都应该在板上显示出来。
2. 只有在征得团队和PO的同意后，才能更改sprint待办事项(在添加/删除PBI方面)。

假设我们正在讨论的工作/问题在没有通知的情况下突然出现(这样就无法计划它们)，并且不能等到下一次规划会议时，我的实际方法是：

• 如果工作涉及对产品或相关工件(如测试、文档等)进行更改，则必须在板上为其提供一张票证。
• 否则，如果做这项工作所需的时间少于创建一张罚单并将其列入董事会所需的时间(包括讨论)，那么只需做这项工作即可。
• 否则，我建议为其创建一张票证。

如果小中断频繁发生，那么我建议在某个地方记录累计工作量，并在sprint评审期间将其报告为“计划外的工作”。然后，您可以讨论是否应该调整团队的能力，为这类工作创造一些“业余”时间。

Answer 2

Scrum的关键是只处理Sprint中的内容。

如果你在做某件事而没有任务，那么它就是一个障碍。别这么做！

现在，棘手的一点是，当你“不得不”做的事情，要么是完全无关的，要么没有明确的定义。

因此，在第一个例子中，回答不相关的电子邮件，修复其他产品中的一个bug，去开会等等。

将这些放在sprint中，以便您稍后可以了解为什么sprint目标被忽略了。“你为什么不完成任务x？”“因为我做了其他的事”

第二种情况是“定义不清的任务”，这听起来像您的调查，它依赖于不属于sprint的其他团队。在将任务放入待办事项之前，您需要获得该输入。否则，您就无法编写已完成任务的定义或估计任务。

Answer 3

如果你真的觉得和临时的任务会使你的常规计划工作受挫，你要么把它作为一项加速的任务(或者你想称之为它的任何东西)放在董事会上，要么你为它创建一个待办事项，可以在以后讨论(可能的话)。必须马上就做这件事，这是非常紧迫的。