技术债识别地图
代码与架构
• 重复逻辑与高耦合
• 老旧依赖版本
• 难以测试的关键模块
交付与运维
• 发布回滚依赖人工
• 监控覆盖不完整
• 配置漂移难收敛
组织与流程
• 关键知识集中少数人
• 变更标准不一致
• 需求挤压治理窗口
识别原则
高频重复 + 放大风险 + 持续拖慢交付，才应进入重点债务池
不要把所有待优化事项都叫技术债，要区分缺陷、需求与结构性债务