请教——流程、组织架构、职责，谁先谁后

cyrus_cwh

好久没有来论坛了，都快忘了密码了。是自己不求上进了？反思中！
组织架构-流程-职责
流程是部门和人完成的，如果没有配备相应的人力，流程订得多复杂多好也是白搭。
订完流程后应该在日常的工作中加以完善，这个时候就该倒过来了。应该因应好的流程对组织架构和人员职责进行小修小补。

rshengtao

个人认为，一个公司应先有组织架构，整个框架定了之后再有岗位职责说明，最后才是各个板块的业务流程。
当然我是站在成长中的小企业的角度看待的，因为一个公司从几十人发展到几百人，整个组织架构是“远景”，岗位职责可以由“宽泛”到“精湛”，而业务流程也是随着岗位职责的不断细分而变得越来越明确详细。

xia_xx

正想这问题呢，来学习

feng333

一般公司是先确定结构、部门、再定流程。。。。。未来面向客户为导向的企业，必然是先确定流程、再确定结构、再定部门、再定职责。。。

黑白天空

SMTIE 发表于 2011-5-20 08:06
对制造业而言
产品定工艺，工艺定流程，流程定部门，部门定岗位

我比较赞同这样的说法

gongmingya

公司层面的组织结构框架图，在确定部门之间的流程，各部门在根据流程定岗位，最后编写岗位职责书。

fish1

首先，部门肯定是先确定的，即使是企业在规划期，创始人也会有一个大概的概念。例如财务、人事、生产、销售、采购这写功能模块以及相关的部门肯定都是已经定了的。无非就是多和少的问题，是不是一人多职的问题。
然后在有人、有部门的基础上才能讨论流程。同样，目前的流程和部门之间的关系也基本上是相对固定的。例如接收订单，要么是销售、市场、生产，貌似不会有人说是财务或者是人事。产品加工的负责部门，也不会有人提生产以外的部门，售后服务也不会有人说是让财务去做。
流程讨论基本清楚了，才有职责和具体的岗位设置。
当然，在讨论流程的过程中，可能会对组织结构进行休整，合并、新增、裁撤部门都有可能

以上为愚见，仅供参考

gzzhangjing

我认为流程、组织结构和职责（包括部门职责和岗位职责）都是相互关联的模块，不能相互割裂。做项目应该将项目目的放在最前面，不是技巧的问题，是管理理念的提升（国内很多企业由企业家的性格决定，所以很多时候是在对企业家进行洗脑）。从上往下考虑，战略应该放到第一位，由战略来确定组织结构，不同的企业规模规模和发展阶段，组织结构不同，个人认为企业发展阶段中，6000万是一个门槛，1亿是一个门槛，10亿左右是个门槛。设计完组织结构之后再说流程和人力资源。我认为一家成长期的企业，人力资源更重一些，较为成熟的企业，流程优化甚至是流程改造的问题可能会多一些。我看你的问题，上来就讲职责，组织结构确定之后，部门职责及部门绩效指标已经确定了。部门职责确定之后，用流程将部门串起来，流程做完之后，才能进一步确定人力资源的岗位职责（也就是定岗定编），流程的具体实施效果往往是被忽略的部分，人力资源的绩效考核正好可以用来保证流程实施的效果。

gzzhangjing

我认为流程、组织结构和职责（包括部门职责和岗位职责）都是相互关联的模块，不能相互割裂。做项目应该将项目目的放在最前面，不是技巧的问题，是管理理念的提升（国内很多企业由企业家的性格决定，所以很多时候是在对企业家进行洗脑）。从上往下考虑，战略应该放到第一位，由战略来确定组织结构，不同的企业规模规模和发展阶段，组织结构不同，个人认为企业发展阶段中，6000万是一个门槛，1亿是一个门槛，10亿左右是个门槛。设计完组织结构之后再说流程和人力资源。我认为一家成长期的企业，人力资源更重一些，较为成熟的企业，流程优化甚至是流程改造的问题可能会多一些。我看你的问题，上来就讲职责，组织结构确定之后，部门职责及部门绩效指标已经确定了。部门职责确定之后，用流程将部门串起来，流程做完之后，才能进一步确定人力资源的岗位职责（也就是定岗定编），流程的具体实施效果往往是被忽略的部分，人力资源的绩效考核正好可以用来保证流程实施的效果。

石景山逍遥游

流程一定是优先的，没有流程根本不知道怎么做才是好的。其次组织架构和职责