企业管理的108个问题 · 第16问
上一问我们聊了矩阵式组织结构(第15问),矩阵的核心就是”跨维度协作”。但不管你的组织是职能制、事业部制还是矩阵制,协作一直都是最折磨人的命题。今天我们就来拆解这个问题——高效的内部协作机制,到底长什么样?
每个管理者可能都经历过这种让人抓狂的场景:
你拉了一个跨部门项目群,群里十几个人,项目启动会开得热火朝天。但一周后,A说”我等B的数据”,B说”C还没给我确认”,C说”D那边没回复”。你追了一圈发现——每个人都有自己的”一亩三分地”,你的项目排在所有人的”优先级末尾”。
这不是人的问题,是协作机制没有建立起来的问题。
一、先诊断:为什么协作这么难?
在谈”怎么做”之前,先搞清楚”为什么难”。
原因一:目标不统一——“我帮你,对我有什么好处?”
这是协作失败的根本原因。
销售部门的考核是”签单金额”,技术部门的考核是”系统稳定性”。现在要搞一个需要销售和技术紧密配合的新客户解决方案项目。技术不愿意参与——因为项目做成了,销售拿奖金,技术反而可能因为开发新需求而影响系统稳定的考核指标。
协作的本质是”各退一步的交换”。如果两个部门的KPI毫无交集,他们的协作意愿天然为零。
原因二:信息不透明——“我不知道你在干什么”
公司大了以后,每个人只能看到自己眼前的一小块。你不知道隔壁组在做什么项目、做到了哪一步、遇到了什么困难。
这种”信息黑箱”导致两个后果:
- 重复造轮子:两个团队平行地在做同一件事,花了双倍的时间和资源
- 互相伤害:一个团队改了个接口,另一个团队毫不知情,等发现的时候已经出问题了
原因三:责任不清晰——“这事儿到底谁负责?”
一个跨部门项目出了问题时,最常见的对话是:
“这不是我的事儿,我负责的是前端的页面设计。”
“页面访问量上不去是因为后端接口响应慢,不是我们前端的问题。”
“后端慢是因为产品需求频繁变更,不稳定。”
一圈下来,没有一个人为”最终结果”负责。
原因四:沟通成本太高——“光开会就够了”
有一家500人的公司做过统计:跨部门协作中,平均一个问题需要4次沟通才能达到共识——首次对齐会、各自反馈会、二次对齐会、最终确认会。
算一笔账:一次1小时的会,假设10个人参加,就是10人时的成本。4次会就是40人时。一个工作日没了。
二、建立高效协作机制的四个核心工具
工具一:共同目标——用”北极星指标”把大家绑在一起
如果你的不同团队有各自独立的KPI,永远别指望他们自觉协作。最基本的动作是——在每个跨部门项目中设定一个共同的”北极星指标”,所有参与方对这个指标负责。
比如:一个”新客户入驻体验提升”项目,参与的部门有产品、技术、运营、销售。
项目的北极星指标是:“新客户从注册到首次完成核心操作的平均时长(从7天缩短到3天)”。
参与项目的四个部门,每个人的项目绩效都跟这个指标挂钩。不是”你完成你的那部分,我完成我的那部分”,而是大家一起完成”这个数字”。
这就把”帮不帮你”变成了”我是在帮我自己”。
实战模板: 在公司内部推行”跨部门项目承诺书”——每个参与方签署一份文件,上面只写清楚三件事:项目共同目标、各方的交付承诺、奖励和惩罚规则。签了字,谁也别想甩锅。
工具二:协作SLA——给”响应速度”设一个硬标准
很多协作问题出在”我想找A,A一直不回我”。
解决方案是——给跨部门协作设置明确的SLA(服务水平协议)。
举个例子:
| 协作类型 | 响应时间要求 | 完成时间要求 |
|---|---|---|
| 普通信息咨询 | 2小时内回复 | 1个工作日内 |
| 数据请求(标准报表) | 4小时内确认 | 2个工作日内 |
| 审批类请求 | 1小时内响应 | 当天完成 |
| 紧急线上事故 | 15分钟内响应 | 持续处理直至恢复 |
关键不是设一个多快的时间,而是设一个”可预期的时间”。 知道对方会在什么时间内回复,焦虑感就减少了一半。
把SLA放进你们的协作工具里——飞书/钉钉/企微的任务卡片上明写”响应时效:2h”,超时自动提醒。不需要人去催,系统来催。
工具三:RACI模型——让”谁做什么”没有争议
跨部门协作最大的”灰色地带”就是责任不清。RACI模型是一个简单但极其有效的工具。
RACI的意思是:
- R(Responsible):实际执行的人——这事谁来做?
- A(Accountable):最终拍板的人——这事谁兜底?
- C(Consulted):需要征求意见的人——做事前问谁?
- I(Informed):需要知会的人——做完后通知谁?
一个动作只能有一个A(最终负责人),这是铁律。
实操模板——举个”产品上线”的例子:
| 动作 | 产品经理 | 前端工程师 | 后端工程师 | 测试 | 运营 |
|---|---|---|---|---|---|
| 需求确认 | A | C | C | I | C |
| 前端开发 | I | R | — | I | I |
| 后端开发 | I | — | R | I | I |
| 测试验收 | C | C | C | R/A | I |
| 上线发布 | C | I | I | I | A/R |
| 线上监控 | C | I | I | I | I/A |
建议:每个跨部门项目在启动会上用30分钟把RACI矩阵画清楚。 后面99%的争议都可以用这张表来裁决——“你看,根据RACI矩阵,这里的A是我的,所以我来拍板。但C是你,我需要先问你的意见。”
工具四:周同步会 + 共享看板——信息透明的基础设施
没有信息透明,再好的协作机制也是空中楼阁。两个基础设施必须做好:
1. 跨部门周同步会(30分钟,雷打不动)
节奏建议:
- 5分钟:各自更新上周进展(一句话带过)
- 10分钟:当前关键阻塞和风险(重点讨论)
- 10分钟:下周计划(对齐预期)
- 5分钟:自由讨论时间
原则:不开无效的汇报会,只聚焦”墙和路”——墙是什么,怎么拆墙。
2. 共享看板(让每个人都知道一切)
用飞书表格、Notion、或者简单的共享Excel都可以。核心字段不需要多:
- 项目名称
- 当前负责人
- 关键里程碑及截止日期
- 当前状态(🔴 阻塞 / 🟡 有风险 / 🟢 正常)
- 需要谁的支持
这个看板要对所有参与方开放查看权限。 透明本身就是最大的驱动力——当所有人都能看到你的”红色状态”时,你不自觉就会想去把它变绿。
三、制度之外,文化才是”润滑剂”
工具和机制是有形的。但真正让协作流畅运转的,往往是无形的文化。
文化一:主动”推一步”
高效协作的人和低效协作的人,最大的差别是——前者在遇到问题时,会主动再”推一步”。
低效的人:
“我给A发了消息,他没回我,所以我卡住了。”
高效的人:
“我给A发了消息,他没回我,我直接去找了他老板协调,同时找了备选方案,花了20分钟搞定。”
“推一步”不是责任、不是KPI,是一种做事习惯。 如果你的团队每个人都习惯”等一等再看”、最多推一步就认为”我已经做了我该做的”,协作效率不可能高。
文化二:信任代替审批
协作最大的时间黑洞是什么?审批。
A部门用B部门的资源需要B部门经理审批;C部门的产品改了一个字段需要D部门的接口负责人确认。
每一个审批点,都意味着一轮等待。
真正高效的协作文化,是尽量减少审批节点,用”信任+事后审计”替代”事前审批”。
奈飞的文化手册里有一条著名的原则:“Act in Netflix’s best interest”(以奈飞的最佳利益行动)。听起来很空,但执行起来很实在——不需要事事打报告审批,你的判断本身就是受信任的。如果事后发现做错了,复盘改,但事前不阻拦。
文化三:复盘不只是”找锅”
很多团队的复盘会最后变成了”批斗会”。A推锅给B,B推锅给C,C说”我早说了会出问题但没人听”。复盘完了,下一次照样出同样的错。
真正的复盘只回答两个问题:
- 流程上哪里断了?(不是”谁做错了”,而是”整个流程中哪个环节出了问题”)
- 下一次怎么做,才能让这件事不发生?(不是”下次谁小心点”,而是”在流程上加上什么防护机制”)
建议引入”无责复盘”制度——复盘会上不点名、不问责、不留记录。所有人的唯一目标是”找到流程的bug,修掉它”。
四、一个完整的协作”体检清单”
如果你的团队协作效率不理想,可以用下面的清单给团队做个”体检”。每项0~5分打分,低于3分的就需要重点改善:
| 检查项 | 描述 |
|---|---|
| 共同目标 | 跨项目参与者有统一的北极星指标 |
| 责任清晰 | 每个协作节点都有明确的R和A |
| 响应SLA | 跨部门请求有明确的响应时效 |
| 信息透明 | 共享看板实时更新,所有人都能看到进展 |
| 决策速度 | 遇到分歧能在24小时内上升到有决策权的人 |
| 推一把习惯 | 团队普遍习惯”主动推下一步”而非等待 |
| 少审批多信任 | 审批节点少,事后审计代替事前审批 |
| 无责复盘 | 复盘会没有”甩锅”氛围,专注流程改进 |
写在最后
高效的内部协作,不是靠一个完美的组织结构能解决的。它是一套需要制度+工具+文化三管齐下的系统工程。
但好消息是,哪怕只做对一件事——比如给每个跨部门项目设定一个真正的共同目标——协作效率都会有明显的提升。
先从一个小项目试起,从一张RACI矩阵和一次30分钟的周同步会开始,你会看到变化的。
⬅️ 返回目录
明日预告:第17问 —— 为什么很多公司设置了流程却没人遵守?
本文作者:Samjoe Yang
本文链接: https://need.uno/016-qi-ye-ru-he-jian-li-gao-xiao-de-nei-bu-xie-zuo-ji-zhi/
版权声明:本作品采用 知识共享署名-相同方式共享 4.0 国际许可协议 进行许可。
评论