架构评审清单（ATAM 精简版）

开评审会前打印这页。方法详解见第 3 课。

评审前：方案人提交的阅前材料

• □ 驱动属性排序（3-7 个，有先后）+ 前三名的质量属性场景（含度量）
• □ 约束清单（单列，不与属性混排）
• □ C4 上下文图 + 容器图
• □ 风格选择理由 + 被否掉的备选方案及原因
• □ 方案人自己已知的取舍与风险

材料不齐不开会——评审会不是补作业现场。

会中：五步流程（≤60 分钟）

#	步骤	要点	时长
1	陈述	只讲排序、架构、已知取舍；无排序则中止评审	10 分
2	场景轰炸	句式："当【刺激】发生在【环境】，系统如何做到【响应+度量】？"方案人指图走通路径	25 分
3	标记	每条场景答完，判定涉及决策：敏感点（影响单属性）/ 权衡点（拉扯多属性）	10 分
4	风险登记	走不通、答不出、"回头再想"的 → 全部进清单	10 分
5	行动项	每条风险定归属人+期限；重大权衡点 48h 内写 ADR	5 分

场景提问弹药库（按高频冲突对）

InfoQ 15 年 ATAM 数据的高频冲突方向（来源），评审时优先往这些缝隙里打场景：

冲突对	提问模板
性能 vs 可修改性	"新增一类【业务对象】时要改几个模块？改动会不会破坏现有的【性能指标】？"
可用性 vs 成本	"【组件X】宕机时用户看到什么？为这个容错多付了哪些机器/复杂度？值吗？"
一致性 vs 延迟/伸缩	"【写热点】翻十倍时，强一致路径的上限在哪？降级方案是什么？"
安全 vs 性能/易用	"这条链路上鉴权/加密加在哪几跳？对 P99 延迟的贡献是多少？"
上市时间 vs 技术债	"为赶工砍掉的是哪些？砍掉的东西什么时候还、谁来还？"

红旗清单：出现即退回

• 🚩 无驱动属性排序，或"全都重要"
• 🚩 身份认同式理由："业界主流""大厂都在用""我们一直这么做"
• 🚩 方案全是优点，找不出一个权衡点
• 🚩 没有被否的备选——没有备选就没有选择
• 🚩 约束和属性混在一起权衡（例：拿预算和低延迟排序）