EAS组织架构实施指南new.docVIP

EAS组织 架构实施指南 修改记录 Ver. No 修改日期 作者 审核人 修改要点 1.0 2007-10-18 朱涛 初始版本 1.1 2008-1-14 朱涛 增加第七节，补充说明组织架构设置的一些细节事项（反面案例），并针对如何调整组织架构进行了详细说明。  一、前言 EAS组织架构是EAS项目实施中最先需要考虑的重要内容。之所以组织架构的地位特别重要，主要是因为，一：EAS组织架构涉及的内容非常广泛，它是EAS中所有业务开展的重要维度和载体，跟EAS所有业务系统有密切相关；二、规划组织架构的过程实际上是为企业用户拟定管理模式的过程，所以组织架构规划的好坏直接关系到用户在EAS中的应用效果，尤其关系到集团企业的集团管控目标是否能达成的问题。 本文主要针对实施人员，提供组织架构实施的一套思路和方法，引导如何在项目中替用户合理地设置组织架构，并提供了一些实际的例子作为参考。 本文的重点并不是解释EAS组织模型的理论，而是描述如何在项目实施中更好的结合客户实际情况更好的实践EAS组织架构。侧重点不是解释EAS组织模型为什么会这么设计（why），也不是解释EAS组织模型的来龙去脉，而是解释如何使用EAS组织模型（how）。关于EAS组织模型理论方面的详细内容，请参见《EAS组织架构详解》。  二、常见的问题和容易犯的错误 EAS的业务组织是业务运作的主体，各种业务政策的制定、业务流程的流转都需要以业务组织作为载体。EAS的业务组织是以为业务流作为区分的，因此分了比较多的类型，一共有八类：财务组织、库存组织、销售组织、采购组织、成本中心、利润中心、HR组织和管理单元。 主要常见问题： 在EAS项目实施的过程中，除了HR组织和管理单元概念上比较深入一些，其他的业务组织的识别并不是一个大问题，根据名称顾名思义都能把这些组织识别出来，但是主要的问题还是有几个： 1、业务组织的粒度不好区分：管理单元到底应该划分成多大？销售组织、库存组织应该划分多细的粒度？等等； 2、业务组织的位置不好识别：例如：应该在什么地方标示HR组织？库存组织？采购部应该设置成采购组织吗？一套班子做多套事怎么办？等等； 3、组织的关系分析不清：例如：库存组织和行政组织是什么关系？怎么对应？什么是汇报关系？什么是汇总关系？我在设置的组织架构是行政架构吗？还是管理架构或者法人架构？等等； 主要常见错误： 另外，在为客户规划组织架构的时候，还有一些比较容易犯的错误，最主要的是全局思维不够。这个全局思维不够表现在几个方面： 1、因为实施时经常分几期上线，所以开始制定业务蓝图的时候没有从全局的角度考虑组织模型的实施，最后可能发现财务要求的组织架构和供应链、HR要求的组织架构不一致，有冲突。 这个就是把EAS的各个业务系统分开考虑，没有重视各个业务系统之间的联系和整体性。不重视EAS个业务系统的整体性实际上也就是没有重视EAS各个业务组织之间的联系性和整体性，把各个业务组织间的联系给割裂了，这样分开考虑一种种单独的业务组织，在后期整体上线的时候，或多或少就会发现一些冲突和不足，或者导致业务无法继续下去； 2、以为组织架构仅仅是组织架构，没有深入分析业务，没有认识到EAS组织架构实际是EAS整个业务流的重要的纽带。设置EAS组织架构跟管理模式、工作流 审批、参数设置、报表统计、成本核算等等几乎所有业务都密切相关。如果没有在调研过程中，结合用户的业务仔细分析，组织架构的规划往往是不够深入的，最终往往会卡在某个业务的功能点上，流程不畅。 上述常见问题和错误都是经常在实施中碰到，本文下面的部分主要是针对这些问题给出一些解决方法和思路。 三、一些总体原则 EAS的组织模型具有系统性，绝对不是一个简单的基础资料。所以组织架构在实施阶段规划的合理性决定了以后业务系统的成败，它几乎涉及到EAS的所有方面，设置组织架构是个系统工程，全局性的，必须高度重视； EAS组织模型的扩展性和灵活性很高，但是这种扩展性和灵活性带来了复杂性，不当实施的效果无可预料，好比一盒积木能搭出什么样的形状，无法预知； EAS组织模型的标准理论和实际产品的实现有一些细微差别，主要是指某些功能在组织模型中已经体现了，但是业务系统中还没有完全支持，这一点实施的时候要注意，理论和实际有差别。 以下是在实施项目中规划EAS组织架构非常重要的几点总体原则： 第一：要敢于怀疑用户的说法 用户对于组织架构的理解是非系统性的、非理论性的，是经验性的，甚至是偏差的，至少，是非EAS组织模型性的。所以一定要怀疑用户的第一说法，并且加以引导和刨根问底； 例如，用户说：我们是事业部制管理的……真的是吗？