- 相关推荐
erp系统工作年度总结
总结是指对某一阶段的工作、学习或思想中的经验或情况进行分析研究，做出带有规律性结论的书面材料，通过它可以全面地、系统地了解以往的学习和工作情况，让我们一起认真地写一份总结吧。但是却发现不知道该写些什么，以下是小编精心整理的erp系统工作年度总结，欢迎阅读与收藏。
erp系统工作年度总结1
自进入ERP咨询实施行业以来，一直都在不断地学习、实践、总结，不断地在项目中经历着痛苦抑或者快乐的磨砺和蜕变，痛并快乐着是我很长一段时间以来的真实感受。从一个懵懂而又充满激情的青年学生，经过技术支持顾问到ERP实施顾问再到ERP管理咨询顾问的转变，个中感受，每每回想起来，颇有一番滋味。
回首起来，这9年间，共经历了3个主要的发展阶段：
一、 技术支持工作为主的工程师
20xx年有幸进入某台资企业，并幸运地（至少当时应该是）得以有机会参与，后来主导整个企业的ERP项目实施与后续的技术支持工作。当时是从工程设计职位转行作ERP实施，当时行业的工作经验应该是从零开始，好在有台湾的咨询顾问指导，尽管如此，还是走了很多弯路，碰到了很多问题，其中很多问题现在在项目实施过程中仍然时时会遇到，几乎项目管理中的典型问题都曾遇到了，只是当时没有系统学习过项目管理的知识无法给以准确的总结罢了。现将当时所遇问题列举如下，算是对当时工作做一个小结了：
1.项目范围问题
首先是实施模块的界定，其次更重要的是实施这些模块带给整个企业的价值点，这个就是范围，也叫边界。ERP是一套管理系统，或者称之为管理工具，它一定要给企业带来价值，但是需要带来哪些价值？体现在哪些具体的职能部门？哪些作业流程上？这个要界定清楚，需求看起来很宽泛，但需要细化分解到每一个可以执行的层面，只有将边界搞清楚了，实施才有目标，才有的放矢，才便于项目的最终验收。
台湾顾问在此方面的确很有经验，调研做的非常仔细，项目范围说明书也做的非常细致，而且一定要企业的高管签字确认。
2.项目时间管理问题
谈及时间管理，台湾顾问在时间上的确做到不错，提前有计划确认。但对于企业而言，配合实在是难以如愿。直至后来咨询方提高了顾问人天费用后才予以重视，这个对于我后来从事实施工作的计划性有很大的助益。——没有计划，就难以分清工作之轻重缓急，虽然计划跟不上变化，但计划一定要强化执行，尤其对于顾问方，一定要坚持与客户方确认，督促客户制定相应的考核制度以作保证！
3.项目沟通问题
在甲方作项目经理的这段时间，使我印象很深刻的'就是：所有项目相关的事宜均需书面表达，并顾问方、企业方确认，让当时是客户项目经理的我由感觉繁琐到接受确实经历了一段时间。
4.项目经理授权问题
这里指的是企业方项目经理的授权，在项目开工之初一定切记要跟企业方的高层沟通清楚，项目经理的人选很重要，对其做出的授权是否到位更重要。一个企业的网络管理员很难相信能做好各强势部门间的沟通协调，在管理基础尚好的外资企业尚且如此，况私营企业乎？当时的我就是因授权不到位，吃了不少苦头。最后还是靠顾问支招，才得以度过内部协调这道难关！
5.问题
要充分地调研，多层次、多角度地考虑业务流程重组对企业现有管理模式的冲击和影响，否则可能会埋下诸多项目失败的地雷，或许说严重了些，但我确实遭遇了：单体企业的核算突然变成了类似多体企业的事业部制核算，给ERP的业务处理着实造成了不小的混乱，如果抗不住只能改回原来的模式。——早知如此，何必当初呢？换言之，若要改革，何不坚持到底？孰优孰劣、孰是孰非，事先一定要搞清楚。
6.项目风险问题
任何管理变革项目都有风险，因为它是在进行变革，ERP项目更是如此。在项目规划之初就要充分考虑到各种风险，有评估计划和应对措施。项目实施过程中，风险高的事项一定要谨慎行事，即使工期稍微延迟一下，倘能控制风险那一定值得。
费用超预算了、组织人员变更了、项目经理更换、需求变更、高层失察、顾问更替了……
7.验收标准问题
这点是有教训的，当台湾顾问拿着厚厚一叠项目范围说明书需要高管签字的时候，估计没有哪个领导会认真阅读，但正因如此给验收工作埋下了隐患，顾问方和企业方在验收标准问题上的巨大分歧，导致项目验收整整延期了一年半！教训啊。
总体而言，在企业（甲方）4年时间内，还是学到了很多很多项目管理和ERP的基础知识，对后来介入ERP咨询实施顾问这一行当算是有了一些起码的认识和铺垫。前车之鉴，后事之师嘛！另外在企业的好处就是能有诸多机会与一些管理层的人员深入交流，学习他们的管理技巧和在这个行业的通常管理规则和要点。
二、 ERP软件实施顾问
自20xx年进入金蝶软件（中国）有限公司，算是正式加入了ERP软件实施顾问的行列。在金蝶的几年左右的时间里，接受了良好的职业训练和项目历练，对一个从甲方企业到乙方管理软件公司的人来说，努力改变自身定位，适应新的工作模式是非常重要的。概括来说：
1.由甲方变乙方
这个主要是思维定位和工作定位的转变。俗语“屁股决定脑袋”，甲方变乙方，一下子好像难以适应。记得最初实施项目的时候，似乎老是在甲方还是乙方之间转换定位问题，有了换位思考，最终还是要作乙方的。
2.快速适应多项目实施的工作环境
在企业做项目经理，面对的只是单个的项目，工作计划、时间调度、资源控制都是围绕一个项目展开的，项目环境相对单一；在管理软件公司，顾问必须学会同时面对多个不同的项目，模块配置不同、项目基础不同、需求各异、项目实施与控制策略也必须不同。好在有了一些之前工作的基础，后来总结出几点：
首先：要将手头的项目按照行业抓住共性，即行业性，归纳总结出该行业共同的管理特点、业务需求、行业特色，同一行业的项目即可基本套用了；
其次：重视同行业不同项目的个性化需求，没有完全相同的人，也没有完全相同的项目，即使是同一个行业，做相同的产品也有个性。个性化的需求通常是企业非常看重的部分，要采取措施使之尽量满足；
再次：要善于运用公司的资源为项目提供尽可能多的支持，比如总部的技术支持，同事间类似行业项目的交流、公司高层的支持等。
erp系统工作年度总结2
一、需求调研：
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元钱，我想对于文档报送的及时性，我们虽然不会去罚钱，但将来在项目考核上应该有所体现。
有时我们觉得周报编制比较费时间，建议每天可以抽出10分钟时间记录一下当天项目情况，周末时汇总整理一下，编写速度会加快，另外，从锻炼和培养的角度，项目经理也可以让实施经理写周报，项目经理最后审核补充。
2. 合理控制需求。在项目实施的过程中，企业肯定会提出这样那样的新需求。在满足企业要求时，要以合同为依据，量力而行，少承诺，重信用。客户满意是我们的目标，但这种满意必须是建立在客户合理的预期基础上。我们必须明白，把客户的满意率从80%提高到100%所付出的成本远比从0%提高到80%高的多。
3. 对于客户提出的需求，不要轻易的答复能做或是不能做，跟开发经理或产品部商量后，如果不能做，一定给客户一个让人接受的理由，不要简单的说‘NO’。
4. 具体问题具体分析，不要什么事都凭经验去做，有时，仅凭经验做事会发现，经验会让你错误。
5. 项目组要进行‘走动管理’，不要用户打电话给你或者反映给你了才到现场，平常即使用户不反映问题，也常到现场走走，询问一下各岗位有无问题，使用情况怎么样，甚至有时拉拉家常，这样做一方面可以及时发现问题及时解决，避免小问题变成大问题，另一方面可以增进与用户之间的感情交流，拉进距离，双方熟悉了，互相信任了，出现问题后，用户也不会出现过激的反应。
6. 对于做ERP项目，做为软件方，我们可以跟客户进行协商、探讨，但是也不能什么事情都依着客户，我们有自己的实施方法、有自己的项目管理方法、有其他客户成功和失败的经验教训，在这些方面，客户需要听取我们的意见，比如在实施范围、进度、实施方法方面，这方面要多跟客户沟通，以我们为主。
7. 为保证客户数据安全，防止不必要的数据泄密，发生双方法律上的纠纷，建议在项目组内部建立客户数据保密制度，可参考如下：
客户的数据在没有项目经理允许的条件下，不准项目组成员随便拷贝、传输给项目组以外的人员（包括公司内部人员）作测试、模拟以及其他用途。 对于客户的数据界面，除非得到客户方项目负责人明确书面同意，否则不允许用客户的数据作对外演示使用，也不允许在说明书、宣传材料中直接引用，当然，在改动客户数据资料，以非真实数据可以引用。
不允许将其他客户的数据在另外一个客户的服务器上恢复后作测试、演示使用，如果确实需要作测试使用，只能专人专管，并且只能在我们自己的机器上作测试用，并且绝对不要让客户知道。
对于为了解决客户问题，确实需要公司开发人员对客户数据库作测试分析这种情况，发到公司的数据库必须专人专管，尽量不要放到公司公用服务器上，可以放到个人电脑上，一旦不使用后，立即删除。
不要在一个客户现场，太多的谈另外一个客户的一些业务流程以及机构设置、人员关系等情况。
现场实施人员在帮客户设置权限时一定要注意严格设置功能权限和数据权限，尤其是配方、工资、财务、销售方面的数据，不该设置的权限一定不要随意给客户设置，最好让客户有严格的权限申请流程，由专人来设置。
【erp系统工作年度总结】相关文章：
erp系统是什么03-23
erp工作总结06-18
erp项目总结02-25
ERP培训总结04-15
ERP工作总结15篇11-13
erp工作总结(15篇)04-04
水利系统年度工作总结01-03
ERP营销总监工作总结03-08
erp沙盘模拟总结01-22