本文面向中小型制造企业的维护负责人、工厂厂长、生产总监和生产经理，以及持续改进和工艺方法负责人：他们正在建立或改进维护看板。本文说明哪些生产数据真正应该放进维护看板（带时长和原因的停机、微停机、可用率、基于自动时间戳计算的 MTBF 和 MTTR），哪些应该舍弃，以及每天由谁查看哪些数据。
- 维护看板只需要少量直接来自设备的数据。
- 带时长和原因的停机是所有其他指标的基础。
- MTBF 和 MTTR 只有基于自动时间戳才可靠。
- 每个指标都需要负责人和固定的查看频率。
Alphalink 对数字化维护平台的观点
Alphalink Solutions GmbH 是一家位于瑞士苏黎世的软件开发与集成公司，为企业定制维护平台、应用和看板。其团队于 2026 年 5 月 31 日发表了文章 Digitale Wartungsplattformen für Schweizer KMU: Wann sich Mobile-Apps und Dashboards wirklich lohnen（《瑞士中小企业的数字化维护平台：移动应用和看板何时真正值得》）。文章介绍了当今数字化维护平台的含义、实践中真正重要的功能、从 Excel 过渡到平台的务实路径，以及不带幻想地看待成本和投资回报。其中关于看板的一句话切中要点：“Statt «schöner» Charts braucht es präzise Informationen, die Entscheidungen ermöglichen.”（与其追求“漂亮”的图表，不如提供能够支持决策的精确信息。）
Alphalink 提供的是平台视角：工单、历史记录、主数据、接口以及服务团队使用的移动应用。本文补充的是设备视角：维护看板需要哪些来自生产现场的实测数据，才能支持决策，而不只是展示图表？平台对决策的支持程度，取决于流入平台的数据质量。
哪些生产数据应该放进维护看板
在许多中小企业，维护看板显示的是未完成工单、到期点检和备件。这些都必要，但无法回答一个问题：故障到底在多大程度上拖慢了生产？回答这个问题只需要少量精心挑选、直接来自设备的数据。
| 指标 | 用途 | 采集方式 | 由谁查看，何时查看 |
|---|---|---|---|
| 带时长和原因的停机 | 显示哪些故障损失的生产时间最多 | 在设备上自动记录开始和结束，原因由操作员选择 | 维护和班组长，每天 |
| 微停机（次数和累计时长） | 让任何工单中都不会出现的损失变得可见 | 自动采集，包括几秒钟的停机 | 维护和工艺方法，每周 |
| 可用率 | 概括设备在计划时间内实际运行的比例 | 运行时间除以计划生产时间 | 工厂管理层和维护，每周 |
| MTBF | 显示设备多久发生一次故障 | 运行时间除以技术故障次数 | 维护负责人，每月 |
| MTTR | 显示设备恢复运行需要多长时间 | 故障总时长除以故障次数 | 维护负责人，每月 |
| 重复性故障（前 5 项） | 确定改进措施的先后顺序 | 按设备统计停机原因的帕累托图 | 维护和改进团队，每周 |
关键在于区分停机原因。因缺料或缺人造成的停机不是设备故障，不应计入 MTBF 和 MTTR。但它仍应出现在看板上，否则会被误认为技术故障。设备的 OEE 仍然是把这些损失与产出联系起来的共同指标。
用时间戳而不是记忆计算 MTBF 和 MTTR
几乎所有维护计划中都有 MTBF 和 MTTR。但在实践中，它们常常根据手工、延迟录入的故障报告计算。这样一来，MTTR 衡量的是到报告为止的时间，而不是到设备重新启动的时间，短时故障则完全缺失。使用自动采集的时间戳，方法如下：
- 在设备上记录每次停机的开始和结束。 不是记在交班本上，而是在设备实际停止和重新启动的地方记录。
- 为每次较长的停机指定原因。 大约十个原因的简短清单就足够，按技术、组织和物料分类。
- 只用技术故障计算 MTBF 和 MTTR。 换型、休息和缺料单独统计。
- 单独统计微停机。 计入会扭曲 MTBF，忽略则会让它们消失。
- 按设备、按月计算。 例如，一台设备在 160 小时运行时间内发生四次技术故障，MTBF 为 40 小时；此例仅作说明。
这样得到的指标，维护和生产都能信任，因为双方看到的是同一组时间戳。
哪些内容应该舍弃
维护看板并不会因为内容更多而更好。以下内容通常耗费的注意力多于带来的决策价值：
- 全厂平均值。 全厂 MTBF 会掩盖真正出问题的那两台设备。
- 没有原因的停机。 “其他”类别过大，说明原因清单或录入方式需要调整。
- 给所有人看的实时曲线。 实时数据在产线旁有用，月度回顾看趋势就够了。
- 没有负责人的指标。 没人看、也没人据此行动的数字应该放进报告，而不是看板。
谁看什么，何时看
只有明确谁以什么频率查看哪个数字，看板才会发挥作用：
- 每天，班组长和维护： 过去 24 小时的停机及其时长和原因、未处理的故障、关键设备的微停机。
- 每周，维护和改进团队： 前 5 项停机原因、各设备的可用率、改进措施及其进展。
- 每月，维护负责人和工厂管理层： 各设备 MTBF 和 MTTR 的趋势、措施效果、下个月的优先事项。
TEEPTRAK 实时测量每台设备的 OEE、停机和微停机。一个模块接入电气柜，一个传感器安装在产线旁；每台设备安装约需一小时，无需连接 PLC，48 小时内即可获得 OEE。这些时间戳和停机原因可以作为维护看板的数据来源。TEEPTRAK 不是 MES，已在 30 多个国家的 700 多家工厂使用。
延伸阅读
- Digitale Wartungsplattformen für Schweizer KMU: Wann sich Mobile-Apps und Dashboards wirklich lohnen（Alphalink Solutions GmbH）
- 优化维护KPI的跟踪，以提升设备的整体效率
FAQ
维护看板首先应该放哪些生产数据？ 带时长和原因的停机。可用率、MTBF、MTTR 和主要的重复性故障都可以由此得出。没有这个基础，看板只是一份工单清单。
为什么 MTBF 和 MTTR 应基于自动时间戳？ 因为手工录入的故障报告往往延迟且不完整。自动时间戳记录每次停机的开始和结束，包括短时停机，使生产和维护之间的指标具有可比性。
微停机应该计入 MTBF 吗？ 最好不要。应单独统计，否则 MTBF 会被人为拉低。但它们必须保持可见，因为在一个班次内可能累积成可观的损失。
0条评论