HR管理咨询中，如何诊断并解决企业现行组织架构运行低效的问题？

这事儿说起来挺有意思的。每次跟老板们聊起组织架构，他们的表情都差不多，眉头一皱，叹了口气说：“我们现在的组织架构，感觉不太对劲，效率太低了。”

这话我听得耳朵都快起茧子了。但“效率低”这三个字，其实是个筐，什么都能往里装。有时候是决策慢，有时候是部门之间互相推诿，有时候是明明人招了不少，活儿却没人干。作为HR或者管理顾问，如果听到这话就直接开始画新的架构图，那基本就是瞎折腾。

要真正解决问题，得像个老中医一样，先“望闻问切”，把病根找准了，再开方子。这绝对不是一蹴而就的事，而是一个抽丝剥茧的过程。

第一步：别急着动刀子，先搞清楚到底“低效”在哪儿

很多人一上来就喜欢搞调研，发问卷。问卷不是不能用，但得到的信息往往是失真的。员工在问卷里，不太会说真话，尤其是负面的。所以，我的习惯是先看“硬数据”，再结合“软信息”。

从“硬数据”里找线索

什么叫硬数据？就是那些不会说谎的运营指标。我会先让企业把过去一年的数据拉出来看看，重点看几个地方：

• 流程时效： 比如一个采购申请，从提交到最终付款，平均要多少天？中间卡在哪个环节最久？如果一个审批链条上，某个部门平均停留3天，那这个部门就是瓶颈。



• 人力效能： 人均产出（Revenue per Employee）是多少？跟行业比怎么样？如果人越来越多，但人均产出在下降，那组织里肯定有“冗员”或者“内耗”。
• 决策周期： 一个市场活动方案，从提出到批准，要开几次会？如果一个决策需要8个人签字，那这个组织架构的层级就太多了。
• 财务指标： 管理费用占营收的比例是不是在逐年升高？如果是，说明管理成本失控了，可能存在大量不产生价值的管理岗位。

这些数据就像体检报告里的血常规，能告诉你身体有没有炎症，但不能直接告诉你是什么病。

“潜入”一线，听听大家在抱怨什么

数据看完了，就要开始“闻”和“问”了。我最常用的方法不是开大会，而是找不同层级、不同部门的人“聊天”。这种聊天最好是私下的，非正式的。

你会发现很多有趣的现象。比如：

• 销售部门天天在骂：“研发部门做出来的东西根本不是客户想要的！”
• 研发部门也很委屈：“销售签合同的时候什么都敢答应，根本不考虑技术实现难度！”
• 财务部门抱怨：“报销一个单子，要找5个人签字，其中一个还常年出差。”

这些抱怨背后，往往就藏着组织架构的问题。销售和研发的矛盾，可能意味着两个部门的KPI完全脱节，或者缺乏一个强有力的产品负责人来协调。财务报销慢，可能说明流程设计不合理，或者授权体系不清晰。

所以，在诊断阶段，我的笔记本上记满了各种各样的“故事”和“抱怨”。这些故事比冷冰冰的数字更有温度，也更能指向问题的核心。

第二步：把脉问诊，找出组织架构的“病灶”

收集完信息，我们就要开始分析了。企业组织架构运行低效，常见的“病灶”通常逃不出下面这几种。我会把这些“病灶”整理成一个清单，跟管理层一一核对。

1. 结构臃肿，也就是“帕金森定律”生效了

很多企业发展到一定阶段，管理层级会自然变多。一个基层员工的想法，要经过组长、主管、经理、总监、副总，最后才能到CEO那里。等消息传上去，市场机会可能早就没了。

这种“高瘦型”结构，最大的问题是信息传递失真和决策缓慢。每一层管理者为了体现自己的价值，都会不自觉地增加一些审批环节，导致整个组织反应迟钝。

2. 部门墙太厚，协作成本极高

这是最常见的问题。每个部门都有自己的“小九九”，只关心自己的KPI。比如市场部为了完成品牌曝光的KPI，办了一个很烧钱但没啥转化的活动；销售部为了完成销售额，接了一个利润极低的订单。大家都在努力工作，但公司整体目标却没达成。

这种问题通常是因为组织架构是按“职能”划分的（市场、销售、研发、人事、财务），但业务流程却是跨部门的。架构设计时没有考虑到横向的协同机制。

3. 权责不对等，有责无权或有权无责

这是个特别让人头疼的问题。有些管理者，背负着沉重的业绩指标，但连招聘一个下属、批准一笔几万块的预算的权力都没有。这种“责任大、权力小”的岗位，谁干谁崩溃。

反过来也一样。有些部门或岗位，掌握着重要的资源审批权，但对最终的业务结果却不负责。他们审批的时候可能很随意，因为搞砸了也不用自己负责。

4. 岗位设置与业务流程脱节

有些公司的组织架构图，看着挺漂亮，但跟实际干活的方式完全是两张皮。比如，业务流程是“客户-销售-项目实施-售后”，但组织架构里，销售归销售部管，项目实施归技术部管，售后归客服部管。一个客户的问题，需要在三个部门之间来回转，效率怎么可能高？

这种情况下，往往是“因人设岗”。为了安排某个老员工，专门给他设个“XX总监”的头衔，但这个岗位在业务流程中其实是个“堵点”。

第三步：开方子，设计新的组织架构

诊断清楚了，接下来就是“治疗”阶段。这里要强调一点：没有完美的组织架构，只有最适合当前业务发展阶段的组织架构。

所以，在设计方案时，我通常会遵循几个原则，而不是直接画个图了事。

原则一：围绕“客户价值”和“业务流程”来设计

忘掉那些传统的部门划分吧。先问自己一个问题：我们的客户是谁？我们为客户提供价值的核心流程是什么？

比如，如果公司的核心是快速响应市场，那可能需要建立以“产品线”或“项目制”为核心的矩阵式结构。把产品经理、研发工程师、市场人员、销售捏合成一个“虚拟”的团队，共同对一个产品的成功负责。

这样一来，部门墙自然就被打破了。大家每天一起开会，一起解决问题，协作效率会大大提升。

原则二：让“听得见炮火的人”做决策

这是华为任正非提的，非常有道理。组织架构调整的一个重要方向，就是权力下沉。

什么意思呢？就是把决策权尽可能下放到最接近客户、最了解业务的一线。比如，给一线销售经理一定的折扣审批权和用人权。这样，他们就不用事事请示，能快速抓住商机。

当然，权力下放不代表失控。总部需要提供强大的平台支持（比如财务、法务、IT系统），并建立清晰的规则和审计机制。

原则三：精简层级，让组织“扁平化”

对于大多数企业来说，减少管理层级是提升效率的直接手段。把中间那些“上传下达”的管理层级砍掉，让高层管理者能直接对话一线员工。

这不仅仅是减少一两个层级的问题，更是对管理者能力的挑战。扁平化的组织里，管理者不再是“监工”，而是“教练”和“服务者”，需要赋能团队，而不是控制团队。

原则四：明确角色和责任，用RACI模型

为了避免推诿扯皮，在设计新架构时，我会用RACI模型来定义每个岗位在关键任务中的角色。

• R (Responsible): 谁负责执行？
• A (Accountable): 谁负最终责任？（一项任务只能有一个A）
• C (Consulted): 谁需要被咨询？
• I (Informed): 谁需要被告知结果？

通过这个工具，可以清晰地画出每个业务流程的“责任地图”，确保没有模糊地带。

第四步：落地执行，比设计更难的环节

一个再完美的组织架构方案，如果落地不好，还不如不变。变革总会带来阵痛，如何平稳过渡，是HR和管理层必须面对的挑战。

先试点，再推广

不要搞“一刀切”。可以先选择一个业务单元或者一个区域作为试点。比如，先在一个新产品线里试行新的矩阵式管理。

在试点过程中，肯定会遇到各种问题。比如，双线汇报（既向产品线负责人汇报，又向职能经理汇报）的员工会感到困惑。这时候要及时收集反馈，调整方案，把问题解决在小范围内。

人员的“挪动”和“安置”

组织架构调整，最敏感的就是人。谁上谁下，谁去谁留，处理不好会引发内部动荡。

我的建议是，先盘点人才。基于新的组织架构对能力的要求，重新评估现有人员。对于不适应新架构的管理者，要坦诚沟通，提供转岗、培训甚至体面的退出方案。对于关键人才，要提前做好保留计划。

这个过程需要大量的沟通。要让员工明白，调整不是为了“清洗”谁，而是为了让公司更好地发展，让大家有更好的平台。

配套机制要跟上

组织架构变了，很多东西都要跟着变：

• 绩效体系： 如果原来是按部门考核，现在变成了项目制，那绩效考核就要改成按项目贡献度来考核。
• 薪酬体系： 岗位变了，价值贡献变了，薪酬结构可能也要调整。
• 信息系统： 新的协作模式需要新的IT工具支持，比如项目管理软件、协同办公平台等。

这些就像是新机器的润滑油，缺了它们，新架构这台机器转起来会嘎吱作响，甚至直接卡死。

一个简单的诊断清单（供参考）

为了让大家更有体感，我整理了一个简单的自查表。你可以对照看看，你们公司中了几条。

问题表象	可能的组织架构病根	初步建议
一个简单的决策需要层层审批，耗时数周	管理层级过多，授权不足	梳理决策流程，下放审批权限，减少审批节点
部门间经常扯皮，开会互相指责	部门墙严重，缺乏横向协同机制，职责边界不清	建立跨部门项目组，使用RACI模型明确责任，设立共同KPI
员工感觉“被管理”，事务性工作多，价值感低	组织结构臃肿，非业务岗位过多	精简后台职能岗位，推动组织扁平化
优秀的一线员工流失严重	晋升通道单一，或者有责无权，缺乏成就感	设计多通道发展路径，赋予一线更多自主权
公司规模不大，但“大公司病”明显	过早地采用了僵化的职能型结构，流程官僚化	回归业务本身，简化流程，考虑更灵活的团队制或网络化结构

这个表格只是一个引子，实际操作远比这复杂。每个企业都是独特的，没有标准答案。

写在最后的一些心里话

组织架构的诊断和调整，说到底，是关于“人”的工作。它不仅仅是画几张图，改几个部门名称那么简单。它触及的是权力的再分配、利益的再调整，甚至是企业文化的重塑。

作为HR或咨询顾问，我们有时候像个“组织医生”，有时候又像个“政委”，需要有专业的分析能力，也需要有高超的沟通技巧和同理心。要能理解老板的焦虑，也要能体谅员工的不安。

整个过程可能会很漫长，甚至会有反复。今天觉得完美的方案，可能明天业务一变，又得调整。所以，保持组织的灵活性和进化能力，比追求一个一劳永逸的“终极架构”更重要。

最重要的，是始终记住我们做这一切的初衷：为了让组织里的每一个人，能更顺畅、更高效地协同工作，最终实现个人价值和组织目标的双赢。只要抓住了这个核心，不管架构怎么变，都不会走得太偏。

跨国社保薪税