九月中旬的一个下午，黎业辉正在办公室审核二期项目提资计划，手机响了。是行政主任老赵发来的一封邮件。
邮件标题是“招募中心一楼改用餐区方案初稿”，正文写得很客气：“黎经理，行政这边计划把招募中心一楼改成用餐区，已经请厨具公司协助规划出初版方案，麻烦基建部同事协助确认方案合理性。此事项已列入行政模块任务跟进，厨具系统由行政对接。”
附件里是一份厨具公司出的平面图，上面画了灶台、蒸箱、排烟管、洗消区、备餐台，把原来招募中心的大厅塞得满满当当。
黎业辉把图放大看了一会儿，又缩小看了看整体布局。厨具公司画的图，灶台和排烟管的位置确实有讲究，但他们没有标出楼板荷载、没有标注给排水点位、没有考虑消防分区和燃气接入条件，甚至连吊顶高度和梁下净空都没有核对过。这张图是一张“设备摆放图”，不是一张“建筑设计图”。
他拿起电话，打给了基建部的小陈：“小陈，行政那边发了一份厨具公司的用餐区方案，你看了吗？”
“看了。”小陈的语气有点无奈，“他们让我们‘确认合理性’，但这是厨具公司画的图，我们怎么确认？厨具系统不是我们的专业，但他们问的是‘布局合不合理’——布局合不合理要看结构、消防、给排水能不能配合，不是看灶台摆得对不对。”
黎业辉说：“你先别急着回复。把原招募中心的建筑竣工图、消防分区图、给排水点位图调出来，对一下。我约行政那边开个会。”
三天后，黎业辉、行政主任老赵、厨具公司方案负责人、基建部小陈，四个人坐在了园区小会议室里。
老赵先说话，语气很积极：“黎经理，你看看这个方案，厨具公司说五天就能出终稿。如果布局没问题，我们就走行政模块的流程去推进了。”
黎业辉没有直接评价方案，他把原建筑竣工图铺在桌上，又把厨具公司的平面图放在旁边。
“赵主任，我先问几个问题。”他用手指了指厨具公司图上的一处位置，“这个蒸箱和灶台的位置，对应的楼板荷载有没有核算过？原来招募中心是办公用途，荷载标准跟餐饮厨房不一样。”
老赵看向厨具公司负责人。对方说：“这个……我们按常规厨房荷载估的，具体要建筑专业确认。”
“那给排水呢？”黎业辉又问，“厨房的排水量、隔油池、地漏点位，原大楼的排水系统是按办公设计的，改成厨房后排水负荷增加，这个要重新核算。”
厨具公司负责人说：“排水点位我们图上标了，但对接大楼原有管网的部分，我们不做。”
“消防分区呢？”黎业辉继续问，“厨房要用明火，消防分区可能要调整。原招募中心属于办公区域，改成用餐区之后，消防疏散和分区有没有重新评估？”
会议室安静了几秒。
黎业辉把图纸往旁边推了推，语气不重，但说得很清楚：“赵主任，我不是来否定这个方案的。厨具公司画的布局图，在厨房设备摆放上是有专业依据的。但这份图是一张‘厨房设备布置图’，不是一张‘建筑设计图’。如果要走基建流程，我们就需要把结构、消防、给排水、暖通这几个专业一起拉进来复核。这不是基建部能不能‘确认合理性’的问题——是我们不能用厨具专业的图，去替代建筑专业的判断。”
老赵的眉头皱了一下。“那你的意思是，这个方案要推翻重来？”
“不需要推翻。厨具公司的布局是基础，我们在他们的基础上补建筑、结构、机电的专业复核。但有一个前提——需要明确一个事：这个项目，谁主导？”
老赵说：“行政主导，已经列入行政模块任务了。”
黎业辉点了点头：“行政主导需求确认和厨具系统，基建部配合建筑、结构、机电的改造方案。这是两个专业交叉的项目，不是谁‘帮谁确认一下’就完事的。我建议先定一个联合工作模式——行政主导需求，基建主导建筑改造，厨具公司负责设备方案。三方各管各的专业，在同一个设计协调会上对齐。”
老赵沉默了一会儿。他原来是想让基建部“帮忙看看图”，但黎业辉把这件事从“帮忙确认”推到了“联合设计”的层面。他没有拒绝，也没有说“这不是我的事”，而是给出了一个更专业的合作路径。
“那这个会谁来牵头？”老赵问。
“行政牵头，基建出技术方案。”黎业辉说，“每周一次协调会，三方各出一个专业意见。厨具公司出设备图，基建出建筑改造图，你们行政确认需求。等三张图对齐了，再走各自的审批流程。”
老赵想了想，点了点头。
会议结束后，黎业辉回到办公室，在项目日志里写了一小段话，标题是《谁在画这张图》：
“行政主任的需求是真实的——招募中心确实要改成用餐区。厨具公司画的图也是有用的——设备摆放确实有专业依据。但问题出在‘确认合理性’这四个字上。这四个字看起来是请求协助，实际上是让基建部为一个非本专业的方案背书。如果我签了‘合理’，将来结构出问题、消防过不了、排水溢流，签字的人是我，不是厨具公司。”
“项目沟通模式的核心，不是谁帮谁看一眼，而是谁在什么节点上负什么责任。厨具系统归行政，建筑改造归基建，两个专业交叉的部分需要联合评审。把责任分清，把接口对齐，比纠结‘该不该帮忙’重要得多。”
“遇到这种跨部门的模糊请求，正确的做法不是直接拒绝（‘这不是我的事’），也不是直接接受（‘我帮你看看’），而是把请求翻译成清晰的协作模式——你管需求，我管建筑，他管设备，三方在一个协调会上对齐。这样行政有了主导感，基建守住了专业边界，厨具公司也不会被当成替罪羊。”
后来，三方协调会开了三次。厨具公司的设备图做了两处调整，基建部出了建筑改造方案，行政确认了用餐人数和运营流程。项目按各自专业的审批流程推进，没有出现“谁帮谁背锅”的情况。
故事背后的管理思路-体现了5个核心的项目管理沟通策略：
✰关键动作：不直接评价厨具公司方案，先调原建筑竣工图对照，背后的管理思路：专业优先——先核实基础条件，再判断方案可行性
✰关键动作：提出荷载、给排水、消防分区等专业问题，背后的管理思路：用技术事实替代主观判断——把“合不合理”转化为“结构/消防/给排水能不能配合”
✰关键动作：明确“厨具系统归行政，建筑改造归基建”，背后的管理思路：责任边界清晰——各专业各管各的范围，交叉部分联合评审
✰关键动作：提出三方协调会机制，每周一次，背后的管理思路：流程固化——将模糊的“帮忙确认”转化为结构化的协作模式
✰关键动作：由行政牵头，基建出方案，厨具公司出设备图，背后的管理思路：主导权与专业责任分离——行政主导需求，基建主导技术，互不越位
最终核心法则：
跨部门协作中，最危险的沟通模式是“帮忙确认”。这四个字看起来是合作，实际上是让一个专业为非本专业的方案签字背书。建设方项目经理的正确做法，不是拒绝参与，也不是盲目确认，而是把模糊的请求翻译成清晰的协作模式——谁管需求，谁管技术，谁管设备，三方在同一个协调会上对齐接口。把责任分清，把接口对齐，项目才能从“谁帮谁看一眼”变成“各管各的专业，共同推进项目”。
希望这个故事对你有所启发:)
