6 业务部门应与技术支持部门紧密配合

    笔者认为，如果没有ERP，信息技术部门永远不可能真正成为企业运营的一份子，而总是以一个协助者的形象出现，而且多数时候，很少有销售或者是管理部门会主动地与他们沟通，那么理解公司的运营流程简直就是不太可能的事情。ERP是一根红线，它也是使业务与IT结合的红娘，ERP系统的充分开发和利用使得销售、人、财、物充分意识到了IT技术的力量，这是任何沟通都不能替代的真实感受。配置修改、报表开发，技术部门也在不断的需求满足过程中，锻炼了自己的队伍，逐渐熟悉了企业业务流程和各部门开发需求书背后真正的需求目的。作为实际工作的参与者，当看到一次次开发的成果极大地解放了生产力，提高了数据的质量，当年小学课本中的那句培根的名言总是在笔者心中油然而生: “知识就是力量！”

    7 加强系统开发及测试工作的专业化和规范化

    信息系统的开发过程要制度化，目的是为了最大限度地提高系统开发的工作效率，尽量减少和避免错误的发生。

    简单归纳分为以下几个阶段:

    1.需求分析及确认（开发人员和相关业务人员进行沟通，形成需求分析文档）。

    系统开发的第一阶段尤为重要，它就相当于河的源头，如果被污染了，河的下游也不会好的。不但浪费开发资源，而且对实际业务也只能是弊大于利。

    完成了需求分析书后，要求业务部门进行书面再次确认与签字。这样做不但是对需求调研的一个阶段性确认，也是需求提出部门再思考的一个过程，切实保证源头的纯净，并在开发过程中做到有章可循、有法可依。

    2.系统设计（可细分为概要和详细设计，形成技术文档）。

    人们常说：“管理出效益”，ERP系统也不例外！它是一个智商很高、能力很强的“好员工”，但是教它如何适应市场环境、适应团队整体步调、根据不断提高的管理需求调整自己的出击方向，就必须依靠管理。“只有不断打磨的利器，才有可能路上商战的变化，适应商战的需求”。

    3.系统开发（主要是编码和局部测试）。

    4.系统测试（由业务人员进行全面的详细测试，形成系统测试文档）。

    测试文档的核心部分就是业务情景，没有多元化的业务情景就非常容易在实际上传生产系统后出现问题和漏洞。所以测试文档必须是涉及各模块联写，务必做到详细、周全，尽量通过业务经验把可能出现的情况一一道来，一一测过。笔者在实际系统管理中，就经历过由于测试没有“尽善尽美”而导致后续的数据垃圾清理起来颇感头痛的问题。

    5.系统验收（由ERP核心管理部门成员、相关业务人员和开发人员参加，形成系统验收报告文档）。

    6.后期维护（可能有一些小的修改，但不应有架构性的改动）。

    在中小企业的实际管理过程中，如果没有充足的人力资源支持，至少在第一阶段和第五阶段，ERP核心管理人员、相关业务部门人员和开发人员一定要进行阶段评审，确保业务需求的正确性、合理性、可行性和实用性，保证系统的开发和公司的管理需求及业务流程的改进、优化思路相一致。

    8 建立数据安全保障体系

    有了以上的七大基础保驾护航，日常的运营应该是比较顺滑了，但是未雨绸缪的意识在信息高度集中化、IT化的今天是至关重要的。试想，在你毫无防备的一天，突然间系统瘫痪了，整个公司成了一头没有眼睛、耳朵的大象。别说去打仗，不踩死自己人都是一件很难的事情！所以说，数据安全保障体系的建立就是在ERP系统运营平稳后的一项大事。

    ● 数据备份要字当头

    有条件的企业可以选择专业设备实时备份，中小企业由于资金压力大，无法做到实时，但每天的备份是必须的，而且建议最好能够进行异地备份，否则一旦出现问题，企业将面临停止运营的巨大危险。

    ● 安全演习不能放松

    不定期组织临时灾难恢复演习，核查数据、总结经验、完善灾难恢复体系，防止可能发生的一切相关问题。

    ● 备份单据必须抽查

    备份单据是数据丢失后的惟一补录依据，所以，上到采购合同、下到发票清单，全部都要不定期抽查、通报。这个工作必须长抓不懈才可以有效地避免可能给运营数据带来的危险。