一、第一时间先稳住，别慌也别压
- 不让组员不敢说话
- 不让团队陷入情绪对立
让组员同步完整信息：
- 问题复现步骤、影响范围（全量 / 部分用户、核心流程 / 边缘功能）
- 问题严重级别：崩溃 / 资损 / 流程阻断 / UI 小问题
- 根因初步判断、能不能快速修复、修复要多久
二、3 分钟快速把风险问清楚
只抓 4 个问题：
- 是什么风险？（现象 + 影响范围）
- 发生概率多大？（大概率 / 小概率）
- 一旦出问题后果是什么？（崩线 / 丢数据 / 用户投诉 / 合规）
- 有没有临时方案？（回滚、开关、降级、补丁）
三、立刻做决策（三种情况）
1）风险严重：必崩、丢数据、合规问题
动作：
- 马上暂停上线
- 优先修复根因
- 重新排期，同步给上级
2）风险中等：可能出问题，但可控
动作：
- 保留上线，但加防护措施
- 灰度发布 / 只放部分用户
- 准备好回滚方案
- 关键人留守盯盘
3）风险很小：杞人忧天 / 理论风险
动作：
- 记录风险点
- 上线后重点观察
- 后续版本优化
四、对外 & 对上统一口径
- 不隐瞒风险
- 不说 “肯定没事”，说：已识别、有预案、可控制
- 责任你先扛：“我来拍板，我负责”
五、结束时给团队定心
- 复盘为什么提测前没发现：用例遗漏、自测不到位、联调不充分、工期压缩。
- 优化流程：增加提测准入、主干合入卡点、上线前预发环境全量回归。
- 沉淀到团队规范：临近上线严禁随意合入新代码，只允许修复阻断级 BUG。
