陕西省神木市大柳塔洗选中心调度指挥中心 陕西省神木市 719300
摘要:神东煤炭集团洗选中心调度指挥中心下属管理11个选煤厂、11个外煤站,为了切实可行的落地层级式管理模式,落实管理责任,提升管理效率,提高高管理水平,基于目前调度故障处理环境及工作流程,全面推行故障推送系统建设具有必要性与可行性。
关键词:层级式 管理 必要性 可行性 故障推送
一、故障处置现状
故障处置管理工作流程个体差异化大,随意性强,人员素质参
差不齐,管理水平不高。具体表现:设备故障只能通过电话方式传达,存在描述不准确,信息不全面,判断不准确,跟踪不到位的情况,影响现场设备安全运行;预防性检修管理欠缺,由于在预防性检修申报、审批、执行、延期、完成等过程中不及时、不规范、不共享,部分检修项目造成后续影响生产运行或者临时申请造成审批程序不全还不得不实施的现象。
二、推送系统建设的必要性。
1、从上而下管理部门全面、准确的了解基础数据和运行状况,实现资源共享,根据需要掌握设备故障和监督数据等第一手资料,从而为统计、分析、决策提供精确、详实的数据支持。
2、简化了基层上报数据的流程、提高了内部数据的保密性、也为上层管理者决策提供了准确的信息,而且还创建了自下而上的各级人员的共享学习平台。
3、系统设定标准的工作流程和工作表单,各岗位的工作人员必须按照事先设定好的流程和表单进行工作,避免了随意性和人为的工作失误,提高工作效率。
三、建设思路及目标
以数据为核心,以业务流程处理为主线,以层级式管理为导向,以基层员工、管理层和决策层为目标用户,实现故障管理全过程闭环控制的管理系统。
1、业务流程为主线
故障处理往往需要多个部门协同完成,系统功能设计不局限于某个或某些业务部门,实现跨部门、跨区域的信息流转和不同地方不同时间的实时协同工作方式,从根本上改变传统的电话、即时通传递的工作方式,避免信息传递迟缓影响作业,信息传递错误等造成次生影响。所以故障推送系统设计以业务流程作为系统功能设计的主线,改变原有按照业务部门来划分功能的管理模式。
2、落实各层级管理者的具体需求
系统的目标用户包括基层、中层管理层和决策层,系统在总体设计上需要充分考虑到这三个层次使用者的实际情况,满足不同用户对系统在功能、性能上的要求。
(1)基层系统将提供实用、方便、稳定的故障信息登录、上传功能,充分考虑到信息的统一和共享,录入过的数据可以记忆生成,避免出现同一数据多次被录入的情况;系统将为基层提供流程化的作业方式,通过流程管理,来保证业务过程的可控、规范和基本信息的准确性、及时性和完整性。
(2)中层管理层,系统将提供综合信息查询、分析功能,便于管理层从总体上掌握情况,指导基层员工的具体工作;系统将为管理层提供业务过程监控和推送审批功能,便于管理层随时掌握主要过程和执行情况,建立监督机制,提高工作效率和管理水平。
(3)决策层,系统将提供综合信息查询和决策支持功能,一方面使得决策层能随时掌握生产情况,同时又能够从大量的生产信息中通过后续的数据挖掘和分析,为决策层提供生产管理的综合分析与辅助决策支持。
3、加强业务流程化管理与过程控制
系统提供的工作交流平台,诸多业务分类形成不同的业务流程,每个业务环节配合衔接实施,形成业务驱动的主动式工作机制,改变传统的打电话、发传真件、或者发送即时通等工作方式;同时解决工作岗位变动及员工业务素质不齐对流程处理产生的影响问题。利用工作交流平台,管理层及决策层可以查看某个故障的执行情况,建立流程化管理和监督机制,从而提高工作效率和质量。
四、故障管理系统框架
整个系统按照数据和应用集中的原则,采用系统工程的方法把管理的各个业务环节紧密地联系起来,构建一个信息资源充分共享的业务处理平台。主要功能是对设备的故障以及预防性检修进行登录、上报、审批、实施、完成、分类、分析等管理。
故障管理流程图
故障登录和汇报
基层发现设备的故障后,厂部值班领导审批后,将故障登录到故障管理系统中,形成故障单。包括:故障时间、故障类型、部件名称、设备参数信息、备件情况、人员组织情况(是否需要机械部协助)、故障描述及影响范围(生产系统影响、原煤影响、外运影响)等。故障单提交后,触发系统报警,由调度指挥中心根据故障情况作出判断,并根据实际情况推送至部门值班、值班领导、部门经理、分管领导,决策层对该故障进行鉴定后,值班调度根据指示及管理流程发送至相关部门(机电技术部、安管办、两维修中心)及基层执行,对于已经鉴定的故障,相关单位应该及时处理。
故障处理记录
相关单位和人员处理故障时,应该在系统中对故障的处理过程进行详细的记录,记录的处理信息包括:故障原因、处理人员、处理时间、处理办法、处理结果以及遗留问题及需要协调解决问题等信息,方便后续利用系统进行流程跟踪、信息交流、学习共享等功能实施。
3、故障延期处理
对于不能及时处理的故障,相关人员应该提出故障单延期申请并对延期信息作详细记录,如:延期的原因,延期时间等。在延期申请批准之前,该故障单仍按照既定流程处理,对于系统中提出的延期处理申请,相关人员应及时做出回应并输入防范措施进行确认,如果转移为预防性检修,系统需按照预防性检修流程进行跟踪直至处理结束。
4、故障消除
故障处理结束后,需要进行故障消除。填写的内容:故障消除时间、超时原因、后续是否需要监护运行等。对于已经消除的故障,解除故障处理申请和程序报警。并将故障信息和处理情况保存到设备历史检修记录,为故障查询提供数据。
5、故障查询统计
系统提供完善全面的查询统计功能,用户可以根据各种条件对故障的情况进行查询,查询的条件包括:设备名称、处理人员、故障类型、工单状态、故障单位、发现时间、处理完成时间、是否汇报总调等。
系统对各个单位每月或年的故障情况进行统计,统计的结果能够以表格、柱状图、饼图等直观的形式进行显示,并可以将统计的结果导出系统,以便对相应单位进行考核及值班统计。
五、总结
故障推送管理系统注重流程化的管理理念。例如:系统中,强调流程和权限的控制,通过严格的流程控制,规范事物的处理过程,使其符合管理的要求。体现在以下几个方面:
1、任务群发
实际的工作中,每个任务都有确定的发送范围。管理人员在发送任务的时候,根据实际情况选择任务的发送范围,确保了所有工作责任清晰,专人负责。
2、工作流程跟踪管理
通过系统,决策者可以跟踪每个工作的流程,实时了解工作的执行情况,以便对工作进行安排或调整,保证所有工作按时保质完成,杜绝随意性。
3、任务反馈信息
系统设定任务的反馈信息,当任务的接收者打开任务时,系统会自动给任务的发布人员发出反馈,根据反馈情况,发布人员可以及时了解每个任务的接收和完成情况。对于没有及时接收任务的用户,发布人员可以采用电话通知等方式进行二次通知,避免任务的拖延。
4、定时提示
系统落实层级管理思维,监督人员管理、流程管理的疏漏,管理人员可以对一些重要的设备故障设置定时提示功能,如果到期后没有完成或设定的某一个规定时间未达到预期进度,则系统除了提示该任务的直接责任人外,还会提示责任人的上一级管理人员,上级管理人员看到提示后,可以及时督促相关人员进行工作。
参考文献:
何盛明;刘西乾,沈云.财经大辞典 上卷:中国财政经济出版社,1990-11
慕晓冬,易昭湘,赵鹏,张力著.软件密集型装备软硬件故障理论分析:西安电子科技大学出版社,2015.06
服务器推送技术研究.中国知网,2016-12-13
Android实现推送方式解决方案. 博客园,2012-03-04