PMP职场实战108问 · 第66问

你开完会写的纪要，真的有用吗？

上周我和一位项目经理聊天，他抱怨：“每次开会我都认真记录，大家也确认了。可过两周追进度，没人认账了，都说‘当时没说这个’‘我理解的是那个意思’。”

我问：“你的纪要怎么写的？”

他给我看了一份：“讨论了A方案的风险，确认了B功能的上线时间，C需求的优先级待定。”

典型的问题——这不是纪要，这是日记。 日记是记给自己看的，纪要是给所有人签字的承诺书。

这也是很多项目失控的起点：会开了，纪要发了，但没人当回事，因为纪要里没有“谁在什么时候必须交付什么”。

为什么你的纪要没人认账？

三个常见坑：

1. 把“讨论”当成“结论”

“大家讨论了方案”不是结论。结论是“采用方案A，老王6月5日前完成风险评估，老李在6月10日前确认预算”。

2. 用模糊词代替具体责任

“尽快完成”“后续跟催”“加紧推进”——这些词写在纪要里等于没写。什么是“尽快”？明天是尽快，三个月后也是尽快。

3. 没有“确认”环节

你写了，你发了，你默认大家都同意了。但别人可能看都没看，或者看了但没当真。

结果是：没有承诺的纪要，就是一张废纸。

怎么写出一份“有牙齿”的会议纪要？

三个核心动作：

✅ 1. 用“行动项”结构替代“会议记录”

不是写“今天讨论了什么”，而是写“谁，到什么时候，必须交付什么”。

我把纪要分成三个区：

实例对比：

❌ 错误写法：“讨论了供应商评估方案”
✅ 正确写法：“决定采用供应商A，张经理在5月20日前完成合同条款初审，刘总在5月25日前审批”

✅ 2. 每条行动项必须有“单人单责”

“运营部和产品部一起推进”——这种表述等于没人负责。你必须指定一个明确的责任人。

真实场景：
我在一次需求评审会上，QA提了一个风险：“新功能如果在月底上线，测试时间只有3天，不够。” 大部分PM会写：“评估测试时间是否充足。”

但我这么写：

行动项：开发负责人王磊在5月10日前完成功能开发，并交付给测试组，测试负责人李静在5月15日前给出测试报告。若其中任何一环延迟，需在当天18:00前同步项目群并申请资源协调。

这样写，谁都清楚自己要做什么，延迟了就是明面上的事。

✅ 3. 文字确认+会后复核

会上口头同意不够。我会在纪要末尾加一句：

确认要求：如无异议，视为同意上述决策及行动项；若有不同意见，请在24小时内回复。

更保险的做法：在会议结束时，花2分钟把关键行动项口述一遍：“老王负责XXX，5月10日前；小李负责XXX，5月15日前。大家有没有问题？” 当面确认后再散会。

一个真实的职场场景

某次跨部门会议，讨论系统升级方案。

我按上面方法做纪要，会后直接发邮件，抄送所有参会者和双方老板。

一周后，业务方说有新需求要插进来。我把纪要从邮箱里调出来，指着“行动项第三条”说：“这个新需求会撞到5月20日上线的技术架构调整，如果要加，需要重新评估上线时间。”

业务方想含糊过去：“当时说的是‘尽量配合’，不能灵活一些吗？”

我说：“纪要里写的是‘5月20日上线，所有需求变更需在5月5日前提审’，这是会上大家确认的。如果要改，需要再开一次变更评审会。”

业务方老板在抄送里，看到纪要里自己批准的内容，当场表态：“按原计划走，新需求排下一期。”

如果没有那份清晰的纪要，这个需求大概率会被硬塞进来，然后项目延期，锅不知道谁来背。

写好纪要，是对所有人的尊重

你可能会觉得：这么写纪要太死板了，像在签合同。

对，就是像合同。你不把会上的共识变成书面承诺，会后就会变成口水战。

一份好的纪要不只是记录，是锁定共识的工具，是追责的依据，是保护自己的证据。

记录的每一句话，都是今天做出的承诺。

📌 今日动作：下次开完会后，花5分钟检查行动区。看每条是否格式为“【责任人】+【截止日期】+【交付物】”，如果没有，立刻修改。然后发邮件时加一句话：“请在24小时内确认，无回复视为同意。”

📚 返回 PMP职场实战108问 目录 →