无效对接的根因分析
PMP职场实战108问 · 第57问
会议开完,活儿没人干——无效对接的根因在哪?
你有没有经历过这种场景:你坐在会议室里,和产品、研发、测试、运营几个部门的人激烈讨论了2个小时,大家频频点头,达成了一堆“共识”,会议记录写得漂漂亮亮。结果一周后,你催问进度,对方一脸懵:“啊?那个事儿不是我负责的。”
或者更糟:你明明在周会上把需求、时间、责任人说得清清楚楚,结果交付物完全是驴唇不对马嘴。
这不是你沟通能力有问题,而是对接本身存在结构性缺陷。
一个技术人的知行笔记
你有没有经历过这种场景:你坐在会议室里,和产品、研发、测试、运营几个部门的人激烈讨论了2个小时,大家频频点头,达成了一堆“共识”,会议记录写得漂漂亮亮。结果一周后,你催问进度,对方一脸懵:“啊?那个事儿不是我负责的。”
或者更糟:你明明在周会上把需求、时间、责任人说得清清楚楚,结果交付物完全是驴唇不对马嘴。
这不是你沟通能力有问题,而是对接本身存在结构性缺陷。
你刚接手一个跨部门项目,开了第一次启动会,参会名单上密密麻麻20个人。
你挨个介绍项目目标,然后问:“大家对时间计划有什么意见?”
全场沉默。
你心里暗喜:看来大家都同意。
结果第二天,你的老板把你叫进办公室:“财务部王总说这个项目的交付时间影响他们年底关账,根本不可能。你怎么没提前沟通?”
你一脸懵——昨天的会议上,王总明明什么都没说啊。
这就是典型的干系人识别不完整问题。你以为把相关部门都拉进群就完了,但真实世界里,项目不是“名单列表”,而是一张权力与利益的博弈网。
谁是真正的决策者?谁被影响但不出声?谁负责具体干活? 这三个问题没搞清楚,项目还没开始就已经输了。
项目做得好好的,突然有人跳出来说“这方案不行”“你们流程有问题”“我不同意这个做法”——而且这人还偏偏是关键决策者、技术大牛、或者客户那边的实权人物。
你解释,他反驳;你妥协,他得寸进尺;你硬刚,项目直接被卡住。你开始怀疑:是不是自己业务不行?是不是得罪人了?
别急着内耗。阻扰型相关方,是每个项目经理职业生涯里最硬的骨头,也是最值钱的突破点。
你有没有遇到过这种情况:项目周会上,你问“大家有问题吗?”,所有人摇头。你发邮件征求意见,回复栏全是“无”。你以为一切顺利,结果两个月后,一个关键用户突然说:“这个功能根本不能用,你们从一开始就没理解我的需求。”
这时候你才明白:他不是没问题,他只是没说话。
在职场上,沉默不等于同意,更不等于支持。对项目经理来说,真正可怕的不是反对者——反对者至少让你知道雷区在哪。真正可怕的,是那些闷声不响、全程点头、然后在你最关键的时刻突然爆发的相关方。
你有没有遇到过这种情况:项目干到一半,业务方突然说“这个功能得改一下,很简单,就加一个按钮”。你心想,一个按钮嘛,顺手就改了。结果这个“小改动”引发了数据字段变更、后端接口调整、测试用例重写,最后延期了一周。
事后复盘,你发现问题的根源就一句话:没有CCB评审。
很多人觉得CCB(变更控制委员会)是大型项目、成熟组织的专属配置,小团队用不着,也没条件用。但真实情况是:越是小团队,越需要这个机制——只不过形式上可以灵活调整。
CCB的核心是什么? 说白了,就是一个决定“这个变更是做还是不做、先做还是后做”的决策机构。它不是用来卡流程的,而是用来保护团队不被无序变更拖垮的。
“客户说加个报表功能,不就多两三天的事吗?你至于这么紧张?”
这句话你熟不熟?做项目最怕听到的,就是这种“轻轻松松”的变更要求。上周一个朋友跟我吐槽,他们项目接了三个“小变更”,结果工期延了15天,成本超了20万,质量还被客户投诉——典型的“三输”。
核心问题:变更一来,进度、成本、质量就像三根被拉扯的橡皮筋,你拉一根,其他两根必然变形。但很多人只会凭感觉说“这个变更影响不大”,然后把自己埋进坑里。