美国医保网站 Healthcare.gov：为什么一个花了几亿美元、还有充足时间的政务网站，会在上线当天就崩掉？

# 商业复盘备忘录：美国医保网站 Healthcare.gov

> 为什么一个花了几亿美元、还有充足时间的政务网站，会在上线当天就崩掉？
> 周期: 2010 - 2013 | 行业: 工具与互联网
> 巅峰: 美国联邦医疗保险交易平台，承担让数千万人线上投保的公共任务，合同金额与公众关注度都是同类项目中最高的一档
> 终局: 2013 年 10 月上线即瘫痪，绝大多数用户无法完成注册，被作为大型 IT 项目集成失败的典型案例，承包商合同被终止

## 核心概览
没有人对整体负责的分工，等于把集成风险交给了上线那一天。巅峰期美国联邦医疗保险交易平台，承担让数千万人线上投保的公共任务，合同金额与公众关注度都是同类项目中最高的一档；终局是 2013 年 10 月上线即瘫痪，绝大多数用户无法完成注册，被作为大型 IT 项目集成失败的典型案例，承包商合同被终止。

## 社区公投头号死因
1. [产品技术] 多家承包商各自开发、缺少统一集成责任 (1,882 票)
2. [组织管理] 没有有权做技术决策的单一负责人 (1,581 票)
3. [战略决策] 需求持续变动而验证不足 (1,280 票)

## 可执行教训
### 多方分工的项目，必须先指定一个对整体负责的人
> 集成问题不会消失，它只会等到上线那天一起出现。

- ✅ 推荐做 (DOs):
  - 为跨承包商的项目指定有实权的技术负责人
  - 在上线前按真实并发量完成端到端压测
- ❌ 绝不能做 (DON'Ts):
  - 不要让需求在开发后期继续扩张
  - 不要用分摊责任的方式代替集成责任

## 救亡方案
### 先冻结需求做端到端压测，再恢复上线 — 良略编辑部
干预时点: 2013 年 10 月 1 日上线当天出现大面积不可用时
- 必须断腕:
  - 冻结新增功能需求
  - 停止由多家承包商各自发布版本
  - 停止在没有整体负责人的情况下继续并行开发
- 破局动作:
  - 指定对整体架构与发布负责的技术负责人
  - 按真实并发量完成端到端压测并修复容量瓶颈
  - 统一接口与数据标准后再逐步恢复上线
- 预期结果: 平台在较短时间内恢复可用，投保人能够在开放期内完成注册，避免项目成为公共 IT 失败的长期案例。

## 社区见解
### 把一个系统拆给五家公司做，最难的部分不是每个模块，而是它们之间的接缝。 — 良略编辑部 (工程师)
项目并不缺预算也不缺时间，缺的是一个能对整体负责的角色。多家承包商按各自合同完成模块，接口标准、版本节奏与数据口径都不统一，而这些接缝处的矛盾没有人在开发期有权限拍板，只能被一路推到上线。等到真实访问量到来，容量与集成问题同时爆发，抢修只能靠临时加入的外部团队从架构层面重组。
- 如果重来一次的纠偏招式 大型项目最难治理的不是代码，是责任边界。

---
来源: 良略 · https://www.lianglue.com/c/healthcare-gov