跳至内容
NestGen静修会

无需独角兽也能扩展自主安全

无需独角兽也能扩展自主安全

在安保场所首次部署自主无人机通常都很顺利。无人机顺利升空,夜间巡逻也正常进行,码头运行可靠。试点项目完全达到了预期目标。然后,该机构试图将项目扩展到十个或二十个地点。这时,问题就开始出现了。

真正的障碍很少是无人机本身,而是操作这套系统所需的专业技术。

许多早期部署之所以成功,是因为拥有一种非常特殊的员工。他们既了解安保运营,也了解无人机操作。他们知道巡逻覆盖范围应该如何运作,如何处理突发事件,以及设施需要监控哪些内容。同时,他们还了解飞行安全、任务规划、硬件配置和监管要求。在许多组织内部,这样的人有一个非正式的称呼。

独角兽企业。独角兽企业让首次部署成为可能。但围绕它们构建项目会带来结构性问题。它们稀少、难以复制,而且无法规模化。

两个不同的世界

安保运营和无人机运营是两个截然不同的领域。安保专业人员的思考重点在于威胁评估、巡逻策略、覆盖盲区和事件响应。他们的工作是了解需要监控的内容以及在出现问题时如何应对。

无人机操作员身处另一个世界。他们专注于任务规划、空域合规、飞行安全、有效载荷配置和航空法规。这两个知识领域之间的重叠部分很小。如果有人同时精通这两个领域,他们就能在两个系统之间进行转换。他们知道如何将安全请求转化为无人机任务,以及如何向安保团队解读无人机操作。但这种重叠非常脆弱。大多数组织中只有一两个人真正掌握了这两个领域的知识。

当规模开始扩大时,限制很快就会显现出来。

专业知识陷阱

为了摆脱“独角兽”模式,各组织通常会尝试以下两种方法之一。第一种方法是培训无人机飞行员,使其了解安保运作。表面上看,这似乎合乎逻辑。如果飞行员了解设施和安保要求,他们就能够设计出满足这些需求的巡逻任务。

实际上,飞行员往往只能对安保情况有浅层的了解。他们可以拍摄视频,但可能无法完全理解威胁模式、巡逻重点或安保团队的实际巡逻目标。

随着请求变得越来越复杂,飞行员就成了瓶颈。

第二种方案是培训安保团队操作无人机。但这会带来不同的问题。无人机操作并非一成不变。法规不断演变,空域限制不断变化,硬件平台和传感器也在持续发展。任务规划和安全规程引入了一套全新的操作规范。

安保人员突然被要求在履行其主要职责的同时,还要兼顾航空运营工作。在许多组织中,这种认知负荷变得不切实际。原本的安保项目开始演变成一个小型航空部门。但这两种方案都无法解决规模化带来的挑战。

一种方法培养出的飞行员对安全知识了解不足,另一种方法则要求安全专业人员转型为无人机专家。这两种方法都要求个人掌握两种不同的专业技能。

不同的模式

还有另一种选择。与其强迫个人同时涉足这两个领域,组织不如将专业知识完全分离。安保人员专注于安保工作,无人机操作员专注于飞行操作。两者之间通过系统接口连接,将一个领域的请求转化为另一个领域的行动。

在这种模式下,安保团队完全使用他们熟悉的语言开展工作。他们定义巡逻区域、巡逻计划、事件响应和检查请求。这些请求会转化为无人机操作团队的具体操作任务。飞行员无需了解完整的安保背景。他们的职责是安全执行任务、管理机队并确保符合相关法规。

这两个群体是通过系统进行互动,而不是通过共享专业知识进行互动。

从请求到结果

一旦实现这种分离,工作流程将大大简化。安保人员以安保术语提交请求。巡逻、事件核查或围栏检查等任务都根据地点、优先级和需要观察的内容进行定义。无人机操作团队会将这些请求作为一项操作任务接收。他们负责飞行计划、安全检查和执行。任务完成后,结果将以安保团队熟悉的操作环境的形式返回给他们。实时视频、自动警报和巡逻覆盖报告都会出现在安保运营中心已有的工作流程中。从操作员的角度来看,无人机就变成了安保系统中的另一个传感器。

规模化突破

这种分离彻底改变了规模化模式。在“独角兽”模式下,十个站点依赖于一到两名高度专业化的人员。如果这些人工作量过大或离开组织,项目就会放缓甚至停止。而在分离模式下,每个设施的安保团队都通过熟悉的流程与系统交互。一个小型集中式无人机运营团队即可管理多个站点的任务。新增站点无需再寻找另一名“独角兽”。

这只需要将另一项安全运营连接到同一基础设施即可。安全专业人员继续执行安全工作,无人机操作员则专注于航空运营。系统负责两者之间的转换。当组织达到这一阶段时,自主安全计划最终开始规模化。因为该计划不再围绕独角兽构建,而是围绕分离构建。