Example Mapping 是什么
Example Mapping 是一种低成本的需求澄清会形式：用四种颜色卡片围绕一个故事展开，黄色写故事、蓝色写业务规则、绿色写具体示例、红色写尚未确认的问题。通常控制在 25 分钟左右，规则与示例数量过多说明故事需要拆分，红卡过多说明需求尚未准备好进入迭代。
卡片颜色
| 颜色 | 含义 | 示例 |
|---|---|---|
| 黄 | 故事 | 按订单号查询历史订单 |
| 蓝 | 业务规则 | 只能查询本人订单 |
| 绿 | 具体示例 | 用户 A 查询他人订单返回无权限 |
| 红 | 未决问题 | 管理员是否可代查，需与合规确认 |
基本信息
| 参会人 | 业务代表、开发、测试，三到四人沟通效率最高 |
|---|---|
| 时长 | 单个故事约 25 分钟，超时说明需要拆分或另开会 |
| 产出物 | 规则清单、示例清单（可直接转成验收标准）、待办问题与负责人 |
| 节奏 | 先写规则，再为每条规则补一个具体示例，红卡当场记录不深究 |
| 与其他实践 | 绿卡示例可直接发展成 Gherkin 场景，实现实例化需求 |
典型使用场景
- 迭代开始前澄清：把一条故事拆成规则与示例，明确完成标准
- 识别粒度问题：规则超过约六条时判断故事需要拆分
- 跨角色对齐：业务、开发与测试在同一张桌上确认边界情况
- 减少返工：把歧义提前暴露为红卡，安排负责人跟进
- 验收标准编写：绿卡示例直接转为 Given-When-Then 场景
- 新人参与：通过具体示例理解业务规则，比读文档更高效
红卡当天不解决，会后指定负责人跟进；红卡比例高说明需求还不具备排期条件，硬排期只会把风险推到开发阶段。
把澄清会开成方案评审会，陷入实现细节，业务代表无法参与，会议产出会偏离规则与示例这两类关键信息。