指南 › 指南

项目沟通计划模板

大多数项目沟通计划写完就归档，然后被遗忘，真正的沟通其实散落在十几个邮件串里。这一份一页就能装下，每条信息都有负责人，短到您真的会再翻开看一眼。

先确定沟通对象，再选渠道

团队常常从“我们发一份通讯”开始，然后倒推。不妨反过来：先想清楚谁需要知道什么，以及您希望他们据此做什么。项目发起人要的是待拍板的决策；交付团队要的是日期；受影响的部门希望变更落到自己桌上之前就先听到风声。

沟通对象名单直接从干系人地图里取，这样不会凭空多出谁，也不会漏掉谁。需要同一条信息的人归为一组，名单要短到您维护得过来。

• 项目发起人和指导委员会（SteerCo）成员。
• 交付团队和供应商。
• 受影响的业务团队和最终用户。
• 财务、法务、安全等管控部门。
• 任何能卡住您的人：哪怕他们从不开口，也应该在名单上。

表格本身

一条信息一行，而不是一个人一行。下面是可以直接复制的结构：粘贴到电子表格或文档里，发布计划之前把每一列都填满。

• 沟通对象：谁来接收。
• 目的（告知、征询、决策或批准）以及对方应当带走的那一句话。
• 渠道：会议、书面报告、简报、消息、面谈。
• 频率：每周、每两周、每个里程碑，或由事件触发。
• 负责人：一个具体的人，负责撰写并发出。
• 反馈途径：对象如何回应您。

节奏与触发条件

定期沟通按日历走，事件沟通按触发条件走，两种都要写下来。每周状态报告在固定的一天发出。里程碑转红、变更请求获批或出现重大问题，则在发生时发出，计划里还应写明由谁判断“这件事够不够大”。

• 每周：向团队和发起人发送状态报告。
• 每个周期：在会议前发出指导委员会材料。
• 每个里程碑：向受影响的团队发一条简短说明。
• 事件触发：RAG 状态转红时发出升级通知。
• 事件触发：范围、日期或预算变动时发出变更通知。

做成双向的

只会广播的计划，发现问题总是太晚。针对每一类关键对象，写明他们发现不对劲时怎样告诉您：会议里固定的一项议程、一位指定联系人、一个简短电话。然后把反馈记录进 RAID 日志，让它被处理，而不只是被听到。

• 约定问题的响应时间。
• 把担忧登记为风险或问题，并指定负责人。
• 每月问一位发起人：现在的沟通量合适吗？

让它保持鲜活

每个阶段关口，以及干系人地图变化时，都要复查这份计划。如果某一行连续两个周期没人用，要么这条信息已经没有意义，要么计划写错了。在 Senshin 中，干系人登记册和周报与计划放在一起，对象名单和发给他们的动态因此保持同步。

• 给计划标注日期，并记录变更。
• 删掉没人看的行。
• 每次指导委员会会议上，对照实际情况检查计划。

它在 Senshin 中的位置

常见问题

更多指南

最后更新: 2026-10-22