警備現場における最初の自律型ドローン配備は、通常はうまくいきます。ドローンは離陸し、夜間の巡回も行われ、ドックも問題なく稼働します。試験プロジェクトは約束通りの成果を上げます。その後、組織は10か所、あるいは20か所へと規模を拡大しようとします。しかし、そこで事態は停滞し始めるのです。
障害となるのは、ドローンそのものではなく、システムを運用するために必要な専門知識であることが多い。
初期導入の多くが成功するのは、非常に特殊なタイプの従業員のおかげです。それは、警備業務とドローン運用両方を理解している人物です。巡回範囲の適切な運用方法、事件への対応方法、施設が監視すべき事項を熟知しています。同時に、飛行安全、ミッション計画、ハードウェア構成、規制要件についても理解しています。多くの組織内では、この人物には非公式な呼び名があります。
ユニコーン。ユニコーンは最初の導入を可能にする存在だ。しかし、ユニコーンを中心にプログラムを構築すると、構造的な問題が生じる。ユニコーンは希少で、再現が難しく、拡張は不可能だからだ。
二つの異なる世界
セキュリティ業務とドローン運用は、全く異なる領域です。セキュリティ専門家は、脅威評価、巡回計画、監視範囲のギャップ、インシデント対応といった観点から物事を考えます。彼らの仕事は、何を監視する必要があるのか、そして何か問題が発生した場合にどのように対応すべきかを理解することです。
ドローン操縦士は、全く異なる世界に生きています。彼らは、任務計画、空域規制の遵守、飛行安全、ペイロード構成、航空規制といった分野に注力しています。これら二つの知識分野の重なりはごくわずかです。両方を理解している人は、二つのシステム間の橋渡しをすることができます。つまり、セキュリティ要請をドローン任務に変換する方法や、セキュリティチーム向けにドローン運用を解釈する方法を知っているのです。しかし、その重なりは脆弱です。ほとんどの組織には、真にその接点に立つ人材は1人か2人しかいません。
規模を拡大し始めると、その限界がすぐに明らかになる。
専門知識の落とし穴
ユニコーンモデルから脱却するために、組織はしばしば2つのアプローチのいずれかを試みる。1つ目の選択肢は、ドローン操縦士にセキュリティ運用を理解させるための訓練を行うことだ。一見すると、これは理にかなっているように思える。操縦士が施設とセキュリティ要件を理解していれば、それらのニーズを満たす巡回ミッションを設計できるはずだからだ。
実際には、パイロットはセキュリティについて表面的な理解しか得られないことが多い。映像を撮影することはできるが、脅威のパターン、巡回における優先順位、あるいはセキュリティチームが実際に何を探しているのかを完全に理解しているとは限らない。
要求が複雑化するにつれて、パイロットプロジェクトがボトルネックとなる。
2つ目の選択肢は、警備チームにドローンの操作方法を訓練することです。しかし、これには別の問題が生じます。ドローンの運用は常に変化しており、規制も進化し、空域制限も変更され、ハードウェアプラットフォームやセンサーも進化し続けています。ミッション計画や安全手順には、全く新しい運用規律が求められます。
セキュリティ専門家は、本来の業務をこなしながら、突如として航空運航業務も担うことを求められるようになる。多くの組織では、認知負荷が非現実的なレベルに達し、当初はセキュリティプログラムとして始まったものが、まるで小さな航空部門のようになってしまう。どちらの道を選んでも、規模拡大という課題は解決されない。
一方は、セキュリティを十分に理解していないパイロットを育成する。もう一方は、セキュリティ専門家にドローン専門家になることを求める。どちらのアプローチも、個人が2つの異なる専門分野を習得することを前提としている。
別のモデル
別の選択肢もある。個人に両方の領域を兼任させるのではなく、組織はそれぞれの専門分野を完全に分離することができる。セキュリティ担当者はセキュリティ業務に専念し、ドローン操縦士は飛行運用に専念する。両者の間にはシステムインターフェースが設けられ、一方の領域からの要求を他方の領域での行動に変換する。
このモデルでは、セキュリティチームは既に理解している言語で完全に業務を行います。彼らは巡回区域、巡回スケジュール、インシデント対応、検査依頼などを定義します。これらの依頼は、ドローン運用チームにとって構造化された運用業務となります。パイロットはセキュリティに関する全体像を理解する必要はありません。彼らの役割は、任務を安全に遂行し、機体群を管理し、規制遵守を確保することです。
両グループは、共通の専門知識を通じてではなく、システムを通じて交流している。
依頼から成果へ
この分離が実現すると、ワークフローははるかに簡素化されます。セキュリティオペレーターはセキュリティ用語でリクエストを送信します。巡回、事件確認、フェンス点検などは、場所、優先度、監視対象によって定義されます。ドローン運用チームは、そのリクエストを運用タスクとして受け取ります。彼らは飛行計画、安全チェック、および実行を担当します。ミッションが完了すると、結果はセキュリティチームに運用コンテキストで返されます。ライブ映像、自動アラート、巡回範囲レポートは、セキュリティオペレーションセンターですでに使用されているワークフロー内に表示されます。オペレーターの視点から見ると、ドローンはセキュリティシステムにおける単なるセンサーの一つとなります。
スケーリングのブレークスルー
この分離によって、スケーリングの方程式は完全に変わります。ユニコーンモデルでは、10の拠点が1人か2人の高度に専門化された人材に依存しています。これらの人材が過負荷になったり、組織を離れたりすると、プログラムの進行が遅くなったり、停止したりします。分離モデルでは、各施設のセキュリティチームが使い慣れたワークフローを通じてシステムと連携します。小規模な集中型ドローン運用チームが、多くの拠点にわたるミッションを管理できます。新しい拠点を追加する際に、別のユニコーンを探す必要はありません。
同じインフラストラクチャに別のセキュリティ運用を接続するだけで済みます。セキュリティ担当者は引き続きセキュリティ業務を行い、ドローン操縦者は航空運用に専念します。システムが両者間の変換を処理します。組織がこの段階に達すると、自律型セキュリティプログラムはついに規模を拡大できるようになります。なぜなら、このプログラムはもはや非現実的なものではなく、分離に基づいて構築されているからです。