#7 1972 · California fire services · Emergency management
加州消防机构各自为战，之后共建了一套统一指挥系统
问题
每一场大火都演变成管辖权之争
背景
1970年9月的13天里，南加州爆发了773起山火，16人死亡、722栋房屋被毁——而大部分失败并不在火势本身，而在于救援：扑救同一场大火的各机构没有统一的指挥结构，且「通讯与协调环节层出不穷的问题削弱了救援的有效性」。
一个名为 FIRESCOPE 的跨机构小组随之成立，目的正是直接解决协调问题，而不是把钱继续砸向装备或人手。其首个技术小组于1973年组建，负责设计一套共享的管理结构，也就是后来的 Incident Command System（事件指挥系统，ICS）：一位事件指挥官、可按规模伸缩的模块化岗位，以及所有机构都约定用同一口径的术语——其中一部分早在1980年前就被成功运用于重大事件上。
换别人会怎么做
面对灾难性的救火失败，本能反应是给现有的东西加码——更多的消防车、更多队伍、更多装备、更快的响应速度。可这是把1970年的山火当成产能问题，真正的失效点其实是协调：扑救同一场大火的机构既没有共享的指挥结构，也没有共同术语，所以往一场本就不协调的救援里再投资源，只会让更多装备在同一片管辖权混乱里互相绊脚，而不是让火被管得更好。
他们看到了什么
FIRESCOPE 的设计者看得很清楚：问题不在任何一家机构的能力——每个部门在自己的边界内都干得不错——而在于大火不认机构边界，又没有任何东西逼着互不隶属的机构在火从一地烧进另一地时，拼装成一台连贯的机器。解法不是更多资源，也不是把单家机构做得更好，而是一套共享的结构——一位指挥官、共同词汇、模块化岗位——任何机构都能接入，却不必放弃自己的身份或内部的指挥链。
那一手
在灾难性的山火协调失败之后，各机构建起了事件指挥系统：一位指挥官、模块化岗位、通用的术语。
为什么管用
为一场火指定一位事件总指挥官，不管火从谁的辖区烧起，就消除了那种本来各条指挥链互相顶撞的协调真空——事件期间所有人都向同一结构汇报，决策一次定下，而不是逐家机构实时谈判。术语和模块化岗位的定义一经统一，素昧平生的各部门人员也能立刻对接进同一个指挥结构，因为「分部主管」或「集结点」对任何佩戴这枚标识的人都含义相同。岗位随事件规模伸缩，同一套结构既能处理一场小火，也能应对跨县灾难，而不必各备一套系统——这正是它能远远超越山火、扩散到医院、公用事业乃至软件事件响应的原因：任何领域只要面临同一个底层问题（独立团队需要在短时间内联手），就会得到同一套解法。
值了多少
ICS 成为美国国家标准，并被远远带出了消防领域——医院、公用事业，直至后来的软件事件响应都在采用。
什么时候会失灵
这套系统依赖每家参与的机构提前采用并演练同一套术语与指挥结构——只在纸面上定一套结构，却没有 FIRESCOPE 各机构在1970年代共同演练过的那种配合，真到事件现场，人员就做不到游刃有余地执行。它还要求机构愿意在事件期间把自家的指挥权让渡给一位事件指挥官，而当作多机构都认为自己该挑头，或政治、管辖权上的利害让「交权」在台面上代价高昂时，这会变成实打实的摩擦。另外，单一指挥结构只在瓶颈确实是协调时才管用；若救援失败是因为真的缺资源、缺技术能力、缺专业人手，那么再干净的指挥结构也补不上这个窟窿。
后来呢
2004年，美国国土安全部把 ICS 纳入国家事故管理系统（NIMS），任何领取联邦应急资金的机构都必须采用；医院也自1980年代末起把它改造成医院事件指挥系统。核心洞见——由一位指挥官和共享词汇门径，让互不隶属的机构能拼进同一套运作，却不必交出各自的指挥链——比当初为之建造的那场山火更长寿，如今已成为任何领域中多支独立团队必须联手应对一次事件时的默认模板。
资料来源
- [1]The wildfires in 1970 brought about FIRESCOPE, changing the way emergencies are managedWildfire Today, 2020wildfiretoday.com
- [2]History of ICSLAFD Support Service, 2021lafdsupportservice.net
- [3]Hospital incident command system (US)Wikipedia, 2024en.wikipedia.org