实施报告总结(优选5篇)

实施报告总结 第1篇

根据市局通知要求，现将我区2016年科技扶贫项目实施情况总结如下：

一、基本情况

2016年我区共实施市级以上科技扶贫项目4个，他们分别是《**良种选育研究及生态养殖关键技术集成示范》、《**猕猴桃产业示范园区建设》、《**乡**村科技扶贫光伏电站》、**乡**村科技扶贫光伏电站》项目，项目总投资350万元，其中，财政资金投入105万元。目前，这4个项目总体实施情况良好，前2个项目已经实施完成，后2个项目正在实施并接近完成。通过以上4个科技扶贫项目的实施，除项目实施单位取得了良好的经济效益，还辐射带动了70 个贫困户走出了贫困，2个重点贫困村摆脱了重点贫困村的帽子。

二、分项目实施情况

1、**良种选育研究及生态养殖关键技术集成示范项目 该项目总投资120万元，其中，财政资金40万元。项目围绕“优质、特色、高效、生态”主题，以产学研结合的方式，通过技术配套、产业链接和集成创新等技术手段，集中整合水产业优势资源和技术，将已有一定规模与产业基础的特色水产品**生态养殖产业关键技术集成并示范，解决特苗种规模化培育、生态养殖、水质调控及疾病防控等技术问题，构建适合本区域特点的特色水产生态养殖技术体系。通过近一年来的实施，已顺利完成了预定的项目内容。

（1）经济效益：通过**良种选育，主养100亩池塘试验，制定**养殖操作规程，经饲养亩产达1500公斤，亩利润8000元，大水现套养**（800亩），亩产150公斤，亩利润新增2000元。经过主养模式的养殖，年**总产量270000公斤，产值810万元，利润240万元，与往年相比增加120万元。（2）技术指标：主养**成活率90%以上，套养**成活率95%以上，与往年相比成活率分别提高8%、12%.针对**的食性、习性、生长等特点，研制饲料配方he系列饲料，通过饲养试验，其产量增长10%，总结适合**区域生态养殖模式一套，发表论文一篇。**生态饲料配方专利正在申请中。（3）社会效益：**生态养殖示范推广3000亩，对养殖人员进行技术培训200人次，带动中等以上规模养殖户20户，帮扶**、**两贫困村贫困户40户，养殖水面2000亩，为他们免费提供各种鱼苗100万尾，下派到各点的技术人员150余次，发放《养殖手册》100户（份），通过对贫困户的“传、帮、带”、“产、供、销”等一条龙服务，户均增收分别达5万元、3万元、2万元，从而带动贫困户脱贫致富。总之，通过该项目的实施，推广示范生态养殖和病害防控新技术模式，提高养殖成活率和抗病性，提高养殖品质和效益，提高良种覆盖率，对促进渔业转型升级和脱贫帮扶发挥了积极作用。

2、**猕猴桃产业示范园区建设项目 该项目总投资120万元，其中，财政资金20元，项目实施地点在**区**镇**村。项目建设内容主要是新建猕猴桃标准园1000亩，其中分红肉、黄肉、绿肉6:3:1分布；带动30名以上贫困户就业。经过一年来的实施，该项目已如期完成了全部项目内容，不仅使项目实施村的农户从流转土地中得到了实惠，还通过实施该项目带动了65名贫困户在示范园区就业脱贫。

3、科技扶贫光伏发电项目 该项目总投资110万元，其中，财政资金45万元。项目内容主要是帮助**乡**村、**乡**村两个重点贫困村分别建设一个60kw光伏电站。项目建成后每个电站年发电量约为60000度，年收益约为60000元，可填补村集体经济的空白，完成重点贫困村脱贫村集体经济要达到5万元以上的目标任务。目前，**乡**村电站建设项目已基本完成，**乡**村电站项目正在加紧施工，预计2017年初可以全部完成项目建设。

三、存在问题和建议

科技扶贫是十大重点扶贫工程中一项重要内容。实施科技扶贫项目是发挥精准扶贫的重要载体，项目经费支持数额不大发挥的作用不小，扶贫效果非常显著。当前科技扶贫工作中的主要问题是科技项目数量太少，在十大重点扶贫工程中影响面较小。为此我们提出以下几点建议：

（1）继续加大对基层科技扶贫项目的支持力度。除了在扶持数额上加大外在项目立项数量上也要有所增加。基层县区要围绕农业产业化开发，围绕农民群众脱贫致富需求，做好科技项目凝练及有关科技项目实施工作，用科技项目为科技精准扶贫工作提供支撑。

（2）充分发挥科技_在精准扶贫工作中的重要作用。结合精准扶贫村产业特色和贫困户的技术需求，鼓励和动员广大科技_，充分发挥技术专长与贫困农户对接，实现技术需求与服务一条龙，为科技精准扶贫提供了技术保障。

（3）进一步抓好科技示范体系和科技专家大院建设，不断提高科技专家大院、科技示范园的示范水平和辐射能力，为科技精准扶贫开发工作起到强有力的带动作用。

实施报告总结 第2篇

项目总结报告是项目管理过程中的最后一个重要文件，项目团队要找出项目和项目管理的成功、失败之处及其原因，研究项目使用过的方法和技术有哪些值得推广。同时，写出项目总结报告，并召开总结会，总结经验教训。

项目总结报告中一般包括如下内容：

1.项目绩效。将项目的完成情况与计划要实现的目标进行比较，来评价项目的实施结果，并提出项目管理的一系列建议。

2.管理绩效。记录项目管理过程中出现的问题及解决的方式，并总结管理经验。

3.项目组织结构。在项目总结报告中，应对项目组织结构的优缺点进行评价，并指出其对项目进展的促进或制约作用。

4.项目团队。对项目团队成员的表现、成员之间的沟通及相互合作精神进行评价.

5.项目管理技术的运用。项目总结报告要对项目中运用的项目管理技术，如预算技术、计划技术、资源分配技术和控制技术等，进行检查和总结。如果这些管理技术运用得不够恰当，不能有效地推动项目的进展，也应在此提出改进建议。

项目总结报告的最后递交，即标志着项目的最终结束.

实施报告总结 第3篇

一、需求调研：

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. 为保证客户数据安全，防止不必要的数据泄密，发生双方法律上的纠纷，建议在项目组内部建立客户数据保密制度，可参考如下：

客户的数据在没有项目经理允许的条件下，不准项目组成员随便拷贝、传输给项目组以外的人员(包括公司内部人员)作测试、模拟以及其他用途。对于客户的数据界面，除非得到客户方项目负责人明确书面同意，否则不

允许用客户的数据作对外演示使用，也不允许在说明书、宣传材料中直接引用，当然，在改动客户数据资料，以非真实数据可以引用。

不允许将其他客户的数据在另外一个客户的服务器上恢复后作测试、演示使用，如果确实需要作测试使用，只能专人专管，并且只能在我们自己的机器上作测试用，并且绝对不要让客户知道。

对于为了解决客户问题，确实需要公司开发人员对客户数据库作测试分析这种情况，发到公司的数据库必须专人专管，尽量不要放到公司公用服务器上，可以放到个人电脑上，一旦不使用后，立即删除。

不要在一个客户现场，太多的谈另外一个客户的一些业务流程以及机构设置、人员关系等情况。

现场实施人员在帮客户设置权限时一定要注意严格设置功能权限和数据权限，尤其是配方、工资、财务、销售方面的数据，不该设置的权限一定不要随意给客户设置，最好让客户有严格的权限申请流程，由专人来设置。

实施报告总结 第4篇

时光荏苒，忙碌的20xx年即将悄然过去，在公司的帮助和指导下，项目部全体员工团结协作，克服了工程建设中的种种困难，以积极的姿态投入到交通集团咸阳基地项目三标段工程的施工建设中，通过项目部所有员工的共同努力，圆满的完成了本工程1#、4#、7#楼及相连地下车库的主体工程，为后续的装饰工程的施工衔接奠定了一定的基础;顺利地通过了省级文明工地的验收;达到了质量优良，无大的质量缺陷，处于受控范围之内;确保了安全零事故的发生。回顾过去成绩固然可喜，可还是要看到工作中存在的不足。因此，我们更要戒骄戒躁，以高涨的热情迎接20xx年。现将本人对20xx年的工作经验及教训总结如下：

一、技术管理总结

1、督促资料员认真落实技术资料的收集、整理、归档等日常管理工作，及时检查、督促有关人员做好原始资料的积累，使施工技术资料在时间、内容、数量三交圈。

2、认真熟悉图纸，了解设计意图，掌握工程特点和难点，正确指导施工。认真审核钢筋料表，经确定无误后安排下料加工;

3、编制分部分项施工技术方案和特殊工序作业指导书。负责解决、处理本工程施工过程中的各种技术问题。

4、作为项目总工，变更索赔的主要责任人，我深知变更索赔工作之重要性。所以我必须熟悉合同、熟悉图纸、熟悉现场、发现问题及时汇报。积极联系监理、建设单位进行现场踏勘、加强沟通。始终本着“变更不分大与小、不分多与少、积少成多”的原则，积极争取到更多的工程量。

二、质量控制总结

1、工程施工实行样板引路、技术交底制度，使工人牢牢掌握各种施工工艺，保证每个工人都能领会操作要令、掌握规范标准要求。

2、严把材料进场关。进场材料必须有检验报告及产品合格证，并认真进行取样复试，杜绝伪劣材料使用，在监理人员的监督下按照规范要求进行取样、送试检验，试验合格后方可用于工程施工，杜绝不合格材料使用到工程中。

3、加强“自检、互检、交接检”和工长的检查验收制度，经检查合格后，报监理签收并做到每工序必验，对出现不合格样品严格执行奖罚制度，提高了工人的责任感，避免因返工造成的工期拖延和材料浪费。

4、合理安排工序，建立对模板、钢筋、混凝土的成品保护规章制度，在施工中认真贯彻落实。

三、技术质量通病分析总结

在施工过程中，我经常深入到工程项目每一个角落，及时准确地纠正工程中存在的质量问题以及细部作法不完善不到位的地方，并督促其认真整改。工程验收中不怕得罪人，对不按程序办事、不符标准放行的行为坚决予以抵制，同时，根据现场施工实际情况，有针对性的总结了几个方面的常见问题的质量通病防治措施，有效控制了个别质量通病的发生，同时提高了工程质量的`预控能力。

模板方面：

在7#楼一二层检查砼外观质量时发现墙柱阳角有锯刺毛边现象，且个别墙柱阳角漏浆现象严重，及时同劳务公司现场分析，并制定了相关措施：在模板支设时，阳角部位相邻夹角方木处加步步井、端部横档杆贴模板处打木楔或大横杆端部加双扣件处理，通过运用此方法，收效很大，在很大的程度上保持了砼外观质量。在1#、4#楼拆完模板后，对砼外观质量检查时发现后浇梁与砼墙面出现涨模、顶部墙板阴角处漏浆(影响现浇结构整体质量)以及飘窗板窗台、窗顶梁时高时低等现象(易造成飘窗窗台标高同层不交圈)。针对以上问题，我们通过现场查看、分析，制订了：后浇梁绑板加固所用方木必须通长，在端部用步步井或螺杆固定

在剪力墙钢销孔内;板墙阴角漏浆、观感差，我们在支顶板模板时，要求操作工人在墙顶与板底阴角交汇处加靠墙板子并用板底方木顶死，防止了漏浆现象的发生;飘窗板窗台不平，因为所用大板所带造型都是固定死的，所以要求混凝土工人在浇筑平板砼时要特别注意标高，宁低勿高，以此来保证此问题的再次出现。

钢筋方面：

在使用木模所在楼号砼是一次浇筑的，所以在此工艺施工下，柱端部很容易出现移位(因为砼浇在板上看不见柱原位置)，随后我们采取了用铁丝拴住柱主筋，检查位置正确后，用钉子固定在板面上，运用此方法后这一现象逐渐被消除。在大板施工时，先绑梁的支撑都是用钢管加丝杠垫木固定的，有些工人成品保护意识差，随便乱拉或在浇砼过程中被破坏，造成此后先绑梁过低、钢筋位置出现偏移、木模合模困难等。随后我们要求钢筋工在所用钢管上刷漆，形成专用钢管，防止被挪用;还要求班组带班班长发现此问题后应及时处理，防止造成后果，否则由此说明其脱岗，应由其自行承担并处以罚款。此现象由此得到了有效控制。外保温方面：

四、进度管理总结

1、编制周、月及阶段性施工进度计划，狠抓落实，周保月、月保阶段，阶段保证总计划落实。发现计划与实际不符时及时分析原因，调整工、料、机配置，确保施工进度计划的可行性和必行性。

2、定期召开生产例会，使施工各方面信息交流渠道畅通，问题及时解决。总结日计划完成情况，发布次日计划;分析工程进展形势，互通信息，协调各方关系，制定工作对策。

3、建立固定的协调制度，当工程施工进入多个专业交叉施工阶段，定期组织召开各专业施工方参加的工程协调会，以协调解决各专业施工方施工过程中的制约因素。

4、生产经理根据当日作业任务，督促劳动力，为防止工种之间由于起重机械的使用发生纠纷以及能高效的完成任务，经常在施工一线给予协调塔吊。

进度目标不足之处：

本工程在主体施工阶段，劳务公司管理配合到位，在三个标段之中进度处于领先地位，但在后期施工之中，由于建设单位月进度款滞后且不及时足额支付、文明工地创建耽搁、劳务公司管理松散、劳动力跟不上以及劳务公司居功自傲管理配合跟不上等种种客观因素造成实际进度目标与原计划不一致。由此对后期的施工部署及安排造成了一定的影响。使项目部对后期进度目标的实施出现任务艰巨及工期更为紧迫等状况。主要体现在以下几个方面，现做一总结，以备经验积累。

1、在主体施工期间，由于劳务公司安排1#、4#楼夜间吊大板的工人仅同一批人，有时由于客观原因形成作业之间会产生矛盾、窝工，两栋楼相邻吊大板时间必须错开，否则会造成一栋楼闲置。

2、主体期间由于钢筋工劳动力不停换人、不稳定以及各个班组操作工人由于各种原因都出现过好几次罢工耽搁。累计至少xx天，(不包括中高考期间夜间施工受阻)。根据项目部安排，浇筑混凝土必须安排在夜间施工，不占工期。而由于各个班组之间工序衔接不很到位，多次浇筑砼出现在白天，耽搁了合理的时间。

3、商混供应不及时、不连续耽搁，由于资金未跟上多次出现停工待料。劳务公司进度目标实施拖延，管理手段不够强硬，导致多次原计划浇筑混凝土时间拖延(给商混厂所报时间多次延误)。出现机械等人、人等机械情况，造成恶性循环、未形成良性互动而造成配合跟不上。

实施报告总结 第5篇

二年前的九月公司开始实施ERP系统，按照项目的计划半年完成实施，但是，直到现在项目还没有正式运行，项目失败的原因是什么？我大概总结了几点供大家参考：

1、帐目不清ERP隹有作为

在企业准备上ERP系统之前，应该先问问高层领导包括自己，我们的账目是否明了？

我们的人手够吗？公司上下有上ERP的愿望吗？我们希望这个项目解决我们哪些问题？

如果这些问题的答案是模糊的，最好别上ERP ERP的成功与否决定了内部的上下一致的愿望和决心，我们公司业务多样，基本上涵盖了工业企业的各种状况，在启用ERP系统之后的6个月，公司的账目一直调整不过来，帐实不符。

同时，保税与非保税物料混在一起。今天怕海关，业务流程要重新调整，明天怕税务，业务流程还要另外调整。长此以往，造成业务数据不准确，核算系统、成本系统都不能投入使用，库存也不准确。这种原因的产生，不是只有我们一家企业会出现，这是中国企业的特色决定的，避这个怕那个，很多帐目不敢公布在阳光之上，上ERP就成了摆设，电脑手工两笔帐，ERP成了一个增加工作量的附加品。

2、信心不足公司很难万众一心

记得一次会议上，我们CEO说：上这套系统还是有用的，万一MRP!行不起来，我们就另外换一套系统。基础资料是整理好了的，到时将各种基础资料引入新系统就行了。

虽然这句话没什么恶意，但是连CEOO对这个系统没信心，下面的员会怎么想呢？

可能在座的所有此时都会打一个大大的问号了。

另外，让公司上下了解上ERP的目的，无形中会增强工作的积极性。由于软件本身的原因，运行过程中的几次错误就引起了我们操作人员的极度不满，这时候就应该告诉他们，是软件就有Bug,我们这套系统是目前国内最好的，能做成这样已经很不错了。在项目启动之初，就应该树立必胜的信心。

3、最好在开始项目之前，完成前期数据准备

对于一些基础数据，例如各种基本资料的编码。我们有必要提前完成，免得拉长项目实施周期。在我公司的ERP^施过程中，我们花了大量的时间整理基础资料。单纯一个物料编码就持续近2个月的时间。还没进入决战，人就疲惫不堪了。没上战场就先交枪了。

4、合适的项目小组成员和高层的信心

我们项目的失败，还有一个很重要的原因，就是项目的总负责人必须是企业的高层，像总经理之类的，只有他们，考虑问题才会从全局出发。项目经理负责整个项目，必须有大量的时间。

我们项目小组组长是财务经理，财务部分实施完成后他就万事大吉了，计划系统你实不实施不关他事。好像事不关已高高挂起的感觉，我们的项目经理是个实权人物，但是办事拖拖拉拉，对企业的ERP建设没什么兴趣。

5、重视ERP理论培训

在具体的操作中，中层管理人员不懂ERP?论，不能制定合理的流程。在系统实施之初，除了进行操作培训外，还应该进行ERP?论的培训。让他们对ERP系统有一个大致的了解。至于操作员，根据操作手册办事就可以了。

6、不能为了财务核算而混乱业务

因为我们的项目小组组长是财务经理，所以，流程的制定就与他有关了。往往简单的业务，为了核算方便，需要将业务复杂化。在实施过程中，我们走了不少弯路。我想，业务数据是基础，没有简单明了的业务就无法保证财务数据的准确性。如果我们取得的不是可靠的数据，那么又怎么可能减少财务的工作量呢？

7、分阶段实施

年轻人都是急性子，付出了努力后，希望尽快看到成果。分阶段实施，能够更快的让相关人员体会到ERP系统带来的便利性。ERP上线，气氛很重要。

8、没上计划系统之前就启用成本核算、车间系统

计划系统的实施是一个长期调整的过程，往往生管人员会有长时间的试运行。如果打算将整个系统分阶段实施，我们可以将计划系统滞后，其他系统可以先上。

9、并行阶段的合理安排

在并行阶段，我们应该以系统数据为准，以手工帐为辅，分清主次。因为两个地方需要入账，加班是避免不了的，公司应该拿出一部分预算，用于奖励关键用户。很多公司加班是没有加班费的，并且在实施过程中又没有任何奖励，所以，员工认为是这套系统拖累了他。虽然项目对公司有益，对他个人就没有多少好处了。（说不定系统刚上线，他就离职了）第一期结账，我们花了近二十天，当然，这也是由于帐务不明引起的。最后，财务为了赶报表，系统帐与手工帐不等也就没有管它。

将疑问一个月一个月的往下拖，这样的直接结果是长时间的手工帐与系统帐并行，增加了工作量。还有一个影响是，操作员永远不敢相信系统帐，系统不能有效的利用起来，启用系统没有成为操作员的工具，反而成为负担。

10、重视数据的准确性，建立必要的奖惩制度

ERP系统是一个高度集成的系统，一个环节的出错将可能导致一系列的错误，所以，对数据的准确性提出了很高的要求。对于操作人员，我们需要一套详细的制度性的文件来规他们的行为。在我司，已经出台了〈〈操作规程》，草拟了〈〈操作员奖惩办法》，但是没有落到实处。目前我司出现的情况是，单据每月都有错，最终用户不能按照〈〈操作规程》进行操作。

编后：上述的几点不仅是简单的一家企业的个别情况，笔者认为这种现象在很多企业都是存在的，也是ERP实施成功率过低的原因，希望企业能够从上述教训中警醒，在您的.企业上ERP不断的提醒自已“上ERP你准备好吗？”