什么是技术风险评估
技术风险评估是把选型与架构方案中的不确定性显性化：识别性能、兼容、供应链、人才、迁移与合规等风险，评估发生概率与影响，给出缓解动作和触发信号，并绑定责任人与验证计划。它的产出不是一份报告，而是一组可持续跟踪的条目。
基本信息
| 评估维度 | 性能、兼容性、供应链、人才、迁移、合规与成本 |
|---|---|
| 必要字段 | 风险描述、概率、影响、缓解动作、触发信号、责任人 |
| 验证方式 | 最小验证实验、压测、对照测试与替代方案演练 |
| 跟踪节奏 | 进入项目例会与迭代评审，按周期复核状态 |
常见风险与缓解
| 风险 | 缓解手段 | 触发信号 |
|---|---|---|
| 性能不达标 | 验证性压测、预算分解到模块 | 压测拐点低于目标值 |
| 供应链脆弱 | 依赖评估、分支或替代预案 | 维护者停更或出现安全公告 |
| 人才集中 | 文档化、结对与轮岗 | 关键成员缺席时无人接手 |
| 迁移失控 | 双写与灰度、回滚方案 | 数据差异率超过阈值 |
| 合规变化 | 数据分类与驻留核对 | 监管口径更新或区域政策调整 |
典型使用场景
- 关键选型决策：在架构决策记录中附风险清单与缓解动作
- 重大改造立项：评估迁移、兼容与回滚风险，明确止损条件
- 供应链治理：对关键依赖做持续评估，识别停更与许可变更
- 容量与性能规划：把风险写成可测量的触发信号，纳入监控
- 组织能力建设：人才集中风险用文档、结对与值班轮换缓解
- 合规与数据安全：数据分类与驻留要求作为前置校验项
风险条目写法示例
风险条目写法示例
# 条目模板（示意）
风险：所选消息中间件在跨地域场景下的延迟是否满足同步链路要求
概率：中 影响：高
触发信号：跨地域端到端 P99 超过 800ms 且持续三天
缓解：先做双地域验证性压测；同时评估备选组件
责任人：中间件组 复核时间：2026-12-15
结论状态：待验证 → 已验证 / 已缓解 / 接受风险清单要进例会跟踪：只登记不跟踪，风险会静默发酵，最后以事故形式暴露。
缓解动作要可执行且有截止时间：「加强关注」这类描述无法验证，写成「完成某项压测并给出结论」才有意义。