一个集团站群项目做到第四个月，乙方项目经理私下说：技术上没难点，难的是每周对接会上一件事三个人三个说法——办公室要快上线，品牌部要改设计，信息中心要加安全评审，三方各有一把手撑腰，需求改了五轮还没冻结，工期表改到第七版。集团网站建设这种体量的项目，沟通成本经常超过技术成本，机制不立好，工期就是个摆设，谁催都没用。
需求要有一个拍板人
三方都有话语权是对的，但每个议题得有唯一的决策人：内容与栏目听品牌部的，安全与基础设施听信息中心的，进度与资源协调听办公室的。画出一张决策矩阵贴在项目群里，谁的范围谁签发，交叉地带会上定，定完记录在案。最怕的是三家都管三家都不拍，需求冻结日一拖再拖，乙方的排期表就成了橡皮泥。合同里建议加一条需求冻结机制——冻结日之后的变更进变更流程，影响工期和费用的书面确认，这对甲乙双方都是保护，对乙方是防止无限返工，对甲方是防止口头答应最后不认账。
会议要分层开
- 周例会半小时，只过进度表上的红黄绿灯和本周决策事项；
- 专题会按需开，一次只解决一个议题，相关方到场，无关方不用陪会；
- 月度指导组会，三方负责人加乙方项目经理，拍板里程碑。
把所有问题都堆进大会是效率杀手，一开两三个小时，一半议题和一半的人无关。大会留给里程碑和争议裁决。会议纪要当天下发，每条写清结论、责任人和期限，没有纪要的会等于没开，下次开会从上次的分歧重新吵一遍。
争议要有升级通道
三方意见相持不下时，走升级路径：项目组议而不决的，提请分管领导裁定，四十八小时内给结论，裁定结果各方执行，执行情况下次例会通报。别小看这条通道，多数项目烂尾不是卡在没结论，是卡在谁都不服谁的结论拖了三周，拖到最后大家都不提这个议题，问题原地埋着，上线时炸。集团网站建设的沟通机制建议在启动会当天就立起来，三张纸：决策矩阵、会议分层表、升级路径，一张都不能少。比格网络带项目时会把这三张表做成启动会的必过项，机制立得早的项目，工期守约率明显高出一截，乙方的加班费都省不少。沟通成本还有一种更隐蔽的形态：沉默。会上没人反对，会后各自按自己的理解干活，等发现方向错了，工期已经烧掉一个月。所以好的机制不只是让大家说话，更是让不同意见在早期浮出来——决策矩阵给分歧定了归属，分层会议给了分歧出场的时间，升级通道给了分歧出口，三样凑齐，沉默就没了土壤。项目沟通这件事，投入的是开会的时间，省下的是返工的工期，怎么算都划算。
