-2

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

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

4

4 回答 4

3

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

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

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

于 2012-12-01T09:48:28.673 回答
2

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

由于我们谈论的是 SCRUM，因此一种常见的心态是问自己：

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

因此，我建议您自己回答，而不是寻找答案。

（PS：我的老板要求我不是最大的激励答案）

于 2012-12-05T22:24:28.703 回答
2

如果您查看Scrum 指南，您会发现剩余工作只是作为 Scrum 框架的一部分强制执行的指标。只要您可以监控剩余工作，您至少正在为您的项目查看那个“恒温器”。

这是否意味着您不应该看其他任何东西？哎呀不......只要您持续监控您的指标使用情况并注意对团队和组织的负面影响，您就可以监控任何您喜欢的东西。一些团队需要为融资制定时间表，而另一些团队则喜欢监控平均解决时间或构建质量。尽管在查找“缺陷泄漏”之后，我会质疑它的用处。

ps Scrum 是名词而不是时代错误，因此不需要大写

于 2012-12-06T06:43:11.943 回答
0

不应将 Scrum 设置为糟糕代码或缺陷泄漏的借口。如果有泄漏，这意味着将有项目重新添加到您的积压和不满意的客户中。与我交谈过的大多数使用 scrum 的团队也尝试使用来自 xtreme 编程的技术，例如测试驱动开发、junit 测试、自动化回归测试脚本。无论使用何种工具，您都应该在团队中 100% 预订 QA 资源，他们最终对围绕问题管理的流程以及在每个 sprint 结束时部署的可交付成果的质量负责。

另一个想法：如果缺陷泄漏是企业期望的指标，您可以考虑将其视为 sprint 0 的用户故事的标准。但是，如果它对项目或整个企业不重要，您可能不会得到它在执行期间由团队提供，或者团队可能会在出现问题时以一种临时的、战术性的方式实施它。

于 2014-09-24T15:57:27.100 回答