Resource Data

衡量缺陷的第一步是整合所有已识别的故障。​​一旦准确计算出错误数量，您就可以对风险程度进行分类。为此，您的团队成员应遵循协议，尽早报告问题区域，以便通过适当的渠道进行升级。这样，当生产全面展开时，您的团队将花费更少的时间来查找和修复错误。他们可以最大限度地减少错误改变成品寿命以及外观或功能的可能性。 

较低的缺陷逃逸率可让您建立效率与客户满意度之间的直接联系。例如，如果 10 个任务中有 9 个按时交付并满足客户期望，则您的成功率为 90%。

用户故事是记录需求分析阶段收集到的要点的步骤。在此阶段，客户简报以数字形式呈现，开始确定任务优先级和排序。团队会明确他们的工作包。该指标逐项列出了在冲刺规划中承诺的故事数量，并 瑞士电话号码数据 评估其中有多少被标记为已完成。 

然后，您的员工可以将注意力分散到同一用户故事的不同方面，并同时处理它，而不是按顺序处理。例如，如果您正在构建一个航班售票系统，开发团队可以创建用户故事，记录预订、取消、退款、日期更改和基于积分的里程。每个成员都可以通过分析项目的那些方面来估计他们的工作量，这些方面只需在适用的情况下重写代码即可轻松重现。此举可确保提交的用户故事与实际完成的用户故事更加匹配。 

4. 加速团队速度 
加速度是最简单的指标，它使用数据相关性来持续监控项目健康状况。通过速度图表测量团队速度可以让您了解不同规模的团队在各个冲刺中的表现如何。 

加快团队速度的第一步是创建估算每次迭代工作量的点。衡量团队绩效类似于比较雪花，即没有两个雪花是相同的，因为点是根据他们的工作线构思的。可以根据初始速度估算新速度。例如，开发团队将测量使用新技能所花费的时间，而运营团队将考虑以适当的培训计划形式学习该技能所花费的时间。 

为了计算速度，必须将所有功能的估计值与用户故事和产品待办事项加起来，这些都可以追溯到收集到的需求。 

加速度公式：（新速度-初速度）/初速度 

由于计算起来很方便，您可以通过根据团队规模调整速度来规划未来的迭代。最后，您可以将性能货币化，以估算通过流程改进可以节省的成本。例如，如果您每次迭代花费 50,000 美元，而加速率为 5%，则每次迭代可以节省 2,500 美元。