用途
Refinement Notes 用于记录待办事项梳理（backlog refinement，也称 grooming）会议的成果：讨论了什么、估算了什么、做出了哪些决策。它既是缺席成员的快速参考，也是故事从想法演变为“可进入冲刺”状态的历史记录。
适用时机
- 在梳理会议期间实时记录决策
- 梳理结束后向缺席的团队成员同步结果
- 新成员入职时解释待办事项背景
- 冲刺计划前回顾已梳理的内容
- 因时间间隔较久需要重新梳理故事时
不适用时机
- 需要撰写故事本身 → 使用 deliver-user-stories
- 需要一般会议纪要而非待办梳理记录 → 使用 foundation-meeting-recap
- 正在运行回顾仪式 → 使用 iterate-retrospective
- 已梳理的故事需要枚举失败场景 → 使用 deliver-edge-cases
使用方式
当被要求记录梳理笔记时，按以下步骤执行：
- 记录会议元数据：记录日期、参会者和时长，便于追踪谁参与了决策以及讨论发生的时间。
- 列出讨论的故事：对每个故事记录结果——估算点数、梳理状态、关键讨论点，以及对原始范围的任何修改。
- 记录提出的问题：会议中无法回答的问题需要指定负责人和截止日期，不要让它们消失，它们常常会阻塞冲刺计划。
- 记录做出的决策：记录任何范围决策、达成一致的技术方案或优先级变更。这些决策是宝贵的上下文，没有文档就会丢失。
- 记录行动项：故事达到冲刺就绪状态前所需的后续工作：待制作的线框图、待运行的技术探针、待咨询的利益相关者。
- 标记被阻塞的故事：明确标识在阻塞解除前无法推进的故事，包括阻塞是什么以及谁负责解决。
- 规划下次会议：记录下次应梳理什么以及需要做的准备。
输出格式
使用 references/TEMPLATE.md 中的模板来组织输出。完整的笔记应填写模板的每个部分：Session Info（会议信息）、Summary（摘要）、Stories Refined（已梳理故事）、Stories Summary Table（故事汇总表）、Questions Raised（提出的问题）、Decisions Made（做出的决策）、Action Items（行动项）、Blocked Stories（被阻塞的故事）、Parking Lot（暂存事项）和 Next Session（下次会议）。
质量检查清单
定稿前请核实：
- 所有讨论过的故事都记录了结果
- 未决问题都分配了负责人
- 决策记录包含足够的上下文
- 被阻塞的故事被清晰标记
- 缺席会议的读者无需询问即可了解每个故事的结果和后续安排
示例
完整示例参见 references/EXAMPLE.md。