The $2t Cost of Poor Software Quality
核心数据
文章引用 CISQ / Synopsys 报告：2022 年美国 poor software quality 成本约 US$2.4 trillion，相较两年前的估算接近翻倍。
主要成本驱动
- 软件供应链复杂性与第三方依赖。
- 网络攻击利用既有 vulnerabilities。
- legacy technical debt 持续积累并提高现代化、维护与变更成本。
- 生产故障、downtime、rework、项目失败和机会损失。
如何正确使用这个数字
不要只用“trillions”制造恐惧。专业分析应把宏观数字转成项目可控制的指标：
| 风险 | Leading indicator | Lagging indicator |
|---|---|---|
| Technical debt | 高复杂度模块、过期依赖、未修复 critical weakness | 变更失败率、维护工时、事故数 |
| Cyber risk | 高危漏洞暴露时长、依赖扫描失败 | breach、数据损失、停机 |
| Supply chain | 未验证组件、无 SBOM、供应商 gate 缺失 | 供应链事故、紧急回滚 |
| Reliability | 错误预算消耗、容量接近上限 | availability、MTTR、投诉 |
IE Project 应用
- 选择一个最可能累积 technical debt 的功能。
- 写出“现在省下的时间”与“未来可能付出的成本”。
- 为供应链、security 与 reliability 各设一个可收集指标。
- 把风险影响写成用户、组织和社会三层后果。
批判性问题
哪些成本容易被报表捕获，哪些成本（信任下降、员工流失、错失机会）会被低估？