关于IT企业组织架构的一些思考

今天早上看到一篇文章《渡过生死线：一段恩怨，一段商战》里面讲的是金山网络的一些事情，虽然有软文的嫌疑，但是里面说的有几点我觉得非常认同。

先谈谈一般公司的组织架构把，传统的软件企业的组织架构是水平的，涉及和跨越多个部门，例如下面的一个企业的组织架构（虚拟出来的，说明而已）

 

首先层级非常多，从CEO到最终的开发人员，中间估计有6级别，比较臃肿

假设开发一个产品，那么需要至少5个部门之间的配合，同时各个部门还有其他需要开发的产品，虽然每个部门之间的职责非常清楚，但是沟通成本很高。

 

比如两个产品，都是由研发部门负责开发，研发部门自己还有自己内部的技术类项目，优先级怎么安排。同时两个产品的产品团队，可能由于研发团队的资源不够，就互相抢资源去做。在绩效考核上，每个部门考核的重点不一样，比如产品部门重点考核产品的用户体验，研发部关注的产品的bug情况，运营关注的是产品的数量，销售关注的产品的价格和销量，财务关注的产品的成本，由于每个人只站在自己的部门考虑问题，就造成两个部门之间可能存在利益冲突，比如产品设计师把产品设计的非常好，导致开发成本比较高，可能导致研发部门bug比较多，研发部门就千方百计和产品部门讨价还价，砍需求。运营部门觉得我还有更重要的产品需要运营，你这个产品优先级不高，财务部门觉得这个产品不赚钱，兴趣不大。最后怎么办，把问题上升，让一堆不了解产品的老大做决定，如果老大都决定不了，在反映在ceo那里，ceo那里在进行协调。整个流程讨论下来，黄花菜都凉了

 

那