设计评审
设计评审通过共同约束和证据处理架构分歧。本文负责资深岗位面试中的跨团队决策问题。
1. 面试核心
先记住这几条，再读正文- 评审依据。 设计评审围绕目标、硬约束、证据和待决定事项展开。
- 阻塞与建议。 阻塞意见需要指出冲突约束，个人偏好归为建议。
- 决策责任。 决策人对取舍负责，评审者提供事实与风险。卡 · 综合题
- 跨团队契约。 兼容期限、迁移步骤和运行责任属于跨团队接口契约。
2. 评审材料
文档首先给出业务问题、目标和决定期限。随后说明当前系统的限制与备选方案。图中标明数据流、接口所有者和信任边界。
每个待决定事项都对应具体约束。评审者应能判断方案影响谁，以及如何验收。只有首选方案时，还需解释放弃其他方案的原因。
3. 参与者
按风险邀请必要参与者。直接上下游、数据所有者和运行团队需提前介入。安全或合规风险由相应责任人评估。
邀请中写清每个人的检查范围，并明确最终决策人。提案早期先对齐接口与约束，再投入详细设计。
4. 异步评论
异步评论用于补齐信息与证据。评论可分为阻塞、澄清、建议和偏好。
阻塞意见需写出受影响约束和具体后果。提案人给出修改、补证据或拒绝理由。技术事实用于判断方案，偏好意见保持可选。
可测量的争议用小实验验证。实验需预先约定输入、目标和停止条件。
5. 评审会议
会议集中处理尚未解决的决定。双方先确认同一问题与硬约束，再区分事实和假设。
可逆方案可通过小范围试验验证。涉及数据安全或高退出成本时，需要更充分证据。超出当前范围的问题单独登记，避免会议持续扩张。
6. 决策权与升级
评审者提供事实，决策人承担结果责任。负责人可以是服务 owner 或具体领域责任人。
双方仍有分歧时，明确分歧对应的假设。能够实验的部分设期限补证据。剩余风险由授权决策人判断。问题超出其权限时，按预设路径升级。
升级材料包含问题、选项、证据和双方意见。接收方应能据此作出具体取舍。
7. 异议记录
决定记录结论、理由和未消除风险。异议用于保留可验证的风险信号。
参与团队按决定更新接口与排期。新证据满足复审条件时，再正式复审。决策者覆盖技术建议时，也应记录责任与验证条件。
8. 迁移与运行
跨团队评审还需确认执行条件：
- 接口与事件有明确兼容期限。
- 回填、对账和数据所有权已经分配。
- 灰度与回退有执行人和停止条件。
- SLO、容量和告警有验收标准。
- 故障响应与旧能力删除有责任人。
迁移执行细节见架构迁移。评审重点是各团队是否接受并具备这些运行条件。
9. 评审效果
效果通过决策耗时、重大返工和遗漏依赖衡量。行动项与风险验证也需跟踪完成情况。
评审过慢时，检查材料是否完整、权限是否明确。持续返工时，核对关键参与者的介入时机。指标用于定位流程缺口，再决定具体调整。
10 · 面试题卡片
10.1 两个团队对核心接口方案长期无法达成一致，怎样推进
出现公司：暂无已核验的公开来源（本站自测）
题型：综合题
考察重点
- 理解共同问题、约束和决策范围。
- 理解数据、原型和可逆实验处理分歧。
- 理解决策责任、异议记录和执行跟进。
参考回答
共同约束、可验证证据和明确决策权能推进分歧。
双方先确认问题、接口所有权和决定期限。事实争议通过原型、压测或现网数据验证。偏好意见作为建议保留。
授权决策人对剩余取舍负责。超出权限的问题携带证据升级。决定写入 ADR，并记录异议和复审条件。兼容、迁移与值班责任同步分配给参与团队。