SCRUM中的“缺陷泄漏”指标有多重要？

Question

我正在阅读有关SCRUM的必要指标，但我找不到那里列出的“缺陷泄漏”。即使是Jeff Sutherland发表的论文也是如此。

我想知道是否有任何理由不将此视为敏捷SCRUM中的重要指标。有谁知道吗？

Answer 1

Scrum是一个最小的流程改进框架。除了满足sprint目标之外，它故意不讨论任何指标。

如果您的团队发现缺陷泄漏是帮助他们改进的有用指标，那么他们当然可以使用它。如果Scrum团队以外的管理人员发现缺陷泄漏是一个有用的指标 - 那么他们也可以完全免费使用它。

Scrum没有定义您应该使用的指标。它允许您使用任何有效的。

Answer 2

SCRUM中没有指标。这并不意味着你不能拥有指标，它只是意味着SCRUM不会强制要求它们，也不会告诉你在这种情况下应该做什么，因此你找不到任何类型的东西。

既然我们谈论的是SCRUM，那么通常的一种心态就是问自己：

• 有用吗？这个<activity,metric,task>有很大的价值吗？
• 我为什么要这样做？我能从中获得什么？

所以我建议你自己回答，而不是寻找答案。

（PS：我的老板问我不是最好的动机答案）

Answer 3

如果您查看Scrum Guide，您会看到剩余工作仅是作为Scrum框架一部分的指标。只要您能监控剩余工作，您至少可以为您的项目查看那个“恒温器”。

这是否意味着你不应该看别的什么？没有...只要您持续监控您的指标使用情况并观察对团队和组织的负面影响，您就可以监控您喜欢的任何内容。一些团队需要为时间表进行融资，而其他团队则需要监控平均时间分辨率或构建质量。虽然在查找“缺陷泄漏”后，我会质疑其有用性。

P.S。 Scrum是名词而不是时代错误，所以不需要大写

Answer 4

不应将Scrum设置为坏代码或缺陷泄漏的借口。如果有泄漏，这意味着会有物品被添加回您的待办事项和不满意的客户。我使用scrum进行交谈的大多数团队也尝试使用来自极限编程的技术，例如测试驱动开发，junit测试，自动化回归测试脚本。无论使用哪种工具，您都应该在团队中100％预订QA资源，他们最终要对问题管理流程以及每个冲刺结束时部署的可交付成果的质量负责。

另一个想法：如果缺陷泄漏是企业预期的指标，您可以考虑将其视为sprint 0用户故事的标准。但是，如果它对项目或企业一般不重要，那么您可能赢了在执行过程中从团队中获取它，或者团队可能会在出现问题时以特定的战术方式实现它。