单位换算错误毁掉探测器 (Mars Climate Orbiter)：一枚飞行了几亿公里的探测器，为什么毁在了一次单位换算上？

# 商业复盘备忘录：单位换算错误毁掉探测器 (Mars Climate Orbiter)

> 一枚飞行了几亿公里的探测器，为什么毁在了一次单位换算上？
> 周期: 1998 - 1999 | 行业: 新经济与出行
> 巅峰: 美国航天机构的火星气候探测任务，目标是研究火星大气与水循环，探测器经过长期飞行抵达火星，项目投入数亿美元
> 终局: 探测器在进入火星轨道阶段失联，调查确认导航软件的单位换算不一致，导致轨道计算错误，探测器进入大气后损毁

## 核心概览
最廉价的技术错误，往往造成最昂贵的后果。巅峰期美国航天机构的火星气候探测任务，目标是研究火星大气与水循环，探测器经过长期飞行抵达火星，项目投入数亿美元；终局是探测器在进入火星轨道阶段失联，调查确认导航软件的单位换算不一致，导致轨道计算错误，探测器进入大气后损毁。

## 社区公投头号死因
1. [产品技术] 接口定义缺少单位强制校验 (1,325 票)
2. [组织管理] 跨机构协作缺少统一标准 (1,113 票)
3. [组织管理] 内部疑问未被升级处理 (901 票)

## 可执行教训
### 跨团队接口要对「单位、精度、范围」做强制校验
> 把量纲检查写进流程，而不是依赖人的细心。

- ✅ 推荐做 (DOs):
  - 在接口层面强制校验单位与量纲
  - 让一线提出的异常自动进入风险流程
- ❌ 绝不能做 (DON'Ts):
  - 不要依赖默契解决跨团队标准差异
  - 不要把异常提醒当作个人意见

## 救亡方案
### 先把跨团队接口的强制校验做上，再谈任务进度 — 良略编辑部
干预时点: 1999 年 9 月探测器失联、调查确认单位不一致后
- 必须断腕:
  - 停止依赖默契处理跨团队标准差异
  - 停止让一线提出的异常停留在口头提醒
  - 停止在接口规范中省略量纲定义
- 破局动作:
  - 在接口层强制校验单位、精度与范围
  - 让异常提醒自动进入正式风险流程
  - 在合同与规范中统一跨方技术标准
- 预期结果: 跨团队接口具备强制校验，同类隐患在早期即可被发现。

## 社区见解
### 这是航天史上最便宜也最昂贵的错误：换算一个单位几乎不花钱，而后果是整枚探测器。 — 良略编辑部 (工程师)
事故的原因在技术层面非常简单：负责推进数据的软件输出的一个物理量用英制单位，而导航侧按公制解读。两者差了一个换算系数，于是在长距离飞行中被放大成轨道偏差。真正值得反思的是它为什么没有被拦住：跨机构协作时，双方各自有一套成熟流程，合同与接口规范里没有把单位作为必须校验的项；而任务后期，工程师其实已经发现轨道数值不对并提出疑问，但这条信息没有升级为正式的工程风险。事后多数航天机构的流程里都增加了强制量纲检查——制度通常是这么长出来的。
- 如果重来一次的纠偏招式 在跨团队协作里，最危险的不是不知道，而是「以为对方和自己一样」。

---
来源: 良略 · https://www.lianglue.com/c/mars-climate-orbiter