深圳一家科技公司，做企业SaaS的。去年最让他们头疼的是一个跟大客户联调的项目——原计划三个月上线，结果拖了半年还没交付。客户已经不耐烦到了"再不上线就解约"的边缘。

老板把项目组的人叫到一起复盘，发现了一个所有人都知道但从来没人说破的问题：项目组的人来自四个不同的部门——研发、产品、测试、运维——每个人有两个老板。本职部门的主管说"你这个月的考核重点是XX"，项目经理说"你现在的优先级是YY"。两个老板给出的指令经常冲突，员工夹在中间左右为难，项目进度一拖再拖。

这是典型的矩阵式管理出了故障。矩阵式管理本身没有错——在需要跨部门协作的复杂项目里，矩阵式比直线式更灵活。但矩阵式有一个前提：项目经理和部门经理之间的权责边界必须清晰。边界不清晰，矩阵就成了"双重领导"——两边都管、两边都管不好。

他们做了一次项目制改革——不是砍掉部门，是把"项目组"从一个临时协调机制升级成了一个正式的"项目制团队"。做了三件事。

第一件：项目经理对项目全权负责。在项目周期内，项目组成员的绩效考核70%权重由项目经理决定，30%由部门经理决定。不再是"两边各50%谁也不服谁"，而是项目经理说了算。

第二件：项目组物理集中。把所有项目组成员从各自的部门办公区搬出来，在一个独立的区域集中办公。以前研发在三楼、测试在五楼、产品在六楼——一个需求的沟通要楼上楼下跑三趟。搬到一起之后，产品画完原型直接转椅子给研发看，研发写完代码测试在旁边立即跑——沟通成本下降了70%。

第三件：设了一个"组织协调人"角色——这个人不写代码、不画原型、不做测试，他唯一的职责是确保项目组成员不被本职部门的杂事干扰。部门经理想临时拉项目组的研发回去修一个线上Bug？必须通过组织协调人评估对项目进度的影响，然后重新排优先级。

三件事落地之后，那个拖了半年的项目在两个月内干完了。不是项目组的人突然变勤快，是"双重领导"的死结被解开了——每个人现在只管一件事、只对一个结果负责。

后来这家公司把项目制推广到了所有跨部门项目上。关键项目平均完成周期缩短了40%。

组织架构调整最怕的是"动作太大"——全公司推扁平化、搞阿米巴、上OKR，结果半年过去组织没变好反而更乱了。真正有效的组织变革是小切口的——找到一个最痛的项目、一个最典型的"双重领导"场景，在这个场景里重新划清楚权责边界、跑出效果，再推广。这比轰轰烈烈的"组织变革"靠谱得多。

你的公司有没有"一个人两个老板"的跨部门难题？在公众号对话框告诉我，我帮你分析权责边界的优化方案。