可以从需求开发中收集什么样的度量(如果有的话)？

Question

我们通过在每月的sprint计划会议中创建和完善用户故事，从产品涉众那里获得需求。这包括定义用例、验收标准和识别约束，最后的结果是用户故事的sprint积压。通过整个sprint开发团队之间的设计评审，高级客户需求被细化为较低级别的产品需求。设计评审的结果是UML图、软件接口，以及一般的各种软件需求的人工语言描述。

我们正在提高作为一个组织的度量意识，以便我们能够更好地识别过程改进的潜在领域(并且最终能够在CMMI级别3进行评估)。

在客户需求的获取和细化过程中，有哪些有用的度量可以收集？

Answer 1

• 你花了多长时间开发需求。这是为了看看管理费用是否值得这样做。
• 实现需求的平均时间(每小时或一天的需求)。有些任务不可避免地是复杂的，但一般来说，更好定义的需求不需要那么长时间才能实现。
• 需求在需求开发和功能实现结束之间的变化频率。这既可以衡量您对需求的理解程度，也可以衡量您是否将需求分解为足够小的部分。
• 需求开发和实现开始之间的滞后时间。这可以衡量你对最紧急需求的关注程度。

Answer 2

对于目标未知的未知项目，很难说要收集哪些指标。我强烈建议您看看某种目标定义方法(如GQM)。使用这种方法，您可能会得到最适合您的需求的度量标准。

基本上，GQM (目标、问题、度量)定义了一个过程:首先定义您的度量目标，这些目标导致您提出一些问题，而这些问题需要度量来回答。因此，最终，您有真正支持您的目标的度量标准。

希望能帮上忙。