工作订单执行和数据获取
达里尔·马瑟
积压管理、计划和优先级定向的容量调度的所有工作都集中在高效执行上。确保按照工厂的实际要求,在尽可能少浪费人力和物力的情况下,及时完成需要完成的任务。江南体育网页登录版
如果管理任务执行的过程没有制定出来并以有纪律的方式加以遵循,这些工作最终将是徒劳的。在为计划、调度和执行提供坚实基础所需的所有工作中,这是最关键的。如果没有强制的计划遵从性,就无法真正衡量执行的改善,如果没有有效的数据捕获方法,未来的分析将基于不正确、不完整或不充分的数据。
执行是工单生命周期中不可分割的一部分,依赖于一系列流程:
- 工作包准备
- 日常调度
- 数据采集/回顾
工作包准备
为高效执行准备工作包需要成为调度过程的一个组成部分。准确的程序和技巧,所需的工具和设备,准确的估算,相关的图纸和插图以及安全信息都需要提交给主管,以便将工作分配给他们的团队。
这可能是一项耗时的任务,需要尽可能多地自动化。市场上有许多专门为此目的设计的软件包。
这需要以一种易于使用和相关的方式呈现给主管。可以在此包中集成表单,以捕获与任务相关的特定信息。(例如:持续时间,额外工具等)
与维护功能的所有其他方面一样,工作包的准备需要不断的反馈,以便不断改进呈现给工作团队的信息。例如,如果没有对图纸的相关性或准确性的反馈,每次工作执行时都会调用相同的图纸。
日常调度
每周的计划一旦交给主管,就需要不断更新,以反映操作环境的变化。由于大多数设施或工厂仍在与反应式维护制度作斗争,故障和其他计划外事件中断日常工作流程的可能性很高。
容量调度水平的设置需要考虑到这些因素,为可能出现的反应性工作留出一定比例的工时。
日常调度需要重点关注:
- 今天未完成的作品
- 未来几天计划/预定的工作
- 更改操作窗口,并以优先级为主的方式容纳这些操作窗口。
这方面的责任可以由调度员或主管负责。由于计划人员专注于接下来几周的工作,建议由主管承担这一角色。然而,需要制定严格的指南来促进这一过程。
例如,故障不一定需要注意,如果工厂内置冗余,或者如果操作有能力重新组织工作,那么需要在计划优先级和故障优先级之间找到平衡。
如果没有更高优先级的任务出现,劳动力可用性的意外变化或操作计划的变化,就不应该有任何理由重新安排工作。任何更改都需要按照这些路线进行论证,并提交报告来测量和控制该功能。
与执行相关的最常见问题是主管认为他们能够自行决定安排工作。尽管他们离行动最近,在某些情况下,他们可能做得很好。对于维护部门来说,这不是一种可持续的操作方式,它也不关注用于在正确的时间交付正确任务的优先级和容量调度系统。
数据捕获和审查
这个过程需要开发以匹配组织的需要。每个已完成的工作订单的文本应尽可能采用标准化格式。这意味着你要关注以下事情:
- 每个特定设备编码的故障原因
- 代码突出显示已完成的工作
- 包含进一步执行提示的完成文本,以及工作订单模板或计划信息所需的任何更改。这也需要包括安全领域。
- 编码以识别任何相关的工作指令,或指示所需的其他工作
- 说明完成这项工作所需的时间和工时。(目前市场上的大多数CMMS系统将能够通过时间表功能来执行此操作,从而消除了在完成点指示工时的需要。)
所有项目都是进一步提高任务执行的关键;它们对于有效的根本原因分析也是至关重要的。尽管在CMMS实现时需要强调这些代码,但是应该定期审查它们,以确保它们准确地履行了为未来分析提供良好数据基础的作用。
谁输入数据?
这是维护从业者之间通常存在很多分歧的领域。随着维修功能变得更加复杂,工作订单的数量急剧增加。这是必要的,因为现代CMMS系统已经赋予了我们执行未来分析和改进的能力。
那么谁应该输入数据呢?一些组织使用计划/调度程序来完成这项任务,而另一些组织则认为允许商人这样做是一种授权形式。
我的观点是,数据输入不是一种授权形式,也不是维护计划/调度器应该被要求执行的职责。现代CMMS系统提供的大量数据输入需要专门的技术人员进行维护。此角色还可用于许多更新和数据输入任务,具体取决于所提供的培训量。
使用工艺人员和/或计划/调度人员减少了这些角色可以专注于其核心功能的时间。
为确保关闭工程命令的数据完整性,可采取以下审查程序:
- 在完成当日工作或任务本身时交给主管的手写工作指令
- 主管检查数据,以确保其准确反映所做的工作,并足够详细
- 计划人员为下列目的审查数据:
- 计划模板的变更(预估、持续时间、额外提示和程序、文件或安全信息的变更)
- 检查编码是否符合总体业务目标
- 提出额外的工程订单,以应付工艺工人注意到的或在工作执行期间引起的额外工作
- 技术文员将数据输入公司CMMS系统
- 计划员/调度员要分析异常报告,以确保没有工作订单漏过系统。
通过关注本文概述的领域,维护部门可以更接近一个持续改进的环境。之前所有关于backlog管理、计划和调度的工作主要集中在有效执行上。虽然在执行过程中产生的数据需要始终集中在改进上。
同样,如果没有管理层的支持和理解,维护功能的这一领域将保持不变,并不是最佳的。这个过程中的培训,以及过程中的所有代码和角色,需要在特定于角色的基础上定期交付。忽视这一重要的通信功能将确保系统根本无法进步。