团队担心回顾发言被记录后影响评价，往往是因为记录没有分级、可见范围事先不清楚。把回顾记录分成行动项、共识和受限三档，会前约定谁能看到什么，敏感内容由记录人标注、主持人确认后再发布，既能保留可追溯的改进依据，也能让成员放心表达。下文给出一套可直接套用的规则、角色分工和示例；涉及文档承载与行动项跟踪时，会自然说明 ONES 的适用位置。
要点总览（TL;DR）
- 回顾记录按三档组织：行动项级写负责人、完成标志与检查时点；共识级写结论与遗留分歧；受限级只留问题化描述，不记原话和人名。
- 敏感发言以“是否指向具体个人或绩效评价”为识别标准，记录人现场标注、会后脱敏改写，由主持人确认后再决定去向。
- 可见范围分三级：全员可见放结论与行动项，团队可见放讨论过程与分歧，受限记录仅主持人与记录人可见；规则会前宣布、会中标注、会后确认发布。
- 修改与撤回权限单独约定：已发布内容由主持人确认后修订并留痕，受限记录由记录人维护，行动项不单方面删除。
- 用一份检查清单验收落地效果，某项反复不通过时优先检查会前约定是否讲清楚，而非收紧记录要求。
回顾记录分几档颗粒度，各档写什么
回顾记录建议固定为三档：行动项级、共识级、受限级。分档的判断标准很简单——内容能否落到具体动作和责任人。能落到动作的进行动项，形成团队判断的进共识，指向具体个人或情绪冲突的进受限记录。三档分开存放，团队看到的是前两档，受限内容只服务于主持人和记录人复盘流程本身。
| 档位 | 写什么 | 不写什么 | 示例 |
|---|---|---|---|
| 行动项级 | 改进动作、负责人、完成标志、检查时点 | 泛泛的表态、没有责任人的愿望 | “下个迭代把联调环境提前到第3天，负责人：张×，检查时点：下个迭代第3天站会” |
| 共识级 | 达成的结论、遗留分歧点、决策依据 | 逐句发言、发言顺序、谁说了什么 | “团队认为需求评审滞后是延期主因；对是否引入需求冻结仍有分歧，下个迭代试运行两周” |
| 受限级 | 涉及个人评价、情绪表达、点名冲突、薪酬绩效关联的内容，以问题描述形式留存 | 原话、人名、可反推到个人的细节 | “有成员反映评审会上反馈方式让人不适，需主持人调整反馈规则” |
行动项级是记录的主体，每条都要能回答“谁、做什么、什么时候算完成”。共识级只保留团队共同认可的判断和尚未解决的分歧，用来支撑下一轮讨论，不承担还原现场的功能。受限级的价值在于让敏感议题不被丢掉，同时不进入公开文档；它记录的是问题，不是人物。
颗粒度上还有一个常见误区：把讨论过程完整留档当作“可追溯”。回顾的可追溯性来自行动项是否闭环、共识是否被下一轮验证，逐句记录反而增加被断章取义的风险。记录人可以用一句话概括一段讨论，只要结论和分歧清楚，信息就够用。
敏感发言如何识别、记录与脱敏
敏感发言的识别以“是否指向具体个人或绩效评价”为主要标准。常见类型包括：对某位成员能力或态度的评价、情绪宣泄式的抱怨、点名道姓的冲突描述、把迭代问题和薪酬绩效挂钩的讨论。出现这些内容时，记录人不做原样摘录，而是现场标注“受限”，会后统一处理。
具体处理分三步：
- 现场标注。记录人在对应位置打上受限标记，只记关键词，不记原话。标注动作本身要轻，避免让发言者感到被特别对待。
- 会后脱敏。把人物描述改写为问题描述。例如“小李总是拖到最后才提测”改写为“提测时间偏晚影响联调窗口，需要明确提测标准”。改写后保留问题、去掉人名和评价性措辞。
- 主持人确认。脱敏稿由主持人核对，确认既不丢失改进线索，也无法反推到具体个人，再决定放入共识级还是仅留在受限记录。
脱敏的关键是转换主语：从“谁有问题”转为“流程哪里卡住”。这样处理后的内容仍然可以进入团队讨论，发言者也不会因为一次情绪表达被长期留档。需要提醒的是，脱敏不等于删除，受限记录本身要保留，用于主持人判断团队氛围是否需要在下一轮单独沟通。
可见范围怎么设：从会前约定到会后发布
可见范围建议分三级，并与记录档位对应：全员可见放结论与行动项，团队可见放讨论过程与分歧点，主持人及记录人可见放受限记录。规则在会前宣布，让每个人在开口前就知道自己的话会以什么形式、被谁看到。
| 可见级别 | 包含内容 | 可查阅对象 |
|---|---|---|
| 全员可见 | 共识结论、行动项及负责人、检查时点 | 团队成员、相关协作方、上级 |
| 团队可见 | 讨论过程摘要、遗留分歧、试运行安排 | 团队成员与主持人 |
| 受限可见 | 敏感议题的问题化记录 | 主持人、记录人 |
流程上按“会前宣布—会中标注—会后确认发布”推进。会前由主持人用一两句话说明分档规则和查阅范围；会中记录人按档标注；会后主持人确认脱敏稿和可见级别，再发布到团队文档。发布动作本身要有留痕，比如在文档中记录发布时间和确认人，避免后续对“谁改过、谁能看”产生争议。
跨团队或上级查阅时，默认只开放全员可见部分。确需了解讨论过程，由主持人确认范围后定向开放，并告知团队。上级查阅的边界事先讲清楚，比事后解释更能维持信任。
角色分工与各环节交付物
记录治理能否持续，取决于每个角色是否清楚自己在哪个环节交付什么。下表按角色列出职责与产出，可直接作为团队约定使用。
| 角色 | 主要职责 | 输入 | 输出 |
|---|---|---|---|
| 主持人 | 会前宣布记录与可见范围规则；会后确认脱敏稿与发布 | 上轮行动项、本轮议题 | 规则说明、发布确认记录 |
| 记录人 | 按三档记录，现场标注敏感级别，会后完成脱敏改写 | 会议讨论、受限标注 | 分级记录稿、脱敏稿 |
| 团队成员 | 确认记录是否准确反映共识，补充遗漏的行动项 | 发布前的记录稿 | 确认意见、行动项认领 |
| 上级 | 按约定范围查阅，不直接调阅受限记录 | 全员可见记录 | 必要的资源支持或风险提示 |
修改与撤回权限要单独约定：已发布的全员可见内容，由主持人确认后可修订，修订留痕；受限记录由记录人维护，主持人可查阅。任何角色都不单方面删除已发布的行动项，确需取消时注明原因和决定人。行动项进入跟踪后，负责人和检查时点是闭环的依据；在 ONES 中，回顾结论可以沉淀到 Wiki 文档，行动项可作为工作项分配负责人并关联到迭代，文档与工作项相互关联，便于下一轮回顾时核对完成情况。
一个迭代回顾的记录示例
以下为演示情景，用于说明分级记录的实际样子。背景：某 8 人研发团队完成两周迭代，延期两天发布，回顾会围绕“提测晚、评审反馈方式”两个议题展开。
行动项级记录片段：
- 提测标准写入迭代启动清单，负责人：王×，完成标志：下个迭代启动会前清单更新并全员确认，检查时点：下个迭代第1天。
- 联调环境提前至第3天可用，负责人：赵×，完成标志：环境就绪通知发出，检查时点：下个迭代第3天站会。
共识级记录片段：
- 团队认为本次延期主因是提测标准不明确，导致联调窗口被压缩。
- 对是否设置需求冻结期仍有分歧，决定下个迭代试运行两周后再评估。
受限级记录与脱敏改写：
- 现场标注：评审会上有成员反馈方式让人不适（受限）。
- 脱敏后进入团队可见：评审反馈需先讲问题再讲建议，主持人在评审会开始前重申该规则。
可见范围标注：行动项与共识为全员可见；脱敏后的反馈规则为团队可见；原始受限标注仅主持人与记录人可见。发布前由主持人确认，团队成员补充认领行动项后发布。
落地前的完成检查
规则建立后，用下面这份清单逐项核对，判断记录治理是否真正到位。每项都应有可观察的证据，而不是口头确认。
- 会前约定已完成并告知全员：记录分档、可见范围、查阅边界在会前说明，团队成员能复述规则。
- 记录分级已执行：记录稿中行动项、共识、受限三类内容分开呈现，受限内容有标注。
- 敏感内容已脱敏：团队可见部分不含人名评价和原话，问题描述可独立阅读。
- 发布确认有留痕：发布前经主持人确认，文档中记录发布时间与确认人。
- 行动项可闭环：每条行动项有负责人、完成标志和检查时点，并进入下一轮回顾的核对范围。
- 查阅边界被遵守：跨团队或上级查阅仅限约定范围，定向开放有记录。
清单全部通过，说明记录既能支撑改进跟踪，也没有把发言变成评价材料。若某一项反复不通过，优先检查会前约定是否讲清楚，而不是收紧记录要求。
常见问题
团队人数很少、彼此很熟，还需要分三档记录吗？
建议保留分档，但可以简化执行。小团队同样会遇到涉及个人评价或情绪表达的发言，如果全部写进同一份文档，事后查阅时容易把讨论内容当成评价材料。可以只保留行动项级和受限级两档，共识内容用一段摘要代替；受限记录由主持人单独保存，不进入团队文档。分档的意义在于事先划清边界，与团队规模无关。
记录人自己就是被讨论的对象时，怎么处理？
这种情况应临时更换记录人，或由主持人接手敏感段落的标注与脱敏。记录人涉及自身评价时继续执笔，容易在取舍上产生顾虑，也会让其他成员怀疑记录的公正性。会前可以约定一条替补规则：当记录人成为议题当事人时，由主持人指定另一名成员临时记录，会后交接给原记录人整理。
上级要求查看完整的回顾记录，团队不同意怎么办？
按会前约定的范围处理：默认只提供全员可见的结论与行动项。上级确需了解讨论过程，由主持人确认范围后定向开放团队可见部分，并事先告知团队开放了哪些内容。受限记录不进入查阅范围。如果上级的需求是了解改进进展，用行动项的完成情况回应通常更直接，也能减少对讨论原文的调阅。
脱敏后的记录还能支撑下一轮回顾吗？
可以，前提是脱敏保留问题线索。改写时保留触发场景、影响和改进方向，去掉人名与评价性措辞，下一轮回顾就能据此核对规则是否生效。例如把对个人的抱怨改写为“评审反馈方式需要调整”，下一轮可以直接检查评审会是否按新规则执行。若脱敏后只剩一句笼统结论，说明改写时丢失了信息，需要回到受限记录补充问题描述。
回顾记录放在文档里，行动项怎么保证不被遗忘？
行动项要脱离会议文档单独跟踪，每条带负责人、完成标志和检查时点，并纳入下一轮回顾的核对范围。在 ONES 中，回顾结论可以沉淀到 Wiki 文档，行动项可作为工作项分配负责人并关联到迭代，下一轮回顾时对照完成情况。文档负责留存判断依据，工作项负责推动执行，两者关联后不容易出现“记录了但没人跟”的情况。
