Vol.14｜跨部门扯皮，很多时候不是沟通问题

管理升级系列 把问题变成机制跨部门协作出了问题常常会说“沟通不够。”于是开更多会、拉更多群、抄送更多人、要求更频繁地同步。可很多团队会发现沟通变多了扯皮没有变少甚至更严重了因为沟通只是信息传递的方式不是协作本身。协作真正要解决的是不同角色如何对同一个结果承担不同责任。扯皮的本质是接口设计失败部门之间最容易争的表面上是“谁该做”本质上通常是四个接口没有设计好第一结果接口不清。大家都在做自己的局部任务却没人把“最终交付到底是什么”说清楚。产品以为研发要保证上线研发以为产品要保证需求稳定业务又以为项目负责人应该协调一切。第二责任接口不清。很多事项有很多参与者却没有唯一的结果负责人。每个人都有理由解释自己为什么已经完成了分内工作但没有人必须对最终结果负责。第三决策接口不清。协作中出现分歧很正常。真正拖慢事情的不是分歧本身而是没人知道谁有权结束分歧。于是所有人都在“继续讨论”实际上是在等待一个并不存在的决策机制。第四节奏接口不清。上游什么时候必须给输入下游在什么节点必须反馈如果这些没有约定协作就会变成彼此催促。RACI 之所以有价值不是因为它多了四个英文缩写而是它强迫团队回答谁执行、谁对结果最终负责、谁必须被征询、谁只需要被告知。很多管理者把“沟通”当作协作的万能药。我觉得可以把跨部门协作看成一次“接口设计”像两个系统要连接一样说清输入、输出、责任人、时间点和异常处理。这也意味着不是所有人都要参与所有讨论。把不需要决策的人拉进来看似民主实际上会让真正负责的人无所适从。管理行动1. 最终要交付的结果是什么2. 谁是唯一的结果负责人3. 哪些角色必须提供输入输入什么、何时给4. 谁必须被征询谁只需要被告知5. 出现分歧时谁有最终决策权6. 哪些例外情况必须升级这不是增加流程而是减少以后无效沟通的成本。协作不是把更多人拉进群而是让每个人知道自己该对什么结果负责。Vol.14跨部门扯皮很多时候不是沟通问题