共计 2675 个字符，预计需要花费 7 分钟才能阅读完成。
研发品质治理中的 MTTR、MTBF、MTTF、MTTD 都是什么？明天咱们从生产事件的全生命周期登程，意识研发品质治理的 9 个度量指标——「MT 家族」。
01 Mean Time To ALL
「MT」是 Mean Time 的缩写，意为均匀工夫，「MT 家族」则是 LigaAI 对「MT」结尾的一系列量化指标的戏称。
最罕用于跟踪研发品质的两个 MT 指标别离是 MTTR 和 MTBF。近几年，随着精细化研发治理需要的攀升，行业也呈现了 MTTD、MTTA、MTRS、MTTI 等细分治理指标，旨在帮忙技术团队更好地理解生产事件产生的频率以及团队的复原速度。
02 共识在前，度量在后
在应用「MT 家族」度量品质程度之前，研发团队须要先就两个根底问题达成共识。
- 如何计算零碎的总服务时长？
- 如何定义零碎的可用工夫（Uptime）和不可用工夫（Downtime）？
明确第一个问题有助于标准探讨对象。零碎的服务周期是多长？系统维护降级或提前告知的被动停机等非凡事件应否计入服务时长？研发团队应就以上问题达成统一，能力辅助更精确的度量和治理。
探讨第二个问题的意义在于建设外部统一的判断规范。什么样的事件属于齐全中断事件？在局部中断事件中，多大程度的妨碍或多大影响范畴的故障能够被定义为「零碎不可用」？可失常运行但不合乎预期程度的零碎是否处在可用状态？
如果能将事件的具体量值和规范探讨并确定下来，研发效力治理或者会有一个更加清晰的视图。
03「MT 家族」全员辨析
上面是单个生产事件从故障产生到修复实现的简要示意图，依据起止工夫点的不同，咱们将取得若干个 MT 指标。
舒适提醒：研发效力治理下的「MT 指标」或与其余畛域的定义有所不同。
1. Mean Time To Detect（MTTD）
均匀故障检测时间（MTTD）是零碎呈现故障到问题首次被发现的均匀工夫，用来掂量问题在被发现前存在的均匀时长，能够用 肯定周期内的事件总检测时间除以事件总个数 计算得出。
零碎呈现故障后，生产事件可能会被监控工具或观测平台疾速辨认并主动揭示，也可能被用户率先发现。因而，对问题辨认得越慢，MTTD 越大，用户可能蒙受中断的工夫也会越长。
2. Mean Time To Acknowledge（MTTA）
均匀应答工夫（MTTA）掂量了零碎不可用被首次发现后，研发团队均匀须要多久可能着手修复问题，反映了团队的响应能力和警报系统的效率。定期监控 MTTA 对缩小警报乐音，进步工作效率也有显著作用，因为居高不下的 MTTA 可能阐明研发团队正在被「警报疲劳」所困扰。
MTTA = 故障首次被发现到开始修复的总间隔时间 / 事件总数
3. Mean Time To Repair（MTTR）
依据「R」的不同释义，MTTR 能够示意为均匀修复工夫、均匀复原工夫、均匀响应工夫和均匀解决工夫。四者在含意上皆有不同，因而在日常工作和沟通中，要小心上下文缺失导致的「鸡同鸭讲」哦！
均匀修复工夫掂量了研发团队排除和修复故障的效率，是指开发团队从开始修复到零碎恢复正常运行的均匀工夫，蕴含修复、测试、部署等多个环节。
均匀修复工夫能够用肯定周期内的零碎总修复时长除以事件总个数得出。MTTR 越小，阐明零碎的可维护性越强，易恢复性越好。此外，因为零碎简单状况或故障重大水平各不相同，技术管理者在理论治理中也要防止掉入「数字治理陷阱」。
MTTR = 开始修复到复原可用状态的总间隔时间 / 事件总数
4. Mean Time To Recover（MTTR）
均匀复原工夫也称均匀服务复原时长（Mean Time To Restore Service, 即 MTRS），也是 DORA 指标中的「服务复原工夫」。
它掂量了零碎从不可用状态复原到失常可用状态的均匀耗时，在数值上与零碎的均匀不可用时长相等，蕴含研发团队监控、定位、辨认和解决故障等多个过程。教训法令指出，优良的研发团队每年的均匀复原工夫个别不超过 5 个小时。
MTTR 或 MTRS = 零碎总不可用工夫 / 事件总数
5. Mean TimeTo Respond（MTTR）
均匀响应工夫是指零碎不可用状态从被发现到被解决的均匀工夫，反映了研发团队响应需要和变动的效率以及零碎可维护性的高下。均匀响应工夫不思考事件告诉的提早性，常在网络安全中用来掂量团队缓解零碎攻打的效率。
MTTR = 故障被发现到零碎复原可用的总间隔时间 / 事件总数
6. Mean Time To Resolve（MTTR）
均匀解决工夫掂量了故障呈现到被彻底解决所破费的均匀工夫。「彻底解决」意味着该故障在将来的运行中不会再现，因而均匀解决工夫须要统计研发团队发现问题、检测故障、修复故障以及确保故障不会再产生等环节的总工夫。
MTTR = 故障呈现到彻底解决的总间隔时间 / 事件总数
7. Mean Time Between Failure（MTBF）
均匀无故障工夫（MTBF）是掂量系统可靠性和可用性的要害指标之一，指可修复零碎在运行期间从前一个故障（完结）到下一个故障（呈现）所经验的均匀工夫，代表了零碎的均匀可用工夫。
MTBF 越大，阐明零碎继续提供正确服务的工夫越长，可靠性越强。通过计算肯定周期内的 MTBF，研发团队还能够对将来故障的产生工夫开展预测，以便更好地治理。
MTBF = 间断两次事件的总间隔时间 / 事件总数
8. Mean Time To Failure（MTTF）
与 MTBF 类似，均匀生效工夫（MTTF）也是掂量系统可靠性的要害指标；二者的区别在于，MTTF 用于掂量不可修复的零碎，而 MTBF 的治理对象是可修复的零碎。
MTTF 是指不可修复的零碎或产品从开始运行到产生故障而终止服务的均匀工夫，能够简略了解为均匀使用寿命。相比软件研发行业，MTTF 更罕用来形容硬件、组件或基础设施等等。
其治理价值在于通过对大量雷同类型的零碎或产品进行更长周期的察看和统计，团队能够理解该类型零碎 / 产品的生效工夫，并率先为淘汰和更换旧零碎 / 产品做好筹备。
写在最初
速率、品质和价值是研发效力治理的三驾马车。而相较速率而言，研发品质治理对团队共识的要求更高，因为咱们须要通过集思广益，描述一个线条洁净、指标区隔清晰的品质评估视图，以进一步反对无歧义的指标量化治理；否则，研发效力治理最终又会回到让人头疼的「定义讨论会」。
本文所提到的 9 个「MT 指标」能够从系统可靠性、可用性和可维护性等多个维度，掂量研发品质程度并辅助技术管理者开展更准确、更精准的研发品质监控和治理，进而无效晋升组织效力，赋能业务增长。
LigaAI@SegmentFault 还将分享更多研发效力度量、研发治理实际等干货内容，欢送关注咱们。
LigaAI 助力开发者扬帆远航，立刻体验新一代智能研发合作，一起变大变强！
