技术雷达是什么
技术雷达把技术方案分为采纳、试验、评估、暂缓四档，定期评审更新并对外发布，用于技术选型沟通、收敛技术栈与管理探索风险。它表达的是当前共识而非永久结论：某项技术可以从评估升到试验，也可能从试验降到暂缓。四档的含义必须提前定义清楚，否则不同团队理解不同，参考价值会大幅下降。
基本信息
| 四档定位 | 采纳、试验、评估、暂缓 |
|---|---|
| 更新节奏 | 定期评审，常见按季度 |
| 主要用途 | 选型讨论参考、栈收敛、新人技术指南 |
| 评审参与 | 架构与技术负责人共同讨论，形成共识 |
| 与决策关系 | 作为参考依据，重要选型仍走技术评审流程 |
典型使用场景
- 新人入职快速了解组织推荐与不推荐的技术选择
- 新项目选型前确认是否有既定推荐方案可复用
- 收敛技术栈，识别功能重复的组件并推动统一
- 管理探索风险，明确哪些技术只允许在非核心场景试点
- 记录技术判断演变过程，避免同一争论反复出现
条目示例
条目示例
# 采纳：可以直接用于核心业务，且有团队具备维护能力
采纳：团队标准化 CI 工具（已有两个团队在用）
# 试验：限定在非核心服务试点，需明确退出条件
试验：在非核心服务试点新消息队列（观察 1 个季度）
# 评估：只观察，不用于生产，重点看社区与生态
评估：观察新数据库的社区活跃度与工具链成熟度
# 暂缓：明确不建议使用，并写清原因
暂缓：高风险或生态萎缩的方案（写明具体顾虑）四档含义与边界
| 档位 | 含义 | 使用边界 |
|---|---|---|
| 采纳 | 值得在核心场景使用 | 可直接用于生产关键路径 |
| 试验 | 值得在非核心场景试点 | 有明确试点范围与退出条件 |
| 评估 | 值得跟踪了解 | 不进入生产环境 |
| 暂缓 | 不建议当前采用 | 需例外审批方可使用 |
雷达与决策脱钩是最常见的问题：发布后无人引用，选型仍靠个别决策者拍板，雷达就退化为宣传材料而不是治理工具。