process - 敏捷方法论中的软件指标

Question

关闭。这个问题是 opinion-based 。目前不接受答案。

---

想要改进这个问题吗？更新问题，以便 editing this post 可以用事实和引文来回答它。 .

已关闭 5 年前。

Improve this question

如今，敏捷方法相当流行，但我似乎找不到太多关于哪些指标最有用以及为什么有用的文档。我发现更多的事情表明一些传统的指标，如 LOC 和测试的代码覆盖率是不合适的，留下了两个主要问题:

1. 为什么这两个(以及其他)指标不合适？
2. 哪些指标最适合敏捷？为什么？

即使采用敏捷流程，您难道不想知道单元测试的代码覆盖率吗？或者只是因为这个指标(和其他指标)不如圈复杂度和速度等其他指标有用？

Answer 1

敏捷是面向业务的事情，敏捷是关于最大化客户值(value)，同时最大限度地减少浪费以提供最佳的投资返回率。这是应该测量的。为此，我使用 Mary Poppendieck recommends 的系统。该系统基于三个必须作为一个整体的整体测量:

1. 周期时间
   • 从产品概念到首次发布
   • 从功能请求到功能部署或
   • 从错误检测到解决问题
2. 业务案例实现(没有这个，其他一切都无关紧要)
   • 损益表或
   • 投资返回率或
   • 投资目标
3. 客户满意度
   • 例如Net Promoter Score

当然，在团队层面，您可以跟踪测试覆盖率、圈复杂度、编码标准的一致性等内容，但高质量本身并不是目的，它只是一种手段。不要误解我，我并不是说高质量不重要，高质量是实现可持续步伐所必需的(我们在完成的定义中包括“不增加技术债务”)，但目标仍然是以快速且有利可图的方式为客户提供值(value)。