1. 核心定义
MTTR是统计周期内全部故障修复时间除以故障次数。对于制造现场，建议将终点定义为恢复合格生产，而不是设备空运行、报警消除或维修人员离场。
2. 计算公式
MTTR＝统计周期内从故障开始到恢复合格生产的总时间 ÷ 故障次数。
企业也可分别统计响应时间、诊断时间、等待备件时间和实际修复时间，但必须保留完整恢复时间。
3. 时间结构
| 阶段 | 定义 | 改善方向 |
|---|---|---|
| 响应等待 | 故障发生到责任人员开始处理 | 呼叫机制、值班、升级规则和权限 |
| 诊断 | 识别故障部位、失效模式与条件 | 报警履历、图纸、标准流程和技能 |
| 资源等待 | 等待备件、工具、外援、程序或批准 | 关键备件、专用工具、远程支持和授权 |
| 修复与调试 | 更换、调整、程序恢复与功能确认 | 模块化、快换设计、维修标准和防错 |
| 质量验证 | 首件或规定数量产品确认合格 | 参数基准、首件标准和质量接口 |
4. 使用场景
- 评价维修响应与恢复能力；
- 识别等待备件、权限或技术支持损失；
- 优化维修标准和故障诊断路径；
- 验证快换部件、模块化和备件策略；
- 与MTBF、OEE、停机损失和客户交付联合评审。
5. 常见误区
- 只统计实际拆装时间，排除等待和验证；
- 设备一能启动就停止计时，不确认合格生产；
- 不同故障类型使用不同终点却混合计算；
- 只要求维修人员更快，不改善可维护性设计；
- 通过提前关闭工单人为缩短MTTR。
6. 现场案例
某设备一次故障总停机90分钟：等待响应10分钟、诊断20分钟、等待备件25分钟、更换与调试20分钟、首件验证15分钟。若维修记录只填写“更换部件20分钟”，MTTR会被严重低估。改善备件位置、报警诊断和首件标准后，完整恢复时间降至45分钟，才属于真实的恢复能力提升。
7. 管理动作
- 统一故障开始与恢复合格生产边界；
- 把MTTR拆分为响应、诊断、等待、修复和验证；
- 对主要等待项建立责任和时限；
- 完善备件、工具、图纸、程序和维修标准；
- 推动设备可维护性和快换设计改善。
8. 培训确认题
- 为什么MTTR终点不应定义为“设备能动”？
- 完整恢复时间通常由哪些阶段组成？
- 备件等待应不应该计入MTTR，为什么？
- MTTR下降后如何确认没有牺牲质量验证？