小议施工企业MIS系统运维

2016-12-30 13:40廖秦斌
中国管理信息化 2016年11期
关键词:开发人员子系统运维

廖秦斌

(中国石油天然气第六建设公司,广西 桂林 541004)

小议施工企业MIS系统运维

廖秦斌

(中国石油天然气第六建设公司,广西桂林 541004)

根据作者在施工企业多年从事MIS系统实施和运维的工作经历,从系统运维人员的角度,介绍了MIS系统在该施工企业的实施情况及意义,重点分享了一些在系统实施和运维过程中经常遇到的问题,并针对这些问题结合实际的工作的感受给出了处理的方法,对系统日后的建设具有积极意义。文章既是作者对自己MIS系统实施运维工作的一个总结和探索,同时对同类企业的管理信息系统实施运维具有一定的参考价值。

施工企业;MIS系统运维;用户需求;过程管理;团队建设

某公司于几年前引进了MIS开发平台,在信息管理部门和各业务部门的共同努力下,经过两年时间该MIS平台一期工程包括公用办公、人力资源管理、薪酬管理、成本管理、固定资产管理、物资管理等十几个业务子系统集中建设完成,之后根据业务部门的需求,对一期建成的业务子系统进行了升级维护,同时针对新的业务需求,陆续开发和实施一批新的的业务子系统。目前,各业务子系统运行稳定,同时根据公司管理的业务需求,MIS系统的业务升级和新业务子系统的开发实施还在继续进行。

不言而喻,公司MIS系统的建设让公司管理的信息化踏上了一个新台阶。但更重的是让广大员工了解了信息化的办公方式,培养了大家的信息化工作思维。同时,系统的应用也为公司积累了一批重要的管理数据,培养了一批信息化建设人才。下面从三个方面探讨一些该系统实施和运维过程中遇到的一些问题和处理方法。

1 准确获得信息系统用户需求的困难

在实际的需求调研过程中,有的业务部门需求过于片面,只是为了一时便利,缺乏长远规划;有的调研对象只是为了完成部门的信息化任务,并没有站在业务专家的角度,对系统业务进行规划构思;有的用户需求描述模糊,开发人员不能正确领会。这些原因导致的用户需求不准确,会给系统的实施带来很多困难,轻则返工,重则系统实施失败,造成资源的严重浪费。针对这些情况,首先,要拓展用户需求获取的途径,通过和用户进行当面沟通,对沟通中的疑问进行重点跟踪,在允许的情况下,可以借阅用户的工作资料或者短期的跟随用户工作,对于重大的用户不能确定的问题,要向上层领导汇报,最好能通过高层联系会的方式得到明确的答复。其次,重视用户需求的确认。用户需求一定要得到确认后开发人员才能开始系统设计。最后,加强用户需求变更的管理,对于重大的用户变更,必须通过需求变更审批流程,得到业务部门领导及开发团队领导同意后,方可实施。同时,开发人员要重视系统实施后对用户的回访。开发人员要将实施后的业务系统当作一个产品,定期的了解用户的使用情况。用户的系统后评价是非常重要的系统改进的用户需求。

2 规范业务系统开发实施的过程管理

目前,该公司的业务系统的开发实施,更多的采用任务管理模式。对于简单业务系统的开发实施,任务管理模式高效快捷,毋庸置疑。但对于大型复杂业务系统的开发实施,就显得力不从心,难以控制,系统实施的结果更多依赖于开发实施人员个人的能力。在这种情况下,可以借鉴系统开发实施项目管理模式中范围、进度、质量、配置方面的管理方法,让系统开发和实施的过程标准和规范的展现在开发团队的面前,这样做有利于及时发现问题和处理问题,有利于资源的合理分配,有利于团队对内和对外的沟通,从而促进系统的开发和实施。

3 业务系统运维的团队建设

目前,该公司MIS系统有多个业务子系统在运行,同时又有多个业务子系统正在开发实施,每个运维人员经常会接到已上线业务系统的维护任务和新业务系统的开发实施任务,要妥善完成这些任务,需要沟通良好,反映及时的团队合作,所以业务系统运维的团队建设是必不可少的。

首先,加强团队组织建设。团队应有分工明确的组织结构。维护人员发现职责或技术上处理不了的问题应该及时向团队上层汇报,团队上层应及时对上报的问题做出回应,涉及面广或重大的问题,团队上层应及时召集相关人员开讨论会,研究处理方法,直到方案明确确定后,再进行任务的分配。对于复杂方案,应该形式书面文稿,指导各方执行。良好的团队组织建设有利于问题的高效处理。

其次,加强团队内部新知识和新技术的学习推广。对技术团队成员来说,最感兴趣的事,莫过于掌握新知识新技术。加强团队内部新知识新技术的学习推广有利于增强凝聚力,增进成员沟通,而课题组的组建和内部培训是团队内部学习新知识新技术的重要方法。

最后,鼓励团队成员分享。分享是最好的沟通方法,也是最有效的学习方法。成果需要分享,问题更需要分享。团队应该鼓励成员进行分享,分享成果可以促进他人学习,分享问题可以相互学习相互进步。定期的技术座谈会和不定期的专题讨论会是分享的好机会。会议的重点是鼓励大家讲出来,对会上意见不统一的问题,可以形成记录,会下研究,下次会议继续讨论,最后的结论一定要通知讨论会参与者,让大家感受到自己是讨论的主角。

10.3969/j.issn.1673-0194.2016.11.049

TP315

A

1673-0194(2016)11-0084-02

2016-03-04

猜你喜欢
开发人员子系统运维
不对中转子系统耦合动力学特性研究
GSM-R基站子系统同步方案研究
运维技术研发决策中ITSS运维成熟度模型应用初探
Semtech发布LoRa Basics 以加速物联网应用
驼峰测长设备在线监测子系统的设计与应用
基于ITIL的运维管理创新实践浅析
后悔了?教你隐藏开发人员选项
车载ATP子系统紧急制动限制速度计算
三星SMI扩展Java论坛 开发人员可用母语