1.监理首要是咨询
监理首要是咨询。其次才是对工程的监督与控制。实践中表明这两点并不矛盾。深入的和具有说明力的咨询工作会引导监督与控制工作向着更健康、更协调的方面发展。需要强调一点:对工程技术文档的熟悉和理解。文档包括业主的需求报告、集成方的需求分析报告、概要设计、详细设计等标识软件生命周期各阶段的文档。监理人员对工程项目的理解和把握很大部分通过这些文档实现。监理人员对这些文档所述内容的咨询、建议可以通过监理意见书的形式提交与业主和集成方。
2.全过程监理
著名的质量管理专家W.E.Deming认为,产品质量涉及到生产的所有环节,只有各个生产层面都不忽视质量,最后才能得到高质量的产品。监理人员对软件工程几个开发阶段如分析、设计、实施、测试等实施全过程监理,使影响系统质量的要素在开发过程中处于受控状态。
我们参考建筑工程监理的流程和规范制订软件工程监理的通用规划,根据软件工程开发规范和ISO90003标准制订软件开发和系统集成过程的监理规范。并根据工程的特点及需要,制定工程的监理依据,包括质量保证书等全局性依据和其他阶段性监理依据。
3.确定三方工作流程
由于软件开发独有的特点,监理方对工程细节的理解远不如集成方,为实施有效的监督控制工作,必须制定规范的三方工作流程,并征得业主同意。对某一个重要阶段,也有必要制定相应的三方工作流程。如针对子项开发与验收,我们制定了以下流程:
4.系统初验
软件系统的初验是监理工作在软件项目管理上的一个创新点,是人为地将软件试运行另外划分为一个新的阶段。它的目的在于尽可能快的和有效地解决用户对软件系统的不适应,增强软件的生命力。通过初验的形式,使集成方投入相对多的人力对系统进行完善。当然,如果业主与集成方事先有约定,可以作为分期付款的一个阶段。
初验应遵循严格的流程,这样才能体现出初验在全过程监理中的特殊作用。符合初验的系统(子项)应满足以下条件:1)集成方开发结束;2)监理方已经进行过阶段性验收;3)集成方进行相应的修改(若有必要);4)监理已进行第二次针对性检验;5)子系统已经上线试运行;6)已上线一个月左右,已有用户反馈意见(视具体工程而定)。
实施全过程监理的一般工作内容
我国信息产业部2002年12月15日发布的《信息系统工程监理暂行规定》中第三条规定,信息系统工程是指信息化工程建设中的信息网络系统、信息资源系统、信息应用系统的新建、升级、改造工程。
ERP作为信息应用系统的重要组成部分,在我国已有20多年的应用历史,但其成功率却一直不高。多年来,我国的学术界和企业界一直都在分析和探讨其失败原因,寻求问题的解决途径,并从管理咨询、业务流程重组(Business Process Reengineering,BPR)等方面提出了许多解决思路和方案,但由于多方面的原因,效果也不尽人意。
ERP工程不同于建筑工程,有着明显的个性化特点,要真正发挥ERP工程监理的作用,解决ERP成功率不高的问题,首先必须充分认识到ERP工程与建筑工程的差异性,并按照ERP工程的特点建立相应的监理机制和实施模式,只有这样才能真正地发挥ERP工程监理的积极作用,确保ERP工程项目的成功实现。本文试图从分析ERP项目的特点出发,探讨ERP工程监理的有关问题。
ERP工程监理的特点
ERP项目的特点
1)对象的非物质性
建设工程的对象一般是有形的物质形态,如楼宇、厂房、设备、生产线或办公装置等固定资产,通过一段时期的土建或设备安装、调试后,可形成使用或生产能力,发挥效益。
ERP项目的特殊性在于它是一个管理应用系统,尽管它要依托计算机和网络等物质化的硬件平台,但其实施对象主要是人及业务流程等非物质形态,需要重构企业的经营模式和管理方式,并需将先进的管理思想和管理模式潜移默化到人的行为规范和业务流程中。
2)项目的复杂性
建筑工程建设主要是设计、实施、验收等作业过程,它涉及的范围、人员、过程等比较固化,相对单一; ERP项目虽然也有设计、实施、验收等作业过程,但实施过程极为复杂,主要表现为:
—— 范围的复杂性。它不仅牵涉到企业内部各部门、各子公司、各分厂的产供销,人财物等经营管理的各个方面,甚至还需将供应商、客户、分销商、运输商等外部资源纳入到企业的供需链管理系统中。
—— 人员的复杂性。企业内部涉及到计算机人员、管理人员、车间操作人员、高层领导等;企业外部涉及到软件商、管理咨询机构或技术依托单位的软、硬件工程师、管理咨询顾问和实施顾问等。在这复杂的人员结构中,需要企业的内、外部相关人员相互协调,积极配合,形成一个有效的实施团队链。
—— 过程的复杂性。ERP工程的建设过程主要包括前期工作、实施准备、项目实施、系统完善四大阶段。每个实施阶段又包括一系列实施步骤。整个实施过程均有着严格的实施规范及关键技术。
—— 技术的复杂性。ERP项目是一个涉及多学科、多技术和多领域的复杂的信息系统。组织实施ERP系统需综合运用计算机软硬件、系统工程、管理理论、项目管理、工业过程控制等多方面的技术和知识,需要实施人员具备良好的综合技术素质和项目实施经验。
3)项目风险程度大
就ERP软件本身而言,它提供的只是一通用的管理模式,而它所面对的却是不同的应用行业、不同的生产模式、不同的个性化管理方式,本身就潜藏着很大的风险性。就ERP工程实施而言,整个实施过程均存在着不同的风险性。如:项目规划和设计不合理,软件选择不恰当,咨询或实施力量和行业经验不足;实施过程控制不严格,阶段成果未达标;流程设计缺乏有效的控制环节等均会造成项目实施中断或失败。
4)实施时间跨度大
一个完整的ERP工程实施至少需要二——三年的周期。系统上线后并不标志着项目已完全实施成功,因为新系统改变了以往的管理模式和运作方式,所以仍需要有一个较长的磨合、调整和完善过程。
5)目标和成果难以量化
其主要原因在于:①建设方在项目实施前普遍缺乏一套可行、量化的应用目标体系,在实施中又往往会随着认识的不断提高而产生需求的不断变更,造成实际需求与合同要求偏差较大;②企业经济效益的提高取决于多方面的因素,而这些因素又是相互影响和制约的,很难直接对ERP工程的效果加以量化评定。
ERP工程监理的特点
ERP工程监理的特点是由ERP项目的特点所决定的,其主要特点如下:
1)监理的全过程特点
根据ERP项目的实施特点,ERP工程监理的范围应覆盖立项设计、项目实施、系统完善全过程,并需要对每个实施阶段和实施步骤的质量、进度、费用进行监督和管理,控制偏离,协调争议,确保工程项目及资源投入能够实现建设方预期的实施目标和实施计划。
2)监理的双重性特点
由于ERP项目是建设方对自身管理进行变革的应用系统,使得建设方具有既是项目的所有者,又是项目核心主体的双重身份,项目的工作量很大一部分必须依靠建设方自身力量去完成。为保证项目受控,ERP工程监理除了对承建方进行监控外,还必须对建设方的有关实施行为进行监控,监理具有双重性。
3)监理的预防性特点
ERP项目是一项高风险的系统工程。因此,ERP工程监理应能及时发现已经发生或预警潜在的风险问题。对已发生的风险问题,应能分析原因,分清责任,处理争议,纠正偏离;对潜在的风险问题,应能预先制定防范措施,减少项目的风险性。
4)监理的咨询性特点
国外企业在实施ERP项目时很重视管理咨询的作用,由第三方管理咨询机构对项目的设计、实施提供咨询服务,设计和实施一般是分离的。而我国很多建设方对管理咨询的作用认识不足,项目的设计和实施一般都是软件商所提供。在没有管理咨询机构参与的情况下,更需要监理机构为承建方提供全过程、全方位的咨询服务,提供有价值的建议或指导意见。既使对具有管理咨询机构参与的ERP工程,仍需要监理机构从第三方立场出发,对实施过程中出现的偏离加以甄别,产生的争议给予仲裁,提供包含咨询的监理服务。
5)目标的动态性特点
建设方需求目标的不明确性,以及实施过程中需求的变动性,使得ERP项目的实施过程往往是一个实施目标不断调整、变动的过程,这就要求ERP工程监理能够适应项目需求目标的动态管理。
实施全过程监理工作内容,按照下述四个阶段工作描述监理一般工作内容:
1、项目前期的准备阶段监理工作
主要目的:明确项目总需求、确定总目标和建设原则。
监理协助业主开展需求调研、完成调研报告;根据调研报告,协助编制或评审项目建议书;组织潜在的承包商开展技术交流;协助业主委托有关单位编制“项目可研报告”;参与评审“项目可研报告”;确定总需求、总目标和建设原则。
2、项目招投标阶段的监理工作
主要目的:推荐中标人,优化中标方案,寻求满足需求的方案。
监理协助业主制订招标计划;协助编写或审查招标文件:商务标书(重点专用条款)、技术标(注意,系统需求、功能、性能、兼容性、输入输出、接口、数据的标准、类型及关系、软硬件环境、测试和调试、检验和验收的标准等内容);对潜在的投标人进行考察并推荐投标人;讨论和审查评标标准;参与评标委的评标工作;审查或优化中标人的方案;协助业主洽谈和签订合同;从而确定基本满足需求的投标方案。
3、项目实施阶段的监理工作
主要目的:控制项目质量、进度和费用目标,为项目验收打好基础,实现和满足用户需求。
本阶段是监理工作全面铺开的阶段,根据招投标文件、承包合同等文件编制项目监理计划,明确本项目控制的质量、进度和费用的目标;针对项目特点和承包商专业分工实施专业监理,一般可分为,外购硬件和软件;承包商开发的软件;布线、网络系统集成和项目验收等.其中,开发软件和系统集成是监理控制的重点。
外购硬件和软件监理的主要工作:
外购硬件:主机、pc机、网络和通讯设备等检查;外购软件:数据库、操作系统、开发工具、防火墙等软件检查;外购材料、配件:线缆、信息插座、桥架等检查。
开发软件监理的主要工作:
资源配置检查:开发人员、软硬件开发环境等检查;开发计划:系统和子系统的月、周计划检查和评审;质量计划检查:执行标准、测试、调试计划等检查和评审。组织需求评审;参加设计评审;检查编程进度;检查模块、子系统测试情况;进行开发环境下的系统集成测试;出具监理软件确认测试报告(开发环境下,黑盒测试);软件文档的审查。