软件交付4个维度衡量交付质量！

1、部署频率

为了跟踪该指标，我们从构建和部署系统中查找部署事件。在新版本的应用程序被部署到生产环境后，部署计数器会递增。这包括好和坏的应用程序版本。

2、变更准备时间

准备时间，指的是从变更创建时间到部署第一个服务实例过程中耗费的时间。

部署到生产环境中的单个功能修改，可能有多个提交，从而导致要计算多个交付周期。为了计算单个变更准备时间的总体指标，我们将这些准备时间的中值用作该部署的“变更准备时间”。

该组织，团队或应用程序的所有部署的“变更准备时间”的平均值，就是我们想要的“变更准备时间”。

3、变更失败率

应用程序在部署生产环境后，由于某些原因影响用户使用，我们需要修正（例如修补程序，回滚，正向修复或修补程序等），这些系统修补次数在所有部署中所占的百分比，就是变更失败率。

当前，我们将变更失败率衡量为给定时间段内所有部署中的回滚百分比。如果实例正在为流量提供服务，即使来自单个实例的回滚也算作失败。

4、平均恢复时间（MTTR）

平均恢复时间（MTTR）表示系统发生故障时，恢复正常所需的时间。

例如，如果将构建N（不良构建）部署到生产中，然后团队发现了一个问题，要求他们通过部署N-1（最新已知的良好构建）来回滚N，直到将N-1部署到生产环境为止的时间花费就是恢复时间（TTR）。所有TTR的平均值为MTTR。