通向世界级预先维修之路

维修

规律性地3~5分钟延迟，作为“运行的一部分”被冲销掉。MST需要识别延迟原因，例如保障设备（叉车、起重机等）的可用性或者设备校准。时刻记着这些问题，MST承担了编制停工期跟踪系统的任务。

最后，MST想定义、分析和改正那种通过使用工作流程无法确定的延迟。例如，如果生产人员开安全会议，MST将认为会议时间就是一种延迟，但是并不能产生工作流程去跟踪这个延迟。最初，生成一个MAXIMO用户应用表，存储预先定义的延迟原因和相关代码库。生产人员和维修人员请求代码录入。代码与部门和设备类型相联。MST设置了一些延迟类型字段，例如查看/标识，保障设备的供应，安全会议和设备校准。

其次，MST定义了MAXIMO录入延迟的窗口。设计窗口用于记录设备号、日期、时间、持续时间和延迟类型以及适当固定的单位和可进一步解释延迟原因的备注。MST也决定与MRO软件补充解决方案提供者之一：工作技术一道工作。工作技术的快速挖掘产品生成一个用户动态值列表，它链接着MAXIMO系统（内部称为停工跟踪系统）中的部门、设备和代码。这项技术使得MST可以快速使用关键词进行检索。

再次，公司提供给每个操作中心面向设备的唯一延迟代码和日进度控制报告（a daily schedule control report，DSC）。尽管操作人员可以在事故发生时插入延迟数据，但是为了速度问题，Kaiser Trentwood决定让数据录入员在日常基础上插入每一个DSC。数据录入员的打字技术可以在几分钟之内将收集到的延迟代码录入到系统中。维修和操作管理部门可以通过检索用户应用表或浏览DSC，轻松而频繁地浏览延迟原因。

分析延迟

在数据录入员将信息插入到停工跟踪系统之后，MST也需要通过绘图来分析这些信息。MST决定将微软的Excel集成到MAXIMO系统中，并使用微软检索机制去选择从MAXIMO系统得到的记录，这些记录以Excel表的形式呈现给用户。

报告允许用户选择一个完整的部门或一个特定设备，浏览在过去12月中由于延迟而导致小时数。结果也可以根据延迟类型划分等级。用户可以识别延迟花费公司的最大时间和金钱。

通过双击任一数据单元格，用户可访问延迟的数量并积累时间。可以进一步训练用户掌握报告技能，使得用户可以访问附加延迟信息例如全体职员、时间和日期。MST可以浏览以帕累托图形式呈现的一个月的数据，它显示了导致延迟的列在前十位的原因。最后结果曲线图是一个线性表，它说明了按照一年中每月形式呈现每个延迟代码所造成的延迟时间量。