三剑客是什么
Three Amigos（三剑客）是敏捷团队围绕单个用户故事进行的轻量需求澄清会：业务讲价值与规则、开发讲实现与风险、测试讲边界与反例，三方在编码前把理解对齐。名字来自「三种视角缺一不可」，通常配合实例化需求（Specification by Example）使用，把讨论中的具体示例固化成验收标准，减少测试对需求的二次翻译。
基本信息
| 参与角色 | 业务（PO/BA）、开发、测试，必要时加安全、运维、合规 |
|---|---|
| 时长频率 | 单故事 15-30 分钟，迭代内每个故事一次，复杂故事拆多次 |
| 产出物 | 共识示例、验收标准（Given-When-Then）、待澄清问题清单 |
| 前置准备 | 参会者各自预读故事与原型，带着示例与疑问入场 |
| 常见变体 | 实例化需求工作坊、验收标准评审会 |
典型使用场景
- 故事进入开发前：补全业务规则边界，比如满减与优惠券能否叠加
- 需求含糊有争议时：用具体示例走查规则，避免各方默认不同假设
- 缺陷复盘之后：把出过问题的规则类型加入后续会议的检查项
- 新人交接时：会议记录充当需求背景与决策依据
- 跨团队接口联调前：与上游一起明确字段含义与异常行为
- 验收用例设计前：把示例直接映射为端到端验收场景
会中示例落成验收标准
会中示例落成验收标准
Feature: 订单满减
Scenario: 满减与优惠券不可叠加
Given 购物车金额 200 元且持有一张 8 折券
When 选择使用优惠券结算
Then 只按优惠券计价，不再享受满减
# 会中每确认一条这样的示例，就写进故事的验收标准
# 业务确认规则、开发评估实现、测试补充反例与边界三方各自关注什么
| 角色 | 关注点 | 典型提问 |
|---|---|---|
| 业务 | 价值与规则 | 这个场景业务上真实存在吗，优先级多高 |
| 开发 | 实现与风险 | 数据从哪来，并发、回滚、失败重试怎么处理 |
| 测试 | 边界与反例 | 极端输入、失败路径、幂等与重复提交怎么验 |
| 共同 | 共识与产出 | 哪些示例写进验收标准，由谁确认 |
三剑客不替代正式需求评审与架构评审：它是高频、低成本的对齐手段，用于单个故事；跨模块的架构决策仍在专门评审中完成。
结论必须落到故事卡片或需求系统里。只做口头对齐的共识，最容易在迭代后期被不同记忆版本覆盖。