我 在 DevOps.com 上看到了 IBM 的 Payal Chakravarty 撰写的一篇有趣的文章，其中 讨论了他们从敏捷到 DevOps 的过渡中学到了什么。在重大变革开始时，确定项目目标以及如何将这些目标转化为有形指标以跟踪进展情况至关重要。事实上，Payal 在 IBM 的团队从一开始就质疑他们将如何证明该项目是成功的。随着时间的推移，这导致创建了八个指标，他们仍然使用这些指标来跟踪他们的成功和进步。
- 部署频率 ——数量应该保持稳定或逐周上升。
- 变更量 ——衡量用户故事和部署的新代码行的数量和复杂性。
- 从开发到部署的时间量 ——从代码开始开发到部署到生产的准备时间。随着团队的发展，时间应该减少——并且是衡量流程效率和必须改进的地方的核心指标。
- 部署失败的比例是多少？ – 部署失败甚至导致中断的频率如何？随着 DevOps 的实施，部署质量应该会提高，部署失败的百分比应该会下降。
- 恢复时间 ——这也许是对团队素质的最大考验——当确实发生故障时，需要多长时间才能恢复。虽然时间通常应该呈下降趋势，但团队不应该因为第一次遇到问题而偶尔出现峰值而气馁。
- 客户票 – DevOps 的目标是增加部署而不会导致故障。通过查看客户工单的数量，您可以很好地了解自己的表现。
- 用户量增加 ——通过跟踪有多少用户注册，您可以确保组织可以处理新请求。
- 响应时间 ——无论用户数量的变化百分比如何，这个数字都应该保持稳定，因为产品应该在预定的阈值内运行。