贵公司的竞争优势取决于其软件产品的质量和交付速度。 下一个版本的质量和速度取决于开发团队的技能，效率和动力。
因此，考虑到这一点，几乎没有哪个角色比开发人员更重要。
这就是为什么衡量和优化他们的贡献对持续改进很重要的原因之一。 例如，团队已经超能力了吗？ 您是否需要更多资源？ 不同的过程？
第一步是知道要测量什么，我们经过广泛研究的新论文将有所帮助。
在“软件开发团队度量标准指南”中，您将学习如何跟踪软件开发团队的速度，准确性，质量甚至喜悦 。
老实说，论文共有56页，其中有太多可操作的信息，因此仅在一篇博客文章中进行讨论。 因此，现在，我们将重点关注与团队速度和生产力有关的九项指标。
您的软件开发人员如何评价这九个关键领域？
我们的新论文为您的开发人员描述了九个关键的生产力指标。 他们是：
周期
您在每个问题上花费多少时间？ 根据您的开发目标，您可能会发现按类型细分周期时间数据很有用，因此您可以查看开发人员在每种类型的项目上花费的时间（例如错误或功能请求）。
另一种方法是分析问题在从开放状态到关闭状态以及介于此之间的每个阶段的各种状态下花费了多长时间。
发布周期时间
发布周期与周期时间密切相关，它专门计算团队在每个产品或功能版本上花费的时间。 您将衡量从开发开始到交付的时间。
速度
速度是跟踪开发团队的真正贡献的最佳方法之一。 这是您的团队在特定时间段内交付的准备就绪（或至少准备就绪）功能的数量的度量。
通量
您团队的吞吐率与其速度类似，只是粒度更细。 在速度决定最终结果的同时，吞吐量还包括功能，任务和琐事。
因此，虽然速度可以告诉您您的团队做了什么可以实际出售，但吞吐量可以让您更好地了解给定时间段内他们的总体工作量。
打开请求请求
当您的开发人员完成更改时，他们会将其添加到代码存储库中，然后发出请求请求，要求团队中的其他成员来审查工作。
每个拉动请求将保持打开状态，直到同事提供反馈并且经理（或其他开发人员）将其标记为关闭。
拥有大量公开拉取请求表明很多工作正在完成，但这也可能表明您的审阅者响应速度很慢。
工作正在进行中
与工作量密切相关，进行中（WIP）会跟踪您团队的当前故障单或问题数量。 吞吐量查看您的团队在特定一周或一个月内的工作情况，而WIP则查看他们现在的工作情况。
迭代流
通过迭代流程，您可以可视化票证的状态在特定时间段内的变化。 该视图可以帮助您评估开发过程的可重复性和运行状况是否正在影响交付时间。
功能实施困难
此指标是衡量开发团队如何找到工作的挑战的好方法。
当您的开发人员持续报告功能添加很困难时，您可以放心它们不会在工作中感到无聊-但是您还必须注意不要耗尽它们或降低士气。
我们应该释放得更快吗？
这是另一个可以使您保持团队士气脉动的指标。 如果您的开发人员一致报告说他们认为您可以发布得更快，那么您就会知道自己并没有从中得到最大的收益。
获取有关软件开发团队生产力的完整文章
在我们的新论文中，我们将更深入地了解这些团队生产力指标的真正含义。 我们还讨论了如何衡量它们以及为什么。
而且，我们不会止步于与生产力和速度相关的指标。 我们还分享：
- 10个指标可以帮助您确保按时交付。
- 13个指标来帮助您提高产品质量。
- 5个指标来帮助您衡量团队的健康状况。
立即获取“ 软件开发团队度量标准指南 ”。
