erp系统工作年度总结

erp系统工作年度总结篇一：ERP个人工作ERP个人工作总结自进入ERP咨询实施行业以来，一直都在不断地学习、实践、总结，不断地在项目中经历着痛苦抑或者快乐的磨砺和蜕变，痛并快乐着是我很长一段时间以来的真实感受。

从一个懵懂而又充满激情的青年学生，经过技术支持顾问到ERP实施顾问再到ERP管理咨询顾问的转变，个中感受，每每回想起来，颇有一番滋味。

回首起来，这9年间，共经历了3个主要的发展阶段：一、技术支持工作为主的工程师20xx年有幸进入某台资企业，并幸运地（至少当时应该是）得以有机会参与，后来主导整个企业的ERP项目实施与后续的技术支持工作。

当时是从工程设计职位转行作ERP实施，当时行业的工作经验应该是从零开始，好在有台湾的咨询顾问指导，尽管如此，还是走了很多弯路，碰到了很多问题，其中很多问题现在在项目实施过程中仍然时时会遇到，几乎项目管理中的典型问题都曾遇到了，只是当时没有系统学习过项目管理的知识无法给以准确的总结罢了。

现将当时所遇问题列举如下，算是对当时工作做一个小结了：1.项目范围问题首先是实施模块的界定，其次更重要的是实施这些模块带给整个企业的价值点，这个就是范围，也叫边界。

ERP是一套管理系统，或者称之为管理工具，它一定要给企业带来价值，但是需要带来哪些价值？体现在哪些具体的职能部门？哪些作业流程上？这个要界定清楚，需求看起来很宽泛，但需要细化分解到每一个可以执行的层面，只有将边界搞清楚了，实施才有目标，才有的放矢，才便于项目的最终验收。

台湾顾问在此方面的确很有经验，调研做的非常仔细，项目范围说明书也做的非常细致，而且一定要企业的高管签字确认。

2.项目时间管理问题谈及时间管理，台湾顾问在时间上的确做到不错，提前有计划确认。

但对于企业而言，配合实在是难以如愿。

直至后来咨询方提高了顾问人天费用后才予以重视，这个对于我后来从事实施工作的计划性有很大的助益。

——没有计划，就难以分清工作之轻重缓急，虽然计划跟不上变化，但计划一定要强化执行，尤其对于顾问方，一定要坚持与客户方确认，督促客户制定相应的考核以作保证！3.项目沟通问题在甲方作项目经理的这段时间，使我印象很深刻的就是：所有项目相关的事宜均需书面表达，并顾问方、企业方确认，让当时是客户项目经理的我由感觉繁琐到接受确实经历了一段时间。

4.项目经理授权问题这里指的是企业方项目经理的授权，在项目开工之初一定切记要跟企业方的高层沟通清楚，项目经理的人选很重要，对其做出的授权是否到位更重要。

一个企业的网络管理员很难相信能做好各强势部门间的沟通协调，在管理基础尚好的外资企业尚且如此，况私营企业乎？当时的我就是因授权不到位，吃了不少苦头。

最后还是靠顾问支招，才得以度过内部协调这道难关！5.问题要充分地调研，多层次、多角度地考虑业务流程重组对企业现有管理模式的冲击和影响，否则可能会埋下诸多项目失败的地雷，或许说严重了些，但我确实遭遇了：单体企业的核算突然变成了类似多体企业的事业部制核算，给ERP的业务处理着实造成了不小的混乱，如果抗不住只能改回原来的模式。

——早知如此，何必当初呢？换言之，若要改革，何不坚持到底？孰优孰劣、孰是孰非，事先一定要搞清楚。

6.项目风险问题任何管理变革项目都有风险，因为它是在进行变革，ERP项目更是如此。

在项目规划之初就要充分考虑到各种风险，有评估计划和应对措施。

项目实施过程中，风险高的事项一定要谨慎行事，即使工期稍微延迟一下，倘能控制风险那一定值得。

费用超预算了、组织人员变更了、项目经理更换、需求变更、高层失察、顾问更替了……7.验收标准问题这点是有教训的，当台湾顾问拿着厚厚一叠项目范围说明书需要高管签字的时候，估计没有哪个领导会认真阅读，但正因如此给验收工作埋下了隐患，顾问方和企业方在验收标准问题上的巨大分歧，导致项目验收整整延期了一年半！教训啊。

总体而言，在企业（甲方）4年时间内，还是学到了很多很多项目管理和ERP的基础知识，对后来介入ERP咨询实施顾问这一行当算是有了一些起码的认识和铺垫。

前车之鉴，后事之师嘛！另外在企业的好处就是能有诸多机会与一些管理层的人员深入交流，学习他们的管理技巧和在这个行业的通常管理规则和要点。

二、ERP软件实施顾问自2002年进入金蝶软件（中国）有限公司，算是正式加入了ERP软件实施顾问的行列。

在金蝶的几年左右的时间里，接受了良好的职业训练和项目历练，对一个从甲方企业到乙方管理软件公司的人来说，努力改变自身定位，适应新的工作模式是非常重要的。

概括来说：1.由甲方变乙方这个主要是思维定位和工作定位的转变。

俗语“屁股脑袋”，甲方变乙方，一下子好像难以适应。

记得最初实施项目的时候，似乎老是在甲方还是乙方之间转换定位问题，有了换位思考，最终还是要作乙方的。

2.快速适应多项目实施的工作环境在企业做项目经理，面对的只是单个的项目，、时间调度、资源控制都是围绕一个项目展开的，项目环境相对单一；在管理软件公司，顾问必须学会同时面对多个不同的项目，模块配置不同、项目基础不同、需求各异、项目实施与控制策略也必须不同。

好在有了一些之前工作的基础，后来总结出几点：首先：要将手头的项目按照行业抓住共性，即行业性，归纳总结出该行业共同的管理特点、业务需求、行业特色，同一行业的项目即可基本套用了；其次：重视同行业不同项目的个性化需求，没有完全相同的人，也没有完全相同的项目，即使是同一个行业，做相同的产品也有个性。

个性化的需求通常是企业非常看重的部分，要采取措施使之尽量满足；再次：要善于运用公司的资源为项目提供尽可能多的支持，比如总部的技术支持，同事间类似行业项目的交流、公司高层的支持等。

篇二：ERP项目实施经验总结ERP项目实施总结一、需求调研：1、调研工作不够细致，对某些特殊业务的理解程度不够深入，造成以下几种情况：A：在实施过程中拖延工期；B：按照原定方式设置后，业务无法流转，导致数据基础数据录入后的返工；C：需要二次开发才能实现的功能，无法变通，导致加重实施工作的难度，甚至会延误工期；这些情况的发生都会使操作人员产生抵触情绪，严重者会引起双方的矛盾，不利于项目的顺利实施。

2、在调研过程中一定要做到全面细致，尤其是对用户的比较特殊的业务，应详细的了解业务的操作流程，并收集相关资料，调研结束当天就应根据纪录，经调研小组讨论后，出具相关调研总结；调研工作的不到位会直接影响到的签订，双方责任的明确、以及软件功能的界定。

3、必须有明确的需求，一般我们的客户是在我们业务人员的极力推动下上ERP的，在现有产品条件下不可能象SAP那样满足用户的所有需求，所以实施人员必须了解用户的关键需求，如：是资金积压太多、还是市场预测不准。

满足了关键需求项目就算成功了一大半，能够比较体面的结束项目。

4、搞清楚哪些问题在ERP中处理哪些问题不能在ERP中处理。

用户曾经提出这样的需求：能不能自动测量储油大罐中油的容量，实际上这是自动控制方面的问题，肯定不能放到ERP中。

5、由用户在消化软件的基础上设计自己的业务流程，实施顾问给出改进。

因为用户对自己的业务是最熟悉的，执行起来也比较方便。

6、项目调研虽然重要，但由于在调研时，初访者对ERP的认识是很有限的，也不懂软件功能，经常会出现问非所答，所以调研报告的水分是很高的，只能作为实施过程的参考，并不能按调研报告去实施，否则实施过程必会出现过多的反复。

调研报告水分高的另一个致命原因是被访者报喜不报忧。

二、系统初始化：1、正式初始数据之前，发现基础数据准备不够充分，从而加重了实施过程中劳动强度；甚至在整理过程中，用户才发现自己的账目比较混乱，比如：有时产生仓库账和财务帐不符，仓库账和实物账不符等，这些都可能拖延实施的进度。

2、在初始数据过程中，对用户的各种数据和业务，要做出正确的分析和判断，尽可能发挥软件的优势，避免返工。

3、不要轻易答应用户将老系统中数据转入新系统，否则可能会加重实施人员的工作负担，造成数据不准确性隐患，而且有时一些不正确在当时可能不被发现，从而对以后的维护工作带来难度。

如果确实需要通过sql或小工具导入，一定要反复做测试。

4、千万不要替用户做初始数据和初始化，不管企业有何理由。

这顶并不漂亮的帽子会使用户只知其然而不知其所以然。

5、部分操作人员的重视程度不够，在准备数据或录入数据过程中，工作不够认真、仔细，可能产生大量的重复性录入。

所以我们应要求企业建立审核机制，做为实施顾问，要经常在软件界面中查询相关数据，帮助分析数据的正确性，发现错误及时纠正。

6、在初始化时，注意权限设置，像维护工具、各个系统的系统参数设置、基础数据维护、单据记帐等功能权限不要赋予无关的人员。

项目组织：1、ERP项目是“一把手”工程，而不应仅是电脑室的工作，而且用户的项目负责人至少应是副总或相当于此级别的人员，如果项目负责人不能在项目实施中，发挥领导作用，会产生部门之间的责任不够明确，造成部门之间相互推诿，推卸责任，互相踢皮球。

2、企业认为上ERP完全由软件公司一手承担，他们只是配合角色，这是不对的客户高层领导必须重视，领导的重视并不是停留在口头上的，也不是非要亲自学计算机、学软件。

而是要在总体上安排计划，协调人力、物力资源。

而不是“你们帮着做吧，一周向我汇报一下就可以了”。

3、我方项目组的分工要合理搭配，让项目组每个成员在这个项目上能感觉学习到新东西，工作量可以适当的再饱和一些，给每个人任务完成的最终时间，把他们的积极性调动起来，同时也要给他们一定的压力，一个项目的成功与否，是一个团队的共同努力，光靠项目经理自己是不行的，注意调动内部和外部的力量。

项目管理1. 重视项目周报的编制质量和及时性。

项目周报是对每周项目进展情况的正体反映，涉及实施、开发、项目管理、商务等方面。

所以对周报请大家高度重视，如果周报上反映的问题，相关人员没有及时响应或反馈意见，比如需要商务经理协调的问题，大家反映了，商务经理没有响应，那出了问题，是商务经理的责任，但如果没有把问题及时反映，那出了问题就是项目经理的责任，所以说，不要认为周报写了也没有用，尤其是需要我们公司开发、高层领导协调的问题，一定要在问题刚暴露时就要反映，不要报喜不报忧。

周报不仅仅是给客户看的，对不方便客户了解的内容，大家可以一式两份，其中一份给客户，另一份给公司，比如对开发进度的要求、项目团队内部问题等不方便客户了解的内容，可以单独一份发给公司。

周报上尤其是跟计划的对比，请大家多花点时间考虑一下，如果拖期到底原因是什么，我们项目拖期很多时候都是由于不重视计划，不仔细分析拖期原因，结果最后就拖长了。

对周报的报送时间请大家注意，既然我们规定是周一上午报送，就应该按时报送，这本身也是体现项目经理的项目管理水平的一方面，并且我们周报是要求对方项目经理每周签字的，如果是上周的周报每次都是周二才给客户签字，客户原意吗？这次在石家庄办事处的信息栏上，我看到河北区三位同事因为没有按时交总结，被罚了50元钱，我想对于文档报送的及时性，我们虽然不会去罚钱，但将来在项目考核上应该有所体现。