erp项目年终工作总结

上传人:亦明 文档编号:143099795 上传时间:2020-08-26 格式:DOC 页数:19 大小:26.36KB
返回 下载 相关 举报
erp项目年终工作总结_第1页
第1页 / 共19页
erp项目年终工作总结_第2页
第2页 / 共19页
erp项目年终工作总结_第3页
第3页 / 共19页
erp项目年终工作总结_第4页
第4页 / 共19页
erp项目年终工作总结_第5页
第5页 / 共19页
点击查看更多>>
资源描述

《erp项目年终工作总结》由会员分享,可在线阅读,更多相关《erp项目年终工作总结(19页珍藏版)》请在金锄头文库上搜索。

1、erp项目年终工作总结 1、时间不足难以进行详细的需求调研。 公司要求在短时间内开始实施ERP项目。在前期ERP专职人员未到位,项目主管未真正了解ERP的情况下,未对软件供应商做充分的了解,而需求是根据软件公司同行业的经验,未立足于本公司的实际情况。在选型的时候,基本上不是按我司的需求在对ERP软件进行选择。而是按主观印象与以前的鞋厂的ERP项目经验在对ERP软件进行过滤。这样直接导致的后果就是需要对ERP系统进行大量的二次开发。 即使时间最不足,前期的需求调研仍然不能够忽视。否则的话,种瓜得瓜,种豆得豆。前面时间虽然省了,但是后期项目推进就会到处碰壁。项目周期反而会延长。确实后来由于很多需求

2、在ERP系统中找不到现成的解决方案,为此,不得不进行很多二次开发,或者寻找其他的替代方法,则大大影响了项目的进度。 2、需求无法对号入座,导致了大量的二次开发。 对于ERP系统这种套装软件来说,过多的二次开发是劳命伤财的事情。一方面,过多的二次开发,会破坏ERP系统的稳定性。其次,ERP系统的二次开发,往往需要比较长的时间。有时候,在ERP系统的原有功能上进行修改,比开发一个新功能还要麻烦。因为需要考虑这个需要修改的功能跟其他现有功能的关联性。而且,还需要进行一些全面的测试。另外,软件公司出于成本的考虑,也不会配备很多的二次开发人员。公司要进行二次开发的话,往往需要排队等候。所以,二次开发的周

3、期往往比较长。第三,对于公司说,二次开发往往需要付出比较昂贵的开发费用。大部分ERP系统对于二次开发来说,是独立收费的。也就是说,不包含在项目实施费用与软件授权成本中。有些软件公司甚至对二次开发进行“惩罚性”收费。所以,二次开发的成本往往是比较贵的。 若在选型之前,能够花这一个半月时间去进行需求调研的话,可能这个EPR项目就不需要进行这么多的二次开发费用。不但可以帮助公司省下一大笔费用,而且,还可以保证项目的周期。 3、软件功能不足,却由公司来买单。 ERP项目能否取得成功,软件本身只是起到了一个次要的作用。但是,软件功能不足,则直接跟项目的成本挂钩。软件功能欠缺,企业需求难以对号入座,就意味

4、着企业要为此进行额外的开支。如进行二次开发或者采用第三方的插件等等。这些都是需要公司买单的。而这往往是ERP项目中的冤枉支出。 在实施顾问对公司进行需求调研的时候,发现很多需求无法在ERP系统中实现。但是,这个时候,因为合同已经签订,项目已经启动。所以,对方把一切责任都推到我们这边。对于无法实现的需求,让我们公司掏腰包,进行二次开发。 作为企业ERP项目负责人,首先得做好项目的前期需求调研,量体选型,防止企业的常规需求无法在ERP系统中对号入座。从而给企业增加不必要的二次开发成本,影响ERP项目的整个周期。 公司使用ERP软件,各个部门要达到什么目标,解决企业目前什么问题,这些情况公司必须有很

5、清醒的认识,量体选型至关重要。 通常ERP供应商的销售过程中售前顾问都会拿出一大堆的统计数据,告诉用户:根据某某某协会统计ERP项目实施完毕之后,企业的库存积压率会下降多少个百分点、生产效率会提高多少多少,销售的反应速度又会提高多少多少。但在合同中软件公司是不会注明这些的,这就带来了ERP项目的第一个陷阱:不承诺效果。 ERP项目是公司内部的事情,诸如人事调动、流程修改等等,都不能直接的产生效率,即使是将这些结果数字化也很难分清楚,什么是通过实施ERP产生的,什么是企业流程优化而产生的。作为软件供应商来说,成功了,自然是他们的功劳,可以大肆宣传,失败了就是企业内部的问题。他们只需要到时间收钱就

6、好了。然而这样的承诺,公司是不能接受的。 当然,售前活动中误导用户是很正常的,不误导你,你又怎么会心甘情愿的签合同呢。 另外,软件的选型之前,ERP专职人员必须先期到位,做好前期的调研,收集各个部门的功能需求及各种表单,ERP专职人员协同各个部门主管参与ERP供应商对ERP软件的功能演示根据收集到信息,确认ERP软件是能达到及满足公司各个部门的要求以公司的真实业务数据流进行数据演示在关键点位置必须进行压力测试,因部分功能如MRP计算,凭证传输等,涉及到计算的情况,数据量一大,程序是否能正常进行,执行效率是否能达到要求,必须有先期的预测。 所以在选型之前,企业应该明确: 1、企业实施ERP目标。

7、 2、软件公司的实力及其成功的案例,软件公司能做什么。 3、ERP软件单元测试 压力测试 全面测试。 4、对于销售人员的承诺一般需要对企业进行详细的调研以后才能做出,要在合同的补充附件中给予规定。让口头保证有书面规范,合同保证。 合同的签订必须有利于公司一方以免公司在ERP使用的过程中吃哑巴亏,使ERP的成本尽量透明化,减少隐性成本的开支,让软件公司提供尽可能优质的服务,从而尽量保证ERP整个项目的推动过程,不因二次开发费用问题培训问题顾问周期问题等而发生不必要的麻烦,从而影响到整个ERP项目的周期对于软件公司来说,保护自己的利益是正常的事情,而对于用户来说则恰恰相反。在签订ERP合同的过程中

8、光法律顾问的指点是很难防范软件公司在ERP合同中设下的圈套。这就需要公司能充分了解ERP这个行业的特征,避免更大的风险。 1、二次开发的定义 二次开发的具体内容(大至范围),提供的服务,进行的方式和确定开发费用的范围。软件公司最常见的手段是:在ERP合同中只注明二次开发的人/天数(一个人工作一天的费用),而将具体的开发费用拖到合同完成以后。以还未做深入评估为由拖延开发的时间。待到合同签订用户已支付定金之后,以各种借口增加二次开发的时间。毕竟评估一个开发过程需要多长的时间是由软件公司决定的。对于某些难度大的或者是软件公司不想做的项目他们可以把开发的时间加得很大企业基于成本的考虑,不得不取消某些计

9、划中的需求。曾有ERP销售人员这样对我说:“二次开发是制约用户强有力的手段之一,要么他们精简流程,要么支付更多的费用,两样我都喜欢”。 2、实施周期的定义(项目计划) 乙方必须在约定的服务人天内安排所有系统集成及实施工作,不得随意增加计费服务时间,如因甲方原因造成超出合同约定实施天数的费用部份由甲方承担,如因乙方原因造成超出合同约定实施天数的费用部份由乙方承担。 3、项目验收标准(项目交付的文件) 甲、乙双方确定项目阶段性验收及最终验收的标准,验收行为应包括: a)甲方对乙方提供的ERP软件产品的验收; b)甲、乙双方对于某具体工作成果的确认; c)根据合同规定的项目进展阶段,甲、乙双方对于某

10、阶段工作成果的评价; d)甲、乙双方对于最终工作成果的评价。 4、双方的职责定义 按照软件公司提出的建议划分权责作为公司必须做哪些工作,作为软件供应商必须保证哪些。 5、培训的定义(包括培训方式,培训对象,培训时间表,培训文档或教材,培训成绩考核,培训评估等) 考虑到企业未来的内部培训需要,软件公司提供的文档必须以电子文档和纸张的形式提供。 6、项目各阶段的目标与任务 按照项目建议和企业的实际情况制定ERP系统的实施目标。 7、签订补充协义,说明, _ 在签订ERP合同之前就必须要对ERP项目的验收标准有一个清晰的认识,同时在合同签订之后必须有相应的验收细节作为补充。 8、项目顾问资历时间保证

11、顾问更换人天数投入顾问实施工作时间(是否驻厂等) 9、失败后的赔偿 通常软件公司是不愿意提到赔偿字样的,即使是有赔偿,那也是客户未按期付款需要赔偿,不小心被发现了也以“失误”来掩盖。ERP实施的成果难以判断,责任的归属难以判断,最终赔偿的问题也容易带来很多麻烦。这和普通商品的买卖不同,质量不好可以退货。 正因为如此,需在合同上增加条款:明细项目目标,划分权责,如果因为软件公司的原因导致项目延误甚至是项目中止,软件公司需要进行相应的补偿。 一般顾问有以下几种类型:技术支持型,帮助客户安装ERP软件,并对客户进行操作培训;程序员型,工作内容以客户化为主;顾问型,从为客户提供业务咨询服务着手,帮助客

12、户进行业务重组并指导客户成功应用ERP。 在提交ERP项目建议的过程中,部分软件公司也会同时提交ERP顾问的简介资料但顾问的往往有掺假的成分。至于软件公司提交给公司的顾问资料中是否将只有几个月某ERP产品经验的“顾问”吹嘘成3年五个项目经验高级顾问。同样的,没有某个行业经验的顾问也会吹嘘成具有该行业或项目经验。但问题的关键还不在于此,更多的是高级顾问只在项目中挂有一个头衔。而实际的工作则是由毫无经验的顾问进行。或者项目的调研与系统分析阶段由高级顾问去做,后期的培训以各种理由将高级顾问调离,用中低级顾问替代,这样的情形对于用户来说毫无办法。当然,软件公司在项目的进行中也有可能会遭遇人才流动。 故

13、,所有的顾问必须经过考核或认可后才能上岗,对于顾问的更换必须经过企业的同意。 由于顾问的能力问题导致的项目拖延,软件公司必须承担相应的责任。 前期BOM表的录入,顾问指导时发生多次BOM变更录入方式及对物料半成品编码及名称定义不清楚,造成BOM资料数据错误,后期花费大最的时间和精力去一种一种类别,一个一个错误的修改直接影响到项目的周期。 A、确定详细的项目范围:对公司进行业务调查和需求访谈,了解用户的详细需求,据此制定系统定义 _,明确用户的现状、具体的需求和系统实施的详细范围。 B、定义递交的工作成果:公司与实施软件公司讨论确定系统实施过程中和实施结束时需要递交的工作成果,包括相关的实施文档

14、和最终上线运行的系统。 C、评估实施的主要风险:由实施软件公司结合公司的实际情况对实施系统进行风险评估,对预计的主要风险采取相应的措施来加以预防和控制。 任何管理变革项目都有风险,因为它是在进行变革,ERP项目更是如此。在项目规划之初就要充分考虑到各种风险,有评估计划和应对措施。项目实施过程中,风险高的事项一定要谨慎行事,即使工期稍微延迟一下,倘能控制风险那一定值得。 费用超预算了、组织人员变更了、项目经理更换、需求变更、高层失察、顾问更替了 D、制定项目的时间计划:在确定详细的项目范围、定义递交的工作成果和明确预计的主要风险的基础上,根据系统实施的总体计划,编制详细的实施时间安排。 E、制定成本和预算计划:根据项目总体的成本和预算计划,结合实施时间安排,编制具体的系统成本和预算控制计划。 F、制定人力资源计划:确定实施过程中的 _,包括具体的实施软件公司的咨询人员和公司方面的关键业务人员;对用户方面参

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 其它办公文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号