• 创建:2006-8-28
  • 文章:84
  • 评论:654
  • 访问:214723
  •  

推荐網文的理解﹕

1、体现对整个供应链资源进行管理的思想

    在知识经济时代仅靠自己企业的资源不可能有效地参与市场竞争,还必须把经营过程中的有关各方如供应商、制造工厂、分销网络、客户等纳入一个紧密的供应链中,才能有效地安排企业的产、供、销活动,满足企业利用全社会一切市场资源快速高效地进行生产经营的需求,以期进一步提高效率和在市场上获得竞争优势。换句话说,现代企业竞争不是单一企业与单一企业间的竞争,而是一个企业供应链与另一个企业供应链之间的竞争。ERP系统实现了对整个企业供应链的管理,适应了企业在知识经济时代市场竞争的需要。

    2、体现精益生产、同步工程和敏捷制造的思想

    ERP系统支持对混合型生产方式的管理,其管理思想表现在两个方面:其一是“精益生产LP(Lean Production)”的思想,它是由美国麻省理工学院(MIT)提出的一种企业经营战略体系。即企业按大批量生产方式组织生产时,把客户、销售代理商、供应商、协作单位纳入生产体系,企业同其销售代理、客户和供应商的关系,已不再简单地是业务往来关系,而是利益共享的合作伙伴关系,这种合作伙伴关系组成了一个企业的供应链,这即是精益生产的核心思想。其二是“敏捷制造(AgileManufacturing)”的思想。当市场发生变化,企业遇有特定的市场和产品需求时,企业的基本合作伙伴不一定能满足新产品开发生产的要求,这时,企业会组织一个由特定的供应商和销售渠道组成的短期或一次性供应链,形成“虚拟工厂”,把供应和协作单位看成是企业的一个组成部分,运用“同步工程(SE)”,组织生产,用最短的时间将新产品打入市场,时刻保持产品的高质量、多样化和灵活性,这即是“敏捷制造”的核心思想。

    3、体现事先计划与事中控制的思想

    ERP系统中的计划体系主要包括:主生产计划、物料需求计划、能力计划、采购计划、销售执行计划、利润计划、财务预算和人力资源计划等,而且这些计划功能与价值控制功能已完全集成到整个供应链系统中。

    另一方面,ERP系统通过定义事务处理(Transa ction)相关的会计核算科目与核算方式,以便在事务处理发生的同时自动生成会计核算分录,保证了资金流与物流的同步记录和数据的一致性。从而实现了根据财务资金现状,可以追溯资金的来龙去脉,并进一步追溯所发生的相关业务活动,改变了资金信息滞后于物料信息的状况,便于实现事中控制和实时做出决策。

    此外,计划、事务处理、控制与决策功能都在整个供应链的业务处理流程中实现,要求在每个流程业务处理过程中最大限度地发挥每个人的工作潜能与责任心,流程与流程之间则强调人与人之间的合作精神,以便在有机组织中充分发挥每个的主观能动性与潜能。实现企业管理从“高耸式”组织结构向“扁平式”组织机构的转变,提高企业对市场动态变化的响应速度。

    总之,借助IT技术的飞速发展与应用,ERP系统得以将很多先进的管理思想变成现实中可实施应用的计算机软件系统。

    二、应用ERP与企业的关系

    ERP是借用一种新的管理模式来改造原企业旧的管理模式,是先进的、行之有效的管理思想和方法。

ERP软件在实际的推广应用中,其应用深度和广度都不到位,多数企业的效果不显著,没有引起企业决策者的震动和人们的广泛关注。

    1.实施ERP是企业管理全方位的变革

    企业领导层应该首先是受教育者,其次才是现代管理理论的贯彻者和实施者,规范企业管理及其有关环节,使之成为领导者、管理层及员工自觉的行动,使现代管理意识扎根于企业中,成为企业文化的一部分。国外企业实施ERP似乎没有讨论的余地,全盘接受,自觉性强。其实,办企业这样做是天经地义的,而我们还要等待思想提高,观念更新,有时还要避开锋芒,迁就陈腐,互相推诿。如果我们不坚决向这些陋习告别,这场全方位的变革就会反复、甚至夭折。

    2.企业管理班子要取得共识

    要眼睛向内,练好内功,做好管理的基础工作,这是任何再好的应用软件和软件供应商都无法提供的,只能靠自己勤勤恳恳地耕耘。把ERP的实施称为"第一把手工程",这说明了企业的决策者在ERP实施过程中的特殊作用。ERP是一个管理系统,牵动全局,没有第一把手的参与和授权,很难调动全局。

    3.ERP的投入是一个系统工程

    ERP的投入和产出与其他固定资产设备的投入和产出比较,并不那么直观、浅显和明了,投入不可能马上得到回报,见到效益。ERP的投入是一个系统工程,并不能立竿见影,它所贯彻的主要是管理思想,这是企业管理中的一条红线。它长期起作用、创效益,在不断深化中向管理要效益。

    此外,实施ERP还要因地制宜,因企业而别,具体问题具体分析。首先,要根据企业的具体需求上相应的系统,而不是笼统地都上小型机,或者不顾企业的规模上WindowsNT,这样长期运作,对企业危害性极大。其次,这种投入不是一劳永逸的,由于技术的发展很快,随着工作的深入,企业会越来越感到资源的紧缺,因此,每年应有相应的投入,才能保证系统健康地运转。

    4.ERP的实施需要复合型人才

    他们既要懂计算机技术,又要懂管理。当前高校对复合型人才的培养远远满足不了企业的需求。复合型人才的培养需要有一个过程和一定的时间,但企业领导者常把这样不多的人才当作一般管理者,没有把他们当作是企业来之不易的财富,是一支重要的队伍。这与长期忽视管理有关,这些复合型人才在企业中的地位远远不及市场开拓人员和产品开发者,而是"辅助"角色,不是政策倾斜对象,这种因素是造成人才流失的重要原因。另外,当企业上ERP时,这些复合型人才起到了先导作用,而一旦管理进入常规,他们似乎又成为多余的人,这已成为必然规律。在人才市场上,复合型人才最为活跃,那些有眼力的企业家都会下功夫挖掘人才,而这也不利于实施队伍的稳定。

    总之,条件具备的企业要不失时机地上ERP管理系统,不能只搞纯理论研究、再研究,长时间地考察。要首先整理好内部管理基本数据,选定或开发适合自己企业的ERP软件,条件成熟了就上。

    三、ERP的风险及其预防

    企业的条件无论多优越,所做的准备无论多充分,实施的风险仍然存在。

在ERP系统的实施周期中,各种影响因素随时都可能发生变化。如何有效地管理和控制风险是保证ERP系统实施成功的重要环节之一。

    ERP项目的风险

    通常人们在考虑失败的因素时,一般着重于对实施过程中众多因素的分析,而往往忽视项目启动前和实施完成后ERP系统潜在的风险。对于ERP项目而言,风险存在于项目的全过程,包括项目规划、项目预准备、实施过程和系统运行。归纳起来,ERP项目的风险主要有以下几方面:

    1.缺乏规划或规划不合理;

    2.项目预准备不充分,表现为硬件选型及ERP软件选择错误;

    3.实施过程控制不严格,阶段成果未达标;

    4.设计流程缺乏有效的控制环节;

    5.实施效果未做评估或评估不合理;

    6.系统安全设计不完善,存在系统被非法入侵的隐患;

    7.灾难防范措施不当或不完整,容易造成系统崩溃。

    1.战略规划

    企业是否存在一个五年的it系统规划?随着社会的信息化,IT系统对于企业不仅是工具,更是技术手段。ERP作为IT系统的重要组成部分,服务于企业的长期规划,是长期规划的手段和保证。ERP的目标源于IT系统规划,是评价ERP系统成败的基本标准,应依据IT系统规划,明确ERP系统的实施范围和实施内容。

    2.项目预准备

    确定硬件及网络方案、选择ERP系统和评估咨询合作伙伴是该阶段的三项主要任务,也是ERP系统实施的三大要素。硬件及网络方案直接影响系统的性能、运行的可靠性和稳定性;ERP系统功能的强弱决定企业需求的满足程度;咨询合作伙伴的工作能力和经验决定实施过程的质量及实施成效。

    3.项目实施控制

    在ERP系统实施中,通常采用项目管理技术对实施过程进行控制和管理。有效的实施控制表现在科学的实施计划、明确的阶段成果和严格的成果审核。不仅如此,有效的控制还表现在积极的协调和通畅的信息传递渠道。实施ERP的组织机构包括:指导委员会、项目经理、外部咨询顾问、IT部门、职能部门的实施小组和职能部门的最终用户。部门之间协调和交流得好坏决定实施过程的工作质量和工作效率。目前,在企业缺乏合适的项目经理的条件下,这一风险尤其明显和严重。

    4.业务流程控制

    企业业务流程重组是在项目实施的设计阶段完成的。流程中的控制和监督环节保证ERP在正式运行后,各项业务处于有效的控制之中,避免企业遭受人为损失。设计控制环节时,要兼顾控制和效率。过多的控制环节和业务流程冗余势必降低工作效率。而控制环节不足又会有业务失控的风险。

    5.项目实施效果

    虽然项目评估是ERP实施过程的最后一个环节。

 

但这并不意味着项目评估不重要。相反,项目评估的结果是erp实施效果的直接反映。正确地评价实施成果,离不开清晰的实施目标、客观的评价标准和科学的评价方法。目前普遍存在着忽视项目评估的问题。忽视项目评估将带来实施小组不关心实施成果这一隐患。这正是ERP项目的巨大风险所在。

    6.系统安全管理

    系统安全包括:操作系统授权、网络设备权限、应用系统功能权限、数据访问权限、病毒的预防、非法入侵的监督、数据更改的追踪、数据的安全备份与存档、主机房的安全管理规章、系统管理员的监督,等等。目前,企业中熟练掌握计算机技术的人员较少,计算机接入Internet的也不多。因此,在实施ERP系统时,普遍存在着不重视系统安全的现象。诸如:用户不注意口令保密、超级用户授权多人等。缺乏安全意识的直接后果是系统在安全设计上存在着漏洞和缺陷。近年来,不断有报章披露银行或企业计算机系统被非法入侵的消息,这给企业敲响了警钟。

    7.意外事故或灾难

    水灾、火灾、地震等不可抗拒的自然灾害会给ERP系统带来毁灭性的打击。企业正式启用ERP系统后,这种破坏将直接造成业务交易的中断,给企业带来不可估量的损失。未雨绸缪的策略和应对措施是降低这一风险的良方。如建立远程备份和恢复机制;在计算机系统不能正常工作的情况下,恢复手工处理业务的步骤和措施。

编辑 | 阅读全文(50) | 回复(1),Tiger_Wing 发表于 2008-7-4 9:37
关键字:ERP實施案例
          M公司汽車零部件生產企業﹐由于其行業竟爭狀況和客戶需求不繼提高﹐訂單納期越來越短﹐按當前統計客戶訂單(Forecast)納期已有60%不能滿足采購提前期的要求﹐而且還要考慮生產提前期﹐准備時間更是不足﹐M公司面對此情況﹐也意識到經營風險很大﹐于是公司成立專項小組來尋找解決方法﹐專項小組經過一個月調查﹐初步了解公司的一些情況:
PMC﹕客戶訂單納期大短﹐變化大多﹐現有訂單信息﹐很難准確的編排生產計划﹐同時物料計划還受供應商納期約束﹐采購提期過長﹐采購計划難于有效執行。
生產部﹕客戶急單大多﹐而需要的材料經常短缺﹐車間生產計划的變化比計划變得快。
倉庫部﹕倉存積存很大﹐倉存几乎要爆倉了﹐而且長期在庫很多﹐浪費很大,建意應要提高物料采購計划的准確度
業務部﹕現在行業竟爭很激烈﹐客戶納期要求不能改﹐否則丟失很多訂單。
采購部﹕發出采購納期時間過短﹐供應商很難准時交貨。
面對這些情況﹐如果你是M公司專項小組的組長﹐你會如何入手解決此問題?
歡迎各位同學發表意見。謝謝﹗
编辑 | 阅读全文(1848) | 回复(25),Tiger_Wing 发表于 2008-5-7 9:38

ERP实施秘笈:知理 知己 知彼 知用

 1引子

  历次ERP年会,我几乎从未缺席过,但这次非常不巧,由于日期几次更改,同北京的一个课程冲突了,只好书面发言。

  给我出的分会场发言题目是:重点分析离散行业ERP的应用现状和发展趋势,剖析erp选型、实施和深化的问题和难点,帮助离散行业的制造企业通过erp应用实现精细化管理,提升核心竞争力。

  题目很大,我想着重谈谈"选型、实施和深化"的问题。

  2成功实施ERP必须遵守规范化的流程

  说起选型,其实只是成功实施ERP整个流程中的一项子流程。根据我国近30年实施ERP的经验教训,要想成功实施ERP,必须遵守一种规范化的流程,我把它归纳为:"知理"知己"知彼"知用"八个字。选型是第三个子流程"知彼",前面有着非常重要的"知理"和"知己"两个流程。如果前面"偷工减料",后面一定是"险象环生",风险极大。

  十年前我在《MRPII--制造资源计划基础》一书中就提到,选择软硬件是要在理解MRPII的基础上做需求分析,然后选型。现在无非是更加突出"理解原理"的重要性,单独列出为"知理"。另外,由于经常看到不同企业采用了相同的产品,效果却大相径庭,因此"知彼"之后,还必须有一个"知用"流程,包括实施、应用、评价和深化。

  所谓"知理",就是对ERP要"知其然又知其所以然"。ERP是一种面向流程的信息化应用系统,企业的各个核心业务都是"从订单到货款(ordertocash)"全流程到一个部分,核心业务之间的关系是"相互依存,相互作用",都是为了实现增值和与客户共赢,不可割裂。因此,必须从系统、整体、全局和集成的角度来理解ERP。要明了ERP的运行机理,以及为什么、和在哪些方面能够给企业带来效益。

  通过"知理",要消除"管理业务"和"信息技术"脱轨的通病。"知理"的对象主要是企业高中管理层,要体现"一把手工程"。真正做到一把手工程有两个标志,一是一把手必须是"明白人"才能成为"支持者",二是一把手必须"自己用"才能成为"受益者"。从实施ERP项目的"执行力度"就可以判断是否体现了"一把手工程"精神。

  所谓"知己",就是要弄清楚企业存在什么问题,这些问题是不是上了ERP就可以解决,如果不"知理",就说不清"企业要ERP解决什么问题"。要非常明确"企业定位"的各个要素,进行需求分析和投资效益分析,树立量化的目标;拟定选型提纲。如果没有扎实的"知己"基础,选型必然是盲目的。

  可见要做好选型,一定要有扎实的前期工作基础,也就是"知理"和"知己"。

  3怎样理解选型

  人们习惯把选型理解为选软件,不错,ERP要通过一个软件来运行,但是ERP不能同软件直接划等号。世上ERP软件数不胜数,此消彼长,良莠不齐,哪一个软件是ERP的代表?我们应当把ERP理解为一种借助信息技术来规范、集成、控制和优化企业内外业务流程的解决方案(solution),而不是一个软件包(package)。

  买软件包就像买商品,图便宜,要侃价。但是寻求解决方案,是衡量软件商能不能提供解决企业存在问题的最佳方案,因此要用投资效益分析来判断,而不是单纯用价格高低作为衡量标准。对ERP对理解不同,做法上就会有很大区别。

  组织好选型班子非常重要。要注意以下几个方面:

 "必须是"内行看门道",做到"知理"

  "熟悉管理的业务骨干,参加过需求分析--"知己"

  "做好各项准备,拟定选型提纲,制定计划和预算,建立各种文档

  "秉公办事,不损公肥私

  "向企业总裁负责

  所以说"知彼"主要是选择"解决方案",是选择"长期合作伙伴"。在当前软件厂商收购兼并之风盛行时,企业要特别小心,不要选一个不久就"人去楼空"的对象。

  4不能停留在"成功上线"

  "成功上线"是IT的一个术语,意思是所有的终端都挂到总线上了。汽车厂装配完一辆新车,是汽车"下线",概念是不一样的。

  企业是带着要解决的管理问题来上ERP的,成功与否,只能用"问题解决了没有?"来衡量。所有权威的词典对成功对定义都是"实现了预期的目标";所以说,如果没有经历"知己"阶段,没有一个量化的目标可以对照,成功与否就无从谈起。仅仅是挂在总线上,走通了,并不等于问题已经解决。

  "知理知己知彼知用"的"知用"阶段,就是要"实现目标"。

  现在一些文章热衷于谈论ERP的成功率,从0~50%,什么数字都有,说明在成功率问题上,根本就没有一个抽样和数理统计标准,不值得在这个数字上浪费时间,还是多研究研究如何取得成效吧。

  "知用"阶段第一件事是项目实施。在实施过程中,一个经常困扰的问题就是系统切换。有一个知名的软件公司的《实施方法论》就系统切换问题写道:"并行时间不得少于三个月"。这"不得少于"是多少?一年半载还是更多?这是个错误的提法。应更正为:"并行时间越短越好"。要缩短切换时间,一是要坚持培训考核、持证上岗;二是要在模拟运行上多下功夫,开门模拟,有群众基础,把可能出现的问题和解决办法都事先想周全。

  "知用"要巩固成果、深入应用,一个重要的因素是需要大量的复合型人才。人们一般把复合型人才理解为既懂计算机,又懂管理;实际上这是不够的。还应当加上"工业工程"和"项目管理",比如说,要使定额准确,要减少非增值作业,就要具备许多涉及工业工程的知识。

  5"后ERP"问题

  近来一些文章在讨论所谓的"后ERP时代",这类讨论,看上去似乎是要为软件厂商寻找新的兴奋点;并不完全是从企业的需求出发来探讨问题。

  对已经实施了ERP系统的企业,下一步又该向何处发展。其实,不同企业会有不同的需求,不能一概而论。一些企业需要从海量的数据中理出可供评价业绩和决策的信息,可能需要商务智能(BI)和企业业绩管理(EPM);一些生产自动化程度高的企业,可能需要MES;一些对供需链管理有迫切需求的,可能需要供应链管理(SCM)或业务流程管理(BPM),有的需要射频识别技术(RFID);有些企业为了加快审批流程,也许需要一个办公自动化系统(OA)。

  所谓"后ERP",一定要具体问题具体分析,因企业而异。把已选用的各个独立应用系统集成起来,实现同上下游合作伙伴的信息集成,强化供需链管理。运用商务智能为经营决策挖掘更多有价值的信息。这几方面,可能是每一个企业都要做到的共性目标。

  众所周知,当前的竞争是供需链同供需链之间的竞争;因此,从总体信息化规划的角度来看,在一些产业链比较明显的行业,应当有计划有意识地首先实现产业链上各主要相关企业的信息化,其中自然也包括一些中小型企业。要当成系统工程来规划,打破地域之间的界线,不能天女散花,不痛不痒,不能很快见到效果。

  为了实现不同应用系统之间的信息沟通,为了适应业务流程变化的需要,确实需要一种面向服务的体系结构(SOA)。但是各个公司都在分头各自开发自己的SOA,没有集中力量形成标准。这个沟通和应变问题不解决,业务流程重组也好,供需链管理也好,都不可能彻底完满实现。

 

 

编辑 | 阅读全文(232) | 回复(2),Tiger_Wing 发表于 2008-3-15 16:13

  搞了软件行业好多年,从最原始的会计电算化—MIS—SCM—MRPII—ERP好象都经历过了,新进了这家港资企业又涉及到erp选型的工作。照说呢这个公司招聘ERP实施职位是由K公司的销售人员透露给我的,项目怎么选?我当然希望能从比较客观的角度选择一家优秀的软件公司。于是我进了公司以后也和其他的软件公司进行了接触,客观地讲L公司的产品比这家K公司的品质要高,对制造行业更为了解,产品更有深度,所覆盖的产品线也比较全面。但报价较高,而我在进入公司之前他们已将K公司的报价上报给老板了,我无法找到一种有效的沟通方式跟老板谈这件事,因为他根本不懂计算机,更不懂什么是ERP。更因为我和L公司的接触得罪了K公司的那位销售员,当时很郁闷,一边是人情,一边是公理。最后我只有放弃选择了K公司的产品。

  在我来之初,这家企业和众多的想上ERP系统的企业一样不能向ERP供应商提出明确的需求,更对该K公司的产品缺乏基本的了解,甚至连验收标准也没有。公司领导对合同的风险倒是有比较重视,认为在付款条件上一定要严格,能争取K公司在实施上的更大努力,可我认为合同只能减少损失不能保证成功,同时我也明白,想让项目成功很大程度上只能靠企业本身,那么我在当中充当了非常重要的角色,在与公司的高层交往了一段时间之后,他们终于也认识到这个问题。

  我就开始安排实施工作了。我的定位是以我方为主,K公司的顾问配合,因此就将所有项目实施风险放在我的头上了。我以甘特图法例出了详细的实施计划和实施文档清单。开始了我对企业全面的调研,这是一个艰苦的过程,人生地不熟的.

 

  这是一家中小型企业,管理人员较少,尤其是素质比较高,管理水平较高的人员较为匮乏,整个的员工企业缺乏危机感。怎样宣讲ERP管理思想,充分调动他们的积极性是我首先要面临的问题。对高层管理方面而言存在对EPR不了解,对整个实施过程不清楚、感到无所适从,同时就我而言也不可能把所有的不能解决的问题都反馈给高层等待他们来处理问题。怎么办?针对以上问题我在项目调研的过程中做了如下工作:

  1、加强项目文档管理。尽量将所做的工作系统化、文字化。对整个实施过程以甘特图法列出了详细的实施计划,对每月按照实施计划目标分解,制订了月计划,对每一周按月计划目标分解制订下周计划,并将每月、每周的工作总结情况汇报给高层,在实施计划-月计划-周计划的计划层中都详细列出了所需配合的部门,并在月总结和周总结中对配合的部门进行了打分考评,以便他们对项目的整个进行状况有个大致的了解

  2、注意选择、培训操作级的用户。ERP项目的实施结果最终会融入到操作级用户的日常工作中,企业中各部门的员工在综合素质和对ERP的能动性方面都存在差异,为了能够保证ERP项目的顺利快速的推进,首先选择一些素质较高,主观上能够并愿意主动配合的员工来带动本部门的日常工作非常重要。如果条件允许的话,还应为积极配合ERP的员工争取一些物质上的奖励。

  3、加强与中层管理人员的沟通,首先要了解本部门存在的管理重点难点,向他们讲解在ERP系统中是如何解决这些问题的,为了达到这一目标我利用演示数据在系统中为他们定制了许多报表(这是K公司的ERP软件中没有的),给他们留下了上系统将实现报表自动化生成的印象,对提高部门的工作效率、解决部门间沟通协调的不畅、减轻员工的重复统计工作量将起到非常大的作用。同时我也注意向他们宣导上系统将是管理流程的重组、管理理念的更新这是一个渐进的过程,不可能一步到位,也不能期待ERP能解决所有的问题,如果管理水平达不到,许多ERP系统能够发辉的作用也无法得到保障。

  项目调研后,完成了《项目调研报告》,其中说明了各部门现有的业务流程和管理的重点难点,管理上的需求,这个报告可转化为项目解决方案的需求报告,企业方也可利用项目调研过程发现问题,找到弊端,重新优化甚至重组业务流程。目前大多数作为客户的企业在进行ERP选型中往往不能提出明确的项目要求或方案,大多数软件公司在进行项目实施过程中都会进行项目调研并总结出调研报告,可真正在后续的实施中能利用这一报告的软件公司或企业几乎没有。项目调研报告好象只是作为一种形式化的东西,项目实施的装饰品,没有发挥其应该能发挥的作用。项目实施过程由始至终应充分重视文档的管理工作,实施过程标准化、实施文档标准化,ERP软件供应商在项目实施过程向其客户充分地展示了如何进行管理工作的规范化,如果自身实施过程随意性大、没有规则企业方应充分考虑一下是否使用该公司的ERP软件产品。软件是管理思想的载体,是管理手段的固化,从软件公司的实施行为可得知其公司的产品品质。

  通过项目调研我也发现了许多主观上比较支持配合并且拥有一定管理水平的人员,将这些人员都作为各部门的骨干列入到项目组中来。项目组大致包括三个层次:领导小组、实施小组、职能组,领导小组承担宏观调配资源的职责,负责企业业务流程重组BPR,审批各部门工作准则和工作规程。实施小组负责ERP实施的日常事务,制订实施计划、提供解决方案,担任内部教员、进行培训工作,组织制订新的工作准则和工作规程,提交项目成果报告,职责小组负责研究本部门实施ERP的流程和方法,收集分析并录入相关数据,掌握软件中与本部门操作有关的功能。

项目实施的推进工作不仅是个技术活也是个公关活。记得刚来企业时,谈到ERP一般两个态度:一是茫然,不知道何谓ERP,二是抵触,对项目成功缺乏信心,有点ERP理念的人通常知道国内企业实施ERP成功率非常低,头绪多,是个系统工程。初来乍到,人生地不熟的,又要着手的是如此艰难的工作,当时由于我们签合同的是国内一家知名软件的代理商,在签之前我已经明白他们几乎不会理会实施过程只想收取合同的第一笔款;他们也缺乏项目实施的经验和能力。所以就象我在最开始时说的,只能靠我们自己了。人好象都是有惯性和惰性的,ERP就是来改造传统的观念和流程的。如何切入?如何去说服?这样的公关工作也只能靠自己了。

  我采取了如下措施:
  1、实施过程尽量透明化、文字化、规范化。
  2、兼任网管的工作,一是可以快速熟悉各部门的相关人员,二是尽快证明我的个人能力
  3、重视项目调研工作,认真书写调研报告,跟相关人员交流、演示时尽量使用他们习惯的语言和现有的数据
  4、不轻易否定、批评现有的管理现状和相关人员的工作方式
  5、收集基础数据创建演示帐套,大批制作各部门现在手工统计的报表
  6、突出ERP系统在替代手工统计、数据分析上的优势和效率
  7、分步实施由易渐难。大家明白虽然ERP是先进而高度集成的系统,同时逻辑性、严谨性非常强,系统上线工作不可能做到一步到位,我采用先固化、再优化的指导思想,譬如仓库系统的业务处理,由于仓库系统最先上线,最开始时业务处理流程与采购、销售、生产是脱节的,当销售、采购上线后,仓库业务处理就需要与相关部门勾稽起来,实现系统的整合优化,也可避免部门之间缺乏监督检查,重复劳动工作等问题,增强数据可追溯性。
  8、大批量的自定义单据,使ERP系统中的许多表单与已有的表单格式一致或贴进。

项目组织及职责》制订出来了,明确了相关人员在项目组中的角色与职责。但我很快就发现企业从上到下对这个东西不重视,当然我也能充分理解,不重视的原因是因为不清楚整个过程。基于这点,我制作了详细的《实施计划》并提交给高层。苦恼的是他们没什么反应。看了就看了,态度就是你放手去做吧!不过经历了这个过程,企业领导对我的能力也充分认可了,把ERP的整个项目实施工作都交给我来做,甚至表态如果软件公司的方案和我的有出入按我的执行,他们必须全面配合并听从调配。这样一来领导小组根本起不到相应的作用,许多协调、拍板的工作也落实到我头上来了,工作难度相当大,尤其是我是公司新面孔,面对的又是些老员工,不过财务总监倒是很支持我的工作,许多难事都是通过他得到解决的,这肯定也是高层的意思。

  我对项目的计划是先上仓库、再上销售,紧接着上采购,最后上生产。这样布局基本主要是由于企业管理基础薄弱,人员关系复杂,推动ERP工作的人员太少,主要由我和财务总监来主导整个项目,对于ERP总监也不是太了解,如果整个系统的所有模块一起上会引起各部门的混乱,由于系统的上线引起的工作方式、权限分工、管理思路上的改变很难在短时间完成,还不如分模块、分部门上线,由简单到复杂由点及面并给他们一个缓冲的时间,最重要的是通过这个过程建立起各部门对ERP实施成功的信心、对ERP管理思想的认知和认同、对ERP项目组的信任

 

  首先要面临的仓库的上线,为了仓库上线工作能够顺利我拟定了《仓库上线方案》其中列出了系统中怎么将手工单据和系统单据有机结合在一起,并保证单据之间存在可追溯性,画出了流程图,标明了部门之间需要配合的管理控制点,对于《调研报告》中列明的管理重点和难点也进行了阐述,制作了《特殊业务解决方案》。同时要求生产部进行生产数据的整理工作,并落实到责任人,对相关责任人进行重点培训。对于生产中要实现的考评管理控制点也和生产主管进行了沟通确定了许多可行的方案。

  项目于11月初正式启动,马上进入了实战阶段-系统初始化,好在之前有三个月的缓冲准备时间,现在看起来这三个月太重要了。前三个月主要的工作也在上述的贴子中告诉大家了,不过项目实施是一个大工程,要顺利保障项目进度,许多工作需要并行处理。前三个月在项目调研的同时进行了企业各部门原始单据和表单的收集,许多单据的格式在系统中已经通过自定义单据和套打实现了,报表尽量利用ERP软件中已有报表,没有的经过数据分析后要结合单据需要考虑在ERP系统中如何实现,一般的方式都是在后台写语句了。

  即然要先上仓库,那么物料编码规则和编码显得尤其重要,这三个月内的重要工作是要制订物料编码。但一个好的编码规则必须首先要分析数据,我大致上结合了财务的相关科目的设置情况、仓库的报表、海关统计需求(企业是外商独资,主要面向欧美市场,保税业务频繁),你不仅需要知道报表格式是怎么样的,一定要型清楚报表的算法,这要建立在精通业务的基础上,还要统筹各部门的统计需求,因为各部门可能对同一数据的分析角度不同、层次不同,因此要将其有机结合设计在编码规则里边,同时考虑公司业务的可扩展性,管理需求的变动而导致的统计需求的可变性,好了编码规则终于制订出来了,编码就轻松了。好在项目启动之前我已经将所有的编码全部导入到ERP软件中了,系统初始化时可充分检验、补充、利用这些编码。

  举例说明编码规则的编制,比如:财务有统计原材料、低值易耗品、产成品、包装物、自制半成品的需求,会计科目也是按如上分类进行物料的设置的。而仓库、生产、报关、销售、采购等部门根本不存在这种需求,但在编码规则的第一层次上需要体现财务的需求。就目前仓库的管理状况基本只管理原材料和最终的产成品(当然这种管理方式存在很大的弊端,在以下的论述中会提到),原材料又按ABC分类法分为管理的重点主料(A类)和进行一般管理的辅料(B类)和低值易耗品(C类),目前A、B类归属仓库管理而C类归属于行政部门管理,很明显这种管理方式决定的统计需求也需要反应在编码规则当中,将A、B类体现在原材料的第二层次,报关需要按贸易方式:保税料件、非保税料件区分物料,其中保税料件又分为保税进料加工、保税来料加工,非保税又分为非保税国内采购、非保税一般贸易,这种统计的需求贯穿于从原材料到半成品到最终成品的整个过程,因此需要在原材料的第三个层次、半成品的第二个层次、产成品的第二个层次体现出来,由于包装物基本是由国内采购的,不存在这种区分,因此不必要在包装物的第二个层次体现。企业的整个物料需要进行大类的归纳和划分,也需要体现在原材料的第四个层次、低值易耗品的第二个层次、自制半成品的第三个层次、产成品的第三个层次。综上所述在制订编码规则的时候需要体现各部门的管理和统计的需求,然而也要在充分收集数据的基础上进行,编码层次过多易造成不易于学习和识别、烦琐,编码层次太少造成笼统、最底层物料太多,不易于检索,更不利于各部门利用分析统计数据。怎样才能做到恰当,前提就是充分收集、分析数据。比如保税进料加工下有客供和非客供物料,那么保税进料加工项下是否需要再挂一个层次:客供、非客供就要分析物料了,有些进料加工的料件客供物料不是很多,那么就不要划分客供与非客供的层次了直接在保税进料加工项下的明细中体现,反之则需要划分客供与非客供层次。管理需求的变动也将设计在编码规则当中,体现物料编码的可扩展性。比如:X类物料(大类非明细)目前是全部进行国内采购的,今后可能存在国外采购或保税来料的情况,那么在制订编码规则时,X类物料下层是否按贸易方式进行划分,答案是肯定的。否则今后存在这种情况了,报关统计进将无法实现。

  年底了,ERP工作总算取得了此阶段性的成果,仓库已经进行了两个月的顺利关帐了,销售系统也上线了。赶在年底将采购管理推上线,明天的重头戏就是生产。忙了那么久,做了许多工作,这四个多月的实施工作总算得到了大家的认可。

 

  我搞实施多年也看见过许多实施顾问坚决要求客户向标准的ERP商业套装软件靠近,我始终认为ERP实施是一个渐进和长期和过程,如果太急则欲速而不达,无论现存的管理现状是多么的落后和恶劣,就算要变革和改造也不要一斧子砍下去,就象后来生产部经理在谈到我公司的ERP项目推进工作一样:ERP在搞‘和平演变’,在搞‘渗透’。我觉得他是在恭维我。一定意义上这和搞政治没什么两样。我也碰到过许多‘顽固分子’,说什么也不配合工作,有的表面上就搞抗争有的表面不说背地里讲,原因很多,可能是涉及到利益可能是提心上系统之后许多东西透明化有的害怕承担比目前更多的工作量有的害怕承担责任等等。这方面争取到老板的大力支持,他在公司大会上许诺:不害怕有问题也不害怕问题显现绝对不追究任何人的责任,如果有工作量增大引起的人员方面的紧缺可考虑增加人手。为了稳定ERP实施队伍,我也出面为他们争取了不少利益,获得了在项目主导方面的威信。绝对做到对每一个应用层次的人员提出来的建议或问题不忽视,认真对待,耐心解释或尽量解决。

  ERP历时半年,到目前为止,仓库已完成结帐5次,采购、销售已全部上线, 已自主完成报表开发约20张,采购、销售的单据在系统中完全实现了自定义套打功能,后期工作的重点是生产了。

编辑 | 阅读全文(858) | 回复(4),Tiger_Wing 发表于 2008-3-15 16:5

2007-10-19 16:2 | 如何实施MES系统

一、为什么需要MES解决方案

  制造执行系统的MES解决方案起以下作用:
   1)能透明的看到制造现场
   2)制定制造工程计划
   3)可以根据制造现场的变动实时的下达作业指示
   4)可以预测交货期,能帮助交货期的延迟(想顾客 求谅解或外助处理及通过加班计划防止交货期延迟)MES解决方案是为其提高制造企业的竞争力所必要的。

二、MES执行什么样的功能

  据90年代初期设立的国际MES协会说。MES是利用现场实时的数据提供从可以最佳化产品的订货到生产完成的生产活动的信息。通过这减少没有价值的活动,有效的工厂运营得到可能,支迅速的对应变化。所以MES通过企业内部及Supply Chain 提供对生产活动重要的信息,不但可以改善资财回转率,总收入,流动资金,还可以提高运营资产回收率,

   1)从ERP(企业资源管理)系统得到什么样的产品要生产多少(What to build)
   2)要什么时候在那里生产
   3)给自动化设备或给现场工人下达作业指示(Instructions)
   4) 从现场得到作业结果(What was built) 及工程状态 (Operation Status)
   5)最终把生产结果通报给SAP 系统 等功能

  进一步详细的功能如下:
   考虑设备负荷的详细作业的建立(Scheduling)
   各作业物的作业优先顺序及作业指示(Dispatching)
   根据作业的实际更新及日程安排的再建
   生产信息的收集(作业物,生产实际情况,设备的状态等,集合)
   设备/作业者管理(设备的可动率,作业者 近态及时间管理等功能)
   质量管理(SPC/SQC,检测工程管理,实验室/测试室信息管理
   Performance 分析(设备的可动率),Cycle-time,生产性,计划/实际差异分析

三、引进MES的目的

  电气/电子组装产业:通向完成产品的资财管理和的质量提高及对应交货期MES按大的分得话有Monitoring/Control(MC) Layer和Planning/Simulation(PS) Layer 两部分MC-layer主要负责设备的监视,质量信息的收集,Order Tracking. Traceability 能力等。 PS-layer负责迅速交货的约定(CTP: Capable To Promise),最终日程安排的建立,进度/负荷管理,掌握预想问题及对建立应方案的能力支持。MES在制造现场和电算系统之间的起桥梁作用在制造也广泛使用的MES.

  MES (Manufacturing Execution System)是从产品的订货到产品的完成所有生产活动的到最佳化的信息系统。这是利用实时的数据让所有Plant离的所有活动得到“引导” ,开始”着手“ ,得到“应答”及报告。 把焦点放在根据状态变化的迅速的应答和没有价值的活动的减少,带来工厂内部和生产的计划的效率MES带来企业的资产的效率化,(Return on Operational Assets),正确的交货期,库存的循环,总利润,流动资金等这还可以为企业和提供关于通过Supply Chain的生产活动的Mission-critical的信息。 MES广泛的使用在汽车,半导体,电子,食品处理,药业,医疗器械,织物,等制造行业。日程管理(Scheduling),设备管理(Maintenance Management),质量,时间,出勤率,等 因数进入MES范围所有的制造工业范围。

  MES是资源分配和状态,(Resource Allocation&Status),生产单元的派遣(Dispatching Production Units),数据的收集(Data Collection/ Acquisition),质量管理(Quality Management),性能分析(Performance Analysis)工作/详细日程管理,文档管理(Document Management),计划管理(Process Management)人力管理(Labor Management)及产品的跟踪.可以标准化各种信息大部分上端的电算系统只能下达单纯的“作业指示”命令。制造现场完成作业后把结果报告到电算系统中。这样的话带来从作业指示下达到报告结果的中间过程完全不能跟踪/监视/控制的结果。所以需要起在制造现场和电算系统之间起桥梁作用的 MES。 MES提供电算系统不包括的原价的增加/质量下降等、因数的跟踪和监视/控制功能。WIP,生产资财,持有设备的明细/现状,等信息的数据库化管理,以这些为基础可以标准化各种信息。MES仔细看有计划进行信息监视及控制,设备控制及监视,质量管理Tracking及Control,实绩信息的集合,仓库的运营管理,库存的管理,资财投入管理,人力管理,公务管理,等在现场能发生的所有信息的联合管理。MES的功能11种功能:

1,资源分配及状态管理(Resource Allocation and Status)
   机械,工具,工作者的熟练度,资财及文档,等 可用于别的工作者的资源管理,资源分配及状态管理功能是提供资源的详细的历史,实时提供设备的状态,确认设备有没有好好的设置。这样的资源管理包括符合作业日程目标的预约和分配。

2,作业及详细日程管理(Operation/Detail Scheduling)
   作业及详细日程管理功能是为已经有恰当的顺序的时候给setup最小化的工作提供以生产单元的连贯的方案,优先顺序,属性及特性为基础的顺序。日常管理带有有限性。为了正确的时间,设备的装载及移动类型等的详细计算的重复/并列的对应方案的掌握。

3,生产单元的分配(dispatching Production Units)
   对于Batch ,Lot及作业指示( work order) 等这样的作业形态管理管理生产单位的流程。分配信息是根据现场发生的事件来执行的作业的实时的变化的顺序来提供。随者再作业再处理计划是Buffer管理和所有始点的控制能力有关系.

4,文档管理(Document Control)
   文档管理功能是,作业指示,处方,图面,标准作业步骤,部分程序,配制记录,技术上变化的要求事项,Team和Team之间的交谈意见。及已经计划好的和有什么组成。编辑这些信息的能力,和生产单元一起管理的记录形态等的控制。文档管理功能提供给作业者提供数据或给设备控制的处方,使作业指示下达到作业现场,还包括环境的控制及联合和健全,安全的规定几正确的操作步骤包含ISO等信息。

5,数据的收集(Data Collection/Acquisition)
   数据的收集功能提供与大众化生产单元有联系的记录和形态的数据和为得到内部生产的I/F连接。上面的数据在生产现场手动或从设备一份为单位自动收集。

6,劳动管理(Labor Management)
   劳动管理功能是以分为单位提供每个人的状态。以时间对比,出勤报告,坚定跟踪,及行为为基础的费用为基准,包含资财及工具准备作业,等这样的间接的行为跟踪能力。以上功能是和为决定最佳分配的资源分配相互作用。

7,计划管理(Process Control)
   计划管理是监视生产提供为进行中的作业向上的作业者的议事决定支援,或自动的修改。这样的行为把焦点放在从内部起作用或从一个作用到下一个作业计划跟踪,监视,控制和内部作用的机械及装备。从外部包含为了让作业者和每个人知道允许的误差范围的计划变更的警报管理。着提供智能设备和MES之间的I/F 是数据的收集功得到可能。

8,维修管理(Maintenance Management)
   为了提高生产和日程管理能力的装备和工具的维修行为的指示及跟踪。为了给新问题提供帮助的维持过去事件的历史。

9,生产的跟踪及历史,(Product Tracking and Genealogy)
   可以看出作业的位置和在什么地方完成作业,状态信息是谁在作业,供应商的资财,lot关联序号,现在的生产条件,警报状态,再作业后跟生产联系的其他事项,On-line跟踪功能生成赋予最终生产品各个的使用法和因数的跟踪能力的历史记录。

10,执行分析(Performance Analysis)
   执行分析功能通过过去记录和预想结果的比较提供以分为单位报告实际的作业运行结果。执行分析结果包含资源活用,资源可用性,生产单元的周期,日程遵守,及标准遵守的测试值。可以包含PC/SQC。具体化从测试作业因数的许多异样的功能收集的信息。这样的结果应该以报告的形式准备或可以on-line提供对执行的现在评价。

 

编辑 | 阅读全文(711) | 回复(5),Tiger_Wing 发表于 2007-10-19 16:2

工艺路线设置,计算工序动态提前期的公式为:

leadtime=settime+(ceiling(movelot/baseqty)+1)*varrate

totleadtime=settime+(ceiling(@mrpqty/isnull(munitbase,1)/baseqty))*varrate

有位达人解释到,该公式象个离散折线,以移动批量为间隔,比例系数为变化率;但我还是不太懂,请大侠们再帮帮忙,公式内用到的各个参数如果在企业实施时如何由实际生产中抽象出来?例如:移动批量、比例系数及基数如何确定?

totleadtime 总提前期
     leadtime     提前期
     movelot      移动批量
     mrpqty      计划投产数量
     munitbase 工时用料的计量单位(时\1000米)
     baseqty     基数
     varrate      比例系数

請各位思考吃和發表一下這提前期的公式設置是否合理?
编辑 | 阅读全文(1042) | 回复(1),Tiger_Wing 发表于 2007-10-5 14:28
只有做好信息资源规划,才能最大限度提高企业信息资源的开发与利用效率。cio应充分重视信息资源的规划与实施。

  随着现代通信技术、计算机网络技术以及信息产业的飞速发展,数字化、网络化和信息化正日益融入人们的生活,信息资源管理业务的需求也越来越引起企业CIO的关注,企业信息化建设开始迈入规范化轨道,并取得实质性进展,一种建立在现代通信、计算机网络和高档次数据环境之上的企业信息系统随之出现。

  该系统不仅服务于企业内部的运作层、管理层和决策层,而且还承担着与企业内部与外部信息的沟通、交换和服务重任,但是企业建立的这种信息系统往往由于没有做好信息资源规划而处于瘫痪或者停滞状态。因此,要成功建设一套庞大而复杂的信息系统,企业CIO必须首先做好总体规划,而其核心与基础就是信息资源规划。

  资源规划面临问题多

  在我国20多年的企业信息化建设摸索过程中,大多数企业已经认识到当前信息资源规划的重要性,一些单位还不惜花重金聘请知名的信息管理公司参与本单位的信息资源规划,但从进行规划的内容和实施的效果看,由于受种种因素影响,不少企业CIO在进行企业信息资源规划和管理上还存在一定问题,这主要表现在3方面:首先是侧重网络建设规划,在企业的网络构筑方案和设备选型等方面的规划过细,而在信息资源开发利用方面的规划过粗,甚至没有。

  其次,信息资源整合只提出空泛的目标,数据中心建设和数据集中管理等规划的内容缺乏可操作性,尤其是缺少数据信息标准化建设方面的规划。

  第三,应用系统的规划没有制定出业务流程重组和总结提升本身的先进管理模式的策略,缺少如何集成企业本身已有的应用系统的办法;在新的应用系统的选型方面功能描述过细,只问功能不问数据,甚至形成“企业信息化=网络+应用软件”的错误模式。

  20世纪80年代初,美国信息资源管理学家就指出:信息资源与人、财、物资源一样,都是社会的重要资源,因此,应该像管理其他资源那样管理信息资源。对于企业而言,搞好信息资源管理的目的是通过企业内外信息流的畅通和信息资源的有效利用,来提高企业办公效率,为实现企业高效办公服务提供强有力的支持,同时为企业提高经济效益服务。信息资源规划是对企业生产经营、管理所需的数据、信息,从采集、处理、传输到利用的全面规划,建立自己的业务处理平台和内部管理信息平台,进而提升到企业经营管理策略的支持平台。

  因此,信息资源规划既是实现企业信息资源管理的前提也是企业信息资源管理的基础。 在企业信息系统建设过程中,信息资源规划既是企业发展战略规划的延伸,也是企业信息化建设的基础工程。对于企业CIO而言,做好信息资源规划首先可以帮助他们理清并规范表达用户的需求,落实信息化建设的“应用主导”原则。在企业信息资源规划工作中,让系统分析人员与企业用户、业务人员进行密切合作,全面进行企业信息资源建设的需求分析调研和整理工作。用规范化的文档来反映企业用户真正的需求对企业CIO来说至关重要。

  其次,帮助CIO整合企业信息资源,消除信息孤岛,实现与现有应用系统的集成。在企业信息化过程中,信息孤岛是现在企业中普遍存在的现象,其产生的技术原因就是缺乏信息资源管理基础标准;企业信息资源规划过程就是要建立数据标准的过程,从“二合一”整合企业信息资源,为实现应用系统的集成奠定坚实基础。

  第三,帮助提升信息系统应用价值。有效的信息资源规划对应用软件的选型,指导组织开发新的应用系统以及提高管理层和决策层应用系统的开发具有重要意义。

  因此,企业CIO应该充分认识到信息资源管理与信息资源规划对于企业信息系统建设的作用与意义。

  信息资源规划应有效开发

  在实际信息资源规划建设过程中,企业CIO应侧重在企业信息资源的整合与应用系统集成化开发策略方法的制定,即建立全息的功能模块,建立全息的数据模块和建立全息资源管理的基础标准。通过这些模块和标准的建立,企业CIO就可以充分搞清用户的需求,建立其信息资源管理基础标准,也就有了企业应用软件开发的主动权,并从根本上改变分散开发和容易形成信息孤岛的不利局面,重建企业数据环境网络的信息资源规划,把企业信息资源开发的应用系统变成一个相对统一的整体。 企业CIO应如何进行企业信息资源的开发与再利用?笔者认为,企业CIO应采取信息资源综合开发模式。底部的通信网和计算机网作为基础设施(物理平台)固然是信息化建设的重要基础,但其运用和维护只需要少数的网络管理员和系统管理员,而中部的信息资源网则需要相关业务人员和信息技术人员的结合,进行深入细致的开发、管理和维护,特别是需要建立在CIO统一领导下的、由一大批专职和兼职数据管理员组成的信息资源管理队伍。

  上部分是该单位构思的一些应用系统及其分类,从企业的基本业务和管理工作的需要出发,可以建立多种多样的应用系统,究竟应该有多少、如何命名和分类并不是重要的,重要的是企业的信息资源的开发与利用——分散开发或引进的、孤立运行的应用系统,形成了大大小小的信息孤岛,虽然对管理工作有一定的作用,但还是不能有效的开发利用企业的整体信息资源。因此,企业需建立集成化信息系统,其是指能实现内部各部门之间信息的共享,能与外部业务单位、相关业务部门之间进行自动化信息交换的系统,包括各种管理信息系统和办公自动化服务等应用系统。集成化信息系统必须构架在企业现有的信息资源网之上,实现信息的快捷沟通和共享,有效支持企业内部部门的现代化管理。

  在这里,需要特别指出的是,通信网络和计算机网络是花高价购置的,而信息资源网不是仅靠花钱就可以买得到的。长期以来,信息资源网的建设没有得到普遍重视,以致一而再、再而三地出现一些通信网和计算机网上信息混乱、信息贫乏、甚至无信息“跑空车”的怪现象。因此,了解企业信息资源开发利用的综合模式,将有助于CIO全面把握并切实抓好企业信息资源开发利用的工作,走出“重硬软件”、“重软件轻数据”的认识误区,在工作实践中做到面向全局,兼顾未来,突出重点,确保信息化建设效益的最优化。

  合理规划消除孤岛

  信息化已经成为当今社会发展的潮流和趋势,信息化程度标志着企业的生产力发展水平,同时也决定着未来的发展实力与机会,这就使信息化成为企业关注的焦点,而信息资源的开发利用就是信息化的关键。

  企业信息资源规划的最终目标是要帮助企业实现信息资源开发利用的最优化。因此,企业信息资源开发利用既是企业信息化建设的出发点,也是企业信息化建设的归宿,实质就是开发利用企业现有的信息资源,为决策者提供更好的服务。

  实际上,目前企业信息化建设面临的瓶颈问题并不是计算机网络搭建、设备和应用软件选型,而是如何将分散、孤立的各类信息变成网络化的有效信息资源加以充分利用,将分散的信息系统进行整合,消除信息孤岛,实现信息资源共享。

  国内大量行业、企业信息化的实践已经证明:解决信息孤岛瓶颈问题的关键就是要搞好信息资源规划。在应用系统开发有两种不同的方法;一种是传统的以处理为中心的“软件工程”方法,另一种是以数据为中心的“信息工程”方法。前一种方法尽管也可能用到某些先进的信息技术,诸如面向对象、可视化统一建模语言(UML)和组件技术等等,但由于缺乏统一规划(信息资源规划)和统一标准(信息资源管理基础标准),仍然避免不了产生信息孤岛的厄运,其结果必然是应用覆盖面大,而信息共享面小。

  后一种方法与此相反,通过统一的信息资源规划建立完整的系统框架(功能模型、数据模型和系统结构体系模型)和数据标准化体系(数据元素标准、数据分类编码标准、用户视图标准、概念数据库标准和逻辑数据库标准),在这些工作基础上进行应用系统的开发,即按照系统框架执行数据标准化体系,从根本上解决了信息资源整合与应用系统集成问题,通过应用系统的开发来落实信息资源的开发利用。

  在新一轮信息化建设中,企业CIO应该正确制定和实施信息资源规划策略,才能从根本上消除信息孤岛现象,最大限度的开发利用信息资源;也只有正确的制定和实施信息规划策略,才能有效提高企业信息化建设价值,充分发挥信息化建设在企业日常经营、管理中的作用。

 (钟富明) (《信息系统工程》)

编辑 | 阅读全文(999) | 回复(1),Tiger_Wing 发表于 2007-10-5 13:8
关键字:企业信息化
企业信息化带来哪些可测度价值?

  为了大家好理解,这里用一种临时性的办法,把企业信息化分成五个境界。这五个境界,既是认识的不同境界,也是企业在不同层次上操作所求的不同效果。让我们看看站在企业不同“楼层”上,看到的信息化景观有什么不同。

  第一个境界:追求规模经济效益

  通过信息化,促进企业规模经济效益,这是站在最底下的一楼看企业信息化可以期望的东西。

  规模经济,是单一品种大批量生产的经济,是典型的工业经济。规模经济效益,是指通过扩大生产规模增加同一产品的产量实现单位成本的下降。

  用信息化去追求规模经济效益,所需前提条件最容易得到满足。它的前提假设是,一不改变技术性质,二不涉及任何管理改变。与企业传统做法相比,从技术到管理差别最小,进入信息化的门槛最低。

  坦率地说,信息技术,不是干这个用的。它的所长不在这里。当然,不等于说,信息技术不能促进规模经济效益的实现。我在农村还见过,有的农民不拿冰箱冻食品,而改当鞋柜用。冰箱里当然可以放鞋,只是它的所长不是当鞋柜就是了。所谓“不改变技术性质”,就是指拿信息技术当工业技术使用,不用其所长,用其所短。举例来说,拿电脑当打字机可不可以?当然可以。它就相当于拿冰箱当鞋柜。

  在规模经济型企业中,由于电脑网络在主要业务中派不上用场,一般都是在非主要业务部门使用。

  我们并不一概地鼓励所有企业搞信息化。相对来说,什么样的企业可以稍缓一些搞信息化?我们认为,以规模经济效益为主的企业,主要适合通过工业生产方式来发展。你想,你的企业只生产一个不变的品种,市场大得不得了而且从来不变,没有任何竞争对手,用户拉货的车好几公里排队等货,工厂开足马力,天天加班还完不成任务,我建议你,不信息化也罢。

  实际上,如果是追求规模经济效益,企业可信息化,也可不信息化。如果你发现,你的企业,用户需求不只一个品种了,每个产品的订货批量开始变小,竞争者的产品性价比超过你,那我恭喜你,你有了上信息化第二台阶的动力了。


  第二个境界:追求范围经济效益和差异经济效益

  通过信息化,促进企业范围经济和差异经济的效益,这是站在二楼看企业信息化可以期望的东西。

  范围经济的特点是小批量多品种,范围经济通过联合生产管理,增加产品种类而实现单位成本的下降。例如:根据1998年调查,深圳市建筑、机械和纺织等传统企业中多数企业采用CAD/CAM技术后,高度重复性工业的效率提高了15倍,标准化作业的效率提高5倍,通用典型化工作的效率提高了2倍,专用和开发性设计分析的效率提高1倍以上。另据James R.LEE的研究,信息技术对建筑咨询企业单位劳动成本减少的贡献率在5%—25%之间。

  差异经济通过同一产品的同一品种内部差异性的增加降低单位生产成本,或者通过多品种、高产量降低单位生产成本。例如:1997年5月,南海市政府投入350万元成立西樵纺织工艺制版服务公司,引进韩国设计的电脑工作站制版系统,使新面料从开发研制到生产成品的周期缩短为5天。营业半年,开发出新品种2000多个,其中转让成功400多个品种。

  企业信息化的第二个境界,最低限度的前提假设是,一改变技术性质,二不涉及任何管理改变。

  这个境界的局限在于,技术变了,管理还是老样子。信息技术应用发展到一定阶段,就会遇到技术与管理的矛盾,生产力与生产关系的矛盾。这时候,企业信息化就需要再上台阶,进入第三个境界了。

  第三个境界:加强基础管理

  企业信息化前两个境界的共同特点,是定位在技术应用,共同的局限是不触及管理改革。第三个境界,是信息技术与传统管理的结合。

  加强基础管理所指的“管理”,在这里特指科学管理,也就是工业化管理。以别于第四个境界的信息化管理。

  企业信息化第三个境界,基本前提假设是,一信息技术广泛应用,二加强科学管理。

  信息技术广泛应用,包括了企业信息化基础设施的建设、企业信息资源的开发利用、信息技术在核心业务部门的应用、产品信息和技术含量的增加等方方面面,是广义的应用。加强科学管理,是指在原有科学管理体系框架的基础上,狠抓落实。它服从、服务于企业做大做强的要求,加强科学管理提高的效益,主要定位于管理效率。

  需要指出的是通过信息化加强企业基础管理的含义。

  首先,科学管理(工业化管理)与信息化管理的理论区分标准。这种区分可以写成一本书,我个人有个高度概括的标准,就是以管理层次与管理幅度为横竖坐标,看管理的微分切线斜率。凡是管理层次与管理幅度变动曲线呈边际成本递增的,为科学管理;凡管理层次与管理幅度变动曲线呈边际成本递减的,为信息化管理。

  第二,科学管理(工业化管理)与信息化管理的实践区分标准。这种区分同样可以写成一大本操作手册,但我注意到一个关键变量,虽非充分条件,但属于必要条件。这就是看企业职能与流程的关系类型。如果企业改革以职能转变为核心,强化专业职能,一定属于工业化管理;如果企业改革以流程转变为核心,在强化职能基础上强化职能联接,(典型的是海尔经验),一定属于信息化管理。

  通过信息化加强基础管理,特点是以信息技术作为管理的新手段,强化科学管理的实施,但不改变科学管理的性质。属于用先进生产力加强和完善传统生产关系这个范围。这是一种浅层次的管理信息化。但鉴于我国企业,科学管理的基础尚且不牢,加之企业上下游信息化环境不佳,因此对大多数企业来说,以加强企业内部基础管理为基础,进行管理信息化改造,是符合国情的选择。


  第四个境界:实现信息化管理

  以流程重组为特点的信息化管理,是企业信息化的第四个境界。它是企业的再造,是企业管理方式向扁平化方向进行的彻底变革,是对企业传统管理体系直至产权体系的伤筋动骨式的彻底改造。

  并非所有企业都能服这副“猛药”。这副“猛药”一旦吃不好,不仅治不了病,还会吃死人,把企业搞垮。所以,一定要认真对照自己是否符合“吃药”的条件。

  企业信息化第四个境界假设的前提,一是信息技术变革,二是管理体制包括整个企业体制的信息化改革。它的特点是,不仅信息技术广泛应用,而且管理发生了根本上的改变。所谓“根本上的改变”是指,将信息技术应用于科学管理时,信息技术只是工具性的,信息化管理的效果还是局部的、战术性的。但将信息技术应用于信息化管理时,信息技术不光是工具,而且是一种新的生产方式的体现,因此不再是工具性的,而变为实质性的了;管理的变化,体现在体制上,而非仅限在应用上,产生了由“用”向“体”的质变。

  从实践中我们可以看到,实行信息化管理,给企业带来的巨大效益。这个效益不是仅仅体现在效率上,而是体现在效能上,即体现在效率与成本之比的变化率的趋向上。

  第五个境界:完成从做大做强,到做活的转变

  企业信息化的最高境界是什么?企业信息化带来的最高价值是什么?一言以蔽之:做活。

  做活,是广大企业根本利益所在。我们平常说,做百年老店,是做活,指的是企业的生命力强。做大做强后仍可能做死,IBM和通用长盛不衰,不是因为它们大和强,而是因为它们拥有与时俱进的生命活力。中国企业平均寿命仅2-3年,企业信息化对中国企业,不是补在胳膊上,腿上,而是补在命根上。

  做活,是全球化和信息化条件下,提高企业竞争力的要求。流程再造只是手段,通过数字神经,恢复系统活力才是目的。企业信息化所有的一切,归根结底,就是提高企业生命力。

  欲穷千里目,更上一层楼。
编辑 | 阅读全文(1034) | 回复(4),Tiger_Wing 发表于 2007-9-22 8:17

IT部門軟件開發過程管理與軟件公司產品開發管理﹐相同嗎?

   集團里的IT部門的軟件開發主要服務于公司需求﹐為公司內部需求而進行開發﹐專用性強﹐其軟件系統更新很頻繁。

  軟件公司產品開發主要面對于市場﹐系統通用性較強﹐軟件更新是版本方式發布﹐對于市場用戶專項更新系統相對較少。

對于集團里的IT部門﹐若軟件公司建立開發管理過程﹐管理固然較完善﹐但導入整個開發管理流程﹐有很多信息主管都有思考是否合適﹕1)軟件開發司"完整"的組織架構對于IT部是否有必要性,2)能否快速響應用戶需求,3)軟件模塊開發分配﹐版本﹐測試等管理是否有效。

請大家給建議。

 

 

 

编辑 | 阅读全文(1125) | 回复(2),Tiger_Wing 发表于 2007-9-12 10:17

2007-1-27 8:11 | 需求變更的代價

关键字:需求變更
 
需求变更的代价
 
我们将围绕着“需求变更”这个主题展开讨论,希望对各位开发能有所帮助。让我们先来看一个需求变更的典型案例:
  Steven刚出任项目经理,并承接了一个中型软件项目。公司再三叮咛他一定要尊重客户,充分满足客户需求。项目开始比较顺利,但进入到后期,客户频繁的需求变更带来很多额外工作。Steven动员大家加班,保持了项目的正常进度,客户相当满意。
  但需求变更却越来越多。为了节省时间,客户的业务人员不再向Steven申请变更,而是直接找程序员商量。程序员疲于应付,往往直接改程序而不做任何记录,很多相关文档也忘记修改。很快Steven就发现:需求、设计和代码无法保持一致,甚至没有人能说清楚现在系统“到底改成什幺样了”。版本管理也出现了混乱,很多人违反配置管理规定,直接在测试环境中修改和编译程序。但在进度压力下,他也只能佯装不知此事。但因频繁出现“改好的错误又重新出现”的问题,客户已经明确表示“失去了耐心”。
  而这还只是噩梦的开始。一个程序员未经许可擅自修改了核心模块,造成系统运行异常缓慢,大量应用程序超时退出。虽然最终花费了整整3天的时间解决了这个问题,但客户却投诉了,表示“无法容忍这种低下的项目管理水平”。更糟糕的是,因为担心系统中还隐含着其它类似的错误,客户高层对项目的质量也疑虑重重。
  随后发生的事情让Steven更加为难:客户的两个负责人对界面风格的看法不一致,并为此发生了激烈争执。Steven知道如果发表意见可能会得罪其中一方,于是保持了沉默。最终客户决定调整所有界面, Steven只好立刻动员大家抓紧时间修改。可后来当听说因修改界面而造成了项目一周的延误后,客户方原来发生争执的两人这次却非常一致,同时气愤地质问Steven:“为什幺你不早点告诉我们要延期!早知这样才不会让你改呢!”Steven很无耐,疑惑自己到底错在哪里了。
  段落导航:
  为了方便大家的阅读,我们将本期内容进行了合理的分类,您可以使用下面的链接浏览您感兴趣的主题。  
  对软件需求和需求变更的理解
  需求变更的原因
  需求变更的代价
  减少需求变更
  如何控制需求变更
  需求变更的管理
  实施需求变更管理需要遵循以下六大原则
  应对之道
  对软件需求和需求变更的理解

  软件需求是整个软件项目的最关键的一个输入,和传统的生产企业相比较,软件的需求具有模糊性、不确定性、变化性和主观性的特点,它不像生产汽车、电脑等硬件的需求,是有形的、客观的、可描述的、可检测的。软件需求是软件项目最难把握的问题,同时又是关系项目成败的关键因素,因此对于需求分析和需求变更的处理十分重要。
  需求变更会给项目带来巨大的风险,会导致项目的成本费用增加、开发周期延长、产品质量下降及团队工作效率下降等不良后果,因而软件开发项目中应该尽量减少需求变更的出现频率。然而由于政府对特定软件的相关要求、用户部门市场战略的调整、工业界的发展等因素都可能带来需求的变更,而这些因素往往不可避免。在软件开发过程中如果只有一条真理的话,那一定是:需求的变化是永恒的,需求不可能是完备的。因而,对于需求变更应该正确的对待,尽量将其负面影响降低到最低。
  需求变更的原因

  需求包括业务需求、用户需求和功能需求。业务需求(Business Requirement )反映了组织机构或客户对系统、产品高层次的目标要求,用户需求(User Requirement )描述了用户使用产品必须完成的任务,功能需求(Functional Requirement )定义了开发人员必须实现的软件功能。
  会导致需求变更的原因会有很多,如老板临时改变想法、项目预算增加或减少、客户对功能的需求改变等。在IT项目中,变更可能来自方案服务商、客户或产品供应商等,也可能来源于项目组内部。在软件系统开发过程中,有很多问题都是由于在需求分析阶段没有正确地收集、编写、协商、修改产品真实需求而产生的,造成这样的状况有以下几方面的基本原因:
  (1)对需求的理解分歧

  当客户向需求分析人员提出需求的时候往往是通过自己的想法用自然语言来表达的,这样的表达结果对于真实的需求来说是一种描述(甚至只是某个角度的描述),远远不能保证这样的描述可以得到百分之百的正确理解,也许在同客户交流的第一时刻就埋下了理解分歧的种子,打一个比方说客户说我要的是大象,身子象一堵墙,耳朵象扇子,四条腿象四根柱子,尾巴象绳子,分析人员想,哦,墙、扇子、柱子、绳子这些我都知道,但是真的画出来的时候客户当然会跳起来了!这是理解分歧的问题,一般跟分析员的知识、背景,还有客户表述的标准程度、双方的交流情况有关。
  (2)系统实施时间过长

  一个大中型系统的建设可能要延续一段时间,当客户提出要求之后,他当时并不能看到系统的运行情况,当双方认为理解大概没有分歧的时候(事实上还会有个Deadline ),开发方就开始工作了。当客户拿到差不多可以试用的产品时他可以实际操作,这时候他就会对系统的界面、操作、功能、性能等有一些切身的体会,有可能提出需求变更要求。
  (3)用户业务需求改变

  当前客户的运营情况不确定,有可能客户行业的竞争度高,需要随时作出调整和反应,那幺他们自然会经常提出需求变更的要求;也有可能客户所在的行业操作不规范,本身存在很多人为因素,这时候开发方更是需要随时准备应变。
  (4)系统正常升级

  有可能是来自开发方自身版本升级或性能改进、设计修正的要求出现需求变更,这时更是无法绕开这个问题的了!
  所以说就算分析人员和客户之间不存在理解分歧,客户对于实际的系统还是会提出一些个人意见,就算没有个人意见,他们自己的业务会变化或环境发生变化,这些都是无法避免的,所以不要梦想那幺理想的需求分析,当你开始一个项目的时候就应该意识到,客户需求变更一定会有的,那幺对于这样的现状,我们该怎幺办呢?客户是上帝,难道我们就象以前一样,跟着客户的需求不停地修改软件,到最后工期延长,员工疲惫,成本成倍增长,客户满意度降低,原来的设计也会改变得支离破碎,系统难以维护?
  需求变更的代价

  一般来讲,需求的变更通常意味着需求的增加,需求的减少相对很少,而且处理需求减少方面的问题也比较容易。当客户提出新需求的时候,项目开发人员应该分析这些新需求对项目现阶段带来的风险,得出双方实现变更需求的需要的成本,包括时间、人力、资源等等方面。
  变更都是有代价的,应该评估一下变更的代价和对项目的影响,在评估代价并且与客户讨论的过程中,要让客户了解变更的后果,变更之后面临最大的问题就是项目延期,让客户一起做判断:“我可以修改,但您能接受后果吗?”。现在会出现三种可能:客户接受延期这一后果,开发人员按客户要求做出相应修改,让客户知道为此需要付出延期的代价;如果客户认为代价太大,那开发人员就不必修改了,可以记录下需求,待到下一版本再做修改;客户不接受变更的代价,导致项目夭折。如果客户不知道你为变更付出的代价,对你的辛苦便难以体会,以致没完没了的提出新的变更。
  减少需求变更

  正如前文所说,需求变更往往是不可避免的。通常是项目负责人员花费了大量的气力避免需求变更,可最后需求变更总是会出现。但是这并不意味着项目开发人员不应该做这方面的工作,项目开发人员对于需求变更的正确态度应该和软件测试的态度一样,在需求变更发生之前尽量减少需求变更,以将需求变更带来的风险降低到最低。项目开发人员切忌在项目设计之前试图消除需求变更,这样做往往费力不讨好。
  相比于需求开发人员而言,客户可能对需求变更认识不足,认为他们出钱,程序员或软件开发公司就要为它服务,因此客户对需求变更往往更加肆无忌弹,将需求变更视为儿戏,随个人喜好随意变更需求。因此,在需求人员同用户代表或用户部门主管人员接触时,就应该向他们挑明态度,和他们协商好,特别是应该让他们清楚软件的定价应该与软件的功能相关,以及需求随意变更所带来的风险的承担者应该由客户和项目开发者共同承担。通过这样做,让客户在需求分析之前就尽量对他们所需要的功能有个整体的了解和确定的思路,而不是等到程序员开始编码了,才提出以前原本在需求分析时就可以提出的需求。
  让客户明白减少需求变更的重要性后,需求分析人员应该采取合适的方法同客户交流,帮助他们明确他们的需求。需求分析人员和客户的关系不应该仅仅是记录人员和需求提供者,他们的关系应该更多的是战略合作伙伴关系。虽然需求分析人员和客户存在着服务商和顾客的关系,但是他们有着一个共同的目标:开发出适合客户需求的软件,因此需求分析人员除了记录客户提出的需求以外,还应和用户讨论,提出一些建议,使用合适的工具帮助客户提出需求。在需求分析时,尽量多的召集需求研讨会,邀请开发人员和客户共同协商探讨,在研讨会上允许任意的提出需求,并将这些需求整理成档后由客户代表和需求分析人员共同商议可选的功能,这样能够尽量使得需求完备。在需求开发时,开发人员采用原型的方法启发客户思考功能需求也不失为一个好办法。
虽然需求不可能是完备的、变更不可能没有的,但是在项目开始设计时使得需求尽可能完备还是应该的,也是值得的,完备需求的过程也就相应的减少了因为需求不清楚而产生变更的几率。
  如何控制需求变更
  按照现代项目管理的概念,一个项目的生命周期分为启动、实施、收尾三个过程。需求变更的控制不应该只是项目实施过程考虑的事情,而是要分布在整个项目生命周期的全过程。为了将项目变更的影响降低到最小,就需要采用综合变更控制方法。综合变更控制主要内容有找出影响项目变更的因素、判断项目变更范围是否已经发生等。
  进行综合变更控制的主要依据是项目计划、变更请求提供了项目执行状况信息的绩效报告。为保证项目变更的规范和有效实施,通常项目实施组织会有以下几种措施:

  (1)项目启动阶段的变更预防
  对于任何项目,变更都无可避免,也无从逃避,只能积极应对,这个应对应该是从项目启动的需求分析阶段就开始了。对一个需求分析做得很好的项目来说,基准文件定义的范围越详细清晰,用户跟项目经理扯皮的幌子就越少。如果需求没做好,基准文件里的范围含糊不清,被客户抓住空子,往往要付出许多无谓的牺牲。如果需求做得好,文档清晰且又有客户签字,那幺后期客户提出的变更就超出了合同范围,需要另外收费。这个时候千万不能手软,这并非要刻意赚取客户的钱财,而是不能让客户养成经常变更的习惯,否则后患无穷。相对于需求来说,什幺WBS、风险管理、计划进度都是次要的,只要需求做好了就会一帆风顺。
  (2)项目实施阶段的需求变更
  成功项目和失败项目的区别就在于项目的整个过程是否是可控的。项目经理应该树立一个理念——“需求变更是必然的、可控的、有益的”。项目实施阶段的变更控制需要做的是分析变更请求,评估变更可能带来的风险和修改基准文件。控制需求渐变需要注意以下几点:
  需求一定要与投入有联系,如果需求变更的成本由开发方来承担,则项目需求的变更就成为必然了。所以,在项目的开始,无论是开发方还是出资方都要明确这一条:需求变,软件开发的投入也要变。
  需求的变更要经过出资者的认可,这样才会对需求的变更有成本的概念,能够慎重地对待需求的变更。
  小的需求变更也要经过正规的需求管理流程,否则会积少成多。在实践中,人们往往不愿意为小的需求变更去执行正规的需求管理过程,认为降低了开发效率,浪费了时间。但正是由于这种观念才使需求逐渐变为不可控,最终导致项目的失败。
  精确的需求与范围定义并不会阻止需求的变更。并非对需求定义得越细,就越能避免需求的渐变,这是两个层面的问题。太细的需求定义对需求渐变没有任何效果。因为需求的变化是永恒的,并非需求写细了,它就不会变化了。
  注意沟通的技巧。实际情况是用户、开发者都认识到了上面的几点问题,但是由于需求的变更可能来自客户方,也可能来自开发方,因此,作为需求管理者,项目经理需要采用各种沟通技巧来使项目的各方各得其所。
  在开发上尽量根据情况采用多次迭代的方式进行项目的开发,在每次迭代的同时让客户参与和使用软件,对下一步的开发做出建议争取在项目前期有效的减少后期可能出现的变更情况。
  (3)项目收尾阶段的总结
  能力的提高往往不是从成功的经验中来,而是从失败的教训中来。许多项目经理不注重经验教训总结和积累,即使在项目运作过程中碰得头破血流,也只是抱怨运气、环境和团队配合不好,很少系统地分析总结,或者不知道如何分析总结,以至于同样的问题反复出现。
  事实上,项目总结工作应作为现有项目或将来项目持续改进工作的一项重要内容,同时也可以作为对项目合同、设计方案内容与目标的确认和验证。项目总结工作包括项目中事先识别的风险和没有预料到而发生的变更等风险的应对措施的分析和总结,也包括项目中发生的变更和项目中发生问题的分析统计的总结。
  需求变更的管理

  需求变更是因为需求发生变化。根据软件工程思想,需求说明书一般要经过论证,如果在需求说明书经过论证以后,需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减,均属于需求变更。
  需求变更的出现主要是因为在项目的需求确定阶段,用户往往不能确切地定义自己需要什幺。用户常常以为自己清楚,但实际上他们提出的需求只是依据当前的工作所需,而采用的新设备、新技术通常会改变他们的工作方式;或者要开发的系统对用户来说也是个未知数,他们以前没有过相关的使用经验。随着开发工作的不断进展,系统开始展现功能的雏形,用户对系统的了解也逐步深入。于是,他们可能会想到各种新的功能和特色,或对以前提出的要求进行改动。他们了解得越多,新的要求也就越多,需求变更因此不可避免地一次又一次出现。
  这时,如果开发团队缺少明确的需求变更控制过程或采用的变更控制机制无效,抑或不按变更控制流程来管理需求变更,那幺很可能造成项目进度拖延、成本不足、人力紧缺,甚至导致整个项目失败。当然,即使按照需求变更控制流程进行管理,由于受进度、成本等因素的制约,软件质量还是会受到不同程度的影响。但实施严格的软件需求管理会最大限度地控制需求变更给软件质量造成的负面影响,这也正是我们进行需求变更管理的目的所在。
  实施需求变更管理需要遵循以下六大原则

  (1)建立需求基线,需求基线是需求变更的依据。在开发过程中,需求确定并经过评审后(用户参与评审),可以建立第一个需求基线。此后每次变更并经过评审后,都要重新确定新的需求基线。
  (2)制订简单、有效的变更控制流程,并形成文档。在建立了需求基线后提出的所有变更都必须遵循这个控制流程进行控制。同时,这个流程具有一定的普遍性,对以后的项目开发和其它项目都有借鉴作用。
  (3)成立项目变更控制委员会(CCB)或相关职能的类似组织,负责裁定接受哪些变更。CCB由项目所涉及的多方人员共同组成,应该包括用户方和开发方的决策人员在内。
  (4)需求变更一定要先申请然后再评估,最后经过与变更大小相当级别的评审确认。
  (5)需求变更后,受影响的软件计划、产品、活动都要进行相应的变更,以保持和更新的需求一致。
  (6)妥善保存变更产生的相关文档。
  应对之道

  需求变更控制一般要经过变更申请、变更评估、决策、回复这四大步骤。如果变更被接受,还要增加实施变更和验证两个步骤,有时还会有取消变更的步骤。针对变更控制流程,在实际工作中总结出了软件开发人员在需求变更管理实践中的几点对策:
  优先排序分批实现 每个需求的重要性是不同的。由于资源或技术条件的限制,会显得“僧多粥少”,因此不可能把所有的需求一次完成。怎幺办?把每个需求按照对效益的贡献打个分,排出个优先级来,优先级高的需求先实现,低的到一下版式本实现。由于不断有新的需求进来,有的需求可能永远没有机会被子实现,但不紧,还是要记录下来,并一起参加排序,保证在每个版本发布时重要的需求先得到满足。每个需求的实现是需要花时间的,没人有百分百的把握预估得很清楚,但借鉴过去的经验可以大概估算出人力成本,然后根据开发人员和开发周期得出可用人力投入作为上限。从优先级高的需求中挑,直到挑中的人力成本总和刚刚低于可用投入上限,这样得出的就是需求的录取榜。今后的软件开发规划也会以此为依据,分期分批地在不同的回合中实现。最合理的不一定是优先级最高的,也就是说不一不定是最先考虑的,“经济为本”是指导优先排序的最终原则。
  相互协作 很难想象遭到用户抵制的项目能够成功。在讨论需求时,开发人员与用户应该尽量采取相互理解、相互协作的态度,对能解决的问题尽量解决。即使用户提出了在开发人员看来"过分"的要求,也应该仔细分析原因,积极提出可行的替代方案。
  充分交流 需求变更管理的过程很大程度上就是用户与开发人员的交流过程。软件开发人员必须