第3节 陷阱三：矩阵结构很迷人

矩阵组织意味着对传统层级式组织的修正。传统组织总是有很多的竖井和饼层，很多命令与控制级别。有些矩阵组织的成功似乎很简单，他们只是把原先简单的命令与控制复杂化。这就好像节食者问他的医生，他该在饭前还是饭后吃规定的食物。并不是每个人都能理解：矩阵应该窄一些、简单一些，能够代替传统性组织，而不是再往上面增加负担。很迷人，是不是？

巨型化随之而来的总是复杂化。大部分巨型化公司通过设计复杂的系统和结构来应付这种复杂化。一个传统的寿险公司转变成了七个维度的矩阵结构。有的组织单元要面对产品、地域、顾客(按类型分)、顾客(按字母顺序分)、功能、渠道和行业。因此，它雇用了更多的员工使自己能够把握、控制这种复杂化，而这就是错误之源。这种解决方法与员工的天性是不相符的，其矛盾显而易见。一方面，规模导致了复杂化，而用一套复杂的系统或结构作为对策是十分不合理的；另一方面，要想使一家公司正常运转，非常关键的一点就是要让实际做事的每个员工了解公司事务，而这意味着要使事务简单化。

◆令人头痛的矩阵结构

公司的规模一变大，就必然带来复杂性。而大多数公司对付复杂性所采取的手段都很类似，就是设计出复杂的制度和结构。矩阵是一个听起来似乎相当合理的理论，它具体是指一旦一家公司开始经营多种业务，它就不得不调整以前那种最简单的职能型结构，即财务、销售和生产，它的精力要分散到多个重点上，也就是矩阵的次元扩大。它能够依据生产类别来组织，也可以依据细分市场来组织，还可以依据自身的生产基地或销售网络的地理位置来组织。当然，财务、销售和生产这一套基本职能肯定还不能就此抛弃不要了。但是，如果公司想把以上所有这些都包容到它的正式组织结构中，那么至少就有一个四维矩阵，而这在逻辑上将会是一团乱麻。

矩阵结构……唔，我想，用程序设计来打比方会让人更明白些。我并不是一个程序设计专家，事实上，我对程序设计只了解那么一点点。但这并不影响我的叙述，因为我了解大多数程序设计系统的基本设计思想。我要说的正是这个东西。举个例子吧，管理信息系统。在设计一个管理信息系统时，是以模块化的思想来进行的。这种模块化的思想有几个基本原则，其中一条就是：一个子程序绝不能有一个以上的母程序。这条规则避免了模块与模块之间的混乱复杂，使程序的运行清楚可行。但这正好与矩阵结构相反。一个管理信息系统就如同

「如章节缺失请退出#阅#读#模#式」

你看#到的#内#容#中#间#可#能#有#缺#失，退#出#阅#读#模#式，才可以#继#续#阅#读#全#文,或者请使用其它#浏#览#器