Passer au contenu principal
Retraite NestGen

Développer la sécurité autonome sans licornes

Développer la sécurité autonome sans licornes

Le premier déploiement de drones autonomes sur un site de sécurité se déroule généralement sans problème. Le drone décolle. Les patrouilles sont assurées de nuit. La station d'accueil fonctionne de manière fiable. Le projet pilote tient toutes ses promesses. L'organisation tente ensuite d'étendre le déploiement à dix ou vingt sites. C'est là que les choses se compliquent.

L'obstacle réside rarement dans le drone lui-même, mais plutôt dans l'expertise nécessaire à son utilisation.

Le succès de nombreux déploiements initiaux repose sur un profil d'employé bien particulier : une personne maîtrisant à la fois les opérations de sécurité et le pilotage de drones. Elle sait comment organiser les patrouilles, comment gérer les incidents et ce que l'établissement doit surveiller. Parallèlement, elle comprend la sécurité des vols, la planification des missions, la configuration du matériel et les exigences réglementaires. Au sein de nombreuses organisations, cette personne est désignée par un nom informel.

La licorne. Les licornes rendent possible le premier déploiement. Mais bâtir un programme autour d'elles crée un problème structurel : elles sont rares, difficiles à reproduire et impossibles à mettre à l'échelle.

Deux mondes différents

Les opérations de sécurité et les opérations de drones sont deux domaines totalement différents. Les professionnels de la sécurité raisonnent en termes d'évaluation des menaces, de logique de patrouille, de zones non couvertes et de réponse aux incidents. Leur rôle est de comprendre ce qui doit être surveillé et comment réagir en cas de problème.

Les opérateurs de drones évoluent dans un univers à part. Ils se concentrent sur la planification des missions, le respect de l'espace aérien, la sécurité des vols, la configuration des charges utiles et la réglementation aéronautique. Le chevauchement entre ces deux domaines de connaissances est faible. Une personne maîtrisant les deux peut faire le lien entre les deux systèmes. Elle sait comment transformer une demande de sécurité en mission de drone et comment interpréter les opérations de drones pour une équipe de sécurité. Mais ce chevauchement est fragile. La plupart des organisations ne comptent qu'une ou deux personnes qui se situent réellement à l'intersection de ces deux domaines.

Dès que la mise à l'échelle commence, les limites deviennent rapidement évidentes.

Le piège de l'expertise

Pour dépasser le modèle de la licorne, les organisations optent souvent pour l'une des deux approches suivantes. La première consiste à former les pilotes de drones aux opérations de sécurité. À première vue, cela semble logique : si le pilote comprend les installations et les exigences de sécurité, il devrait être capable de concevoir des missions de patrouille adaptées.

En pratique, le pilote n'acquiert souvent qu'une compréhension superficielle de la sécurité. Il peut filmer, mais il ne comprend pas forcément les schémas de menace, les priorités des patrouilles, ni ce que l'équipe de sécurité recherche réellement.

À mesure que les demandes se complexifient, le pilote devient le goulot d'étranglement.

La seconde option consiste à former les équipes de sécurité à l'utilisation des drones. Cela soulève un autre problème : les opérations de drones ne sont pas figées. La réglementation évolue, les restrictions d'espace aérien changent et les plateformes matérielles et les capteurs continuent de se développer. La planification des missions et les procédures de sécurité introduisent une discipline opérationnelle entièrement nouvelle.

Du jour au lendemain, les professionnels de la sécurité doivent devenir des opérateurs aéronautiques tout en continuant d'exercer leurs fonctions principales. Dans de nombreuses organisations, la charge cognitive devient irréaliste. Ce qui était au départ un programme de sécurité finit par ressembler à un petit service aéronautique. Aucune de ces solutions ne résout le problème de la mise à l'échelle.

L'une forme des pilotes qui ne maîtrisent pas pleinement la sécurité. L'autre demande à des professionnels de la sécurité de se spécialiser dans les drones. Ces deux approches reposent sur l'apprentissage de deux métiers différents par des individus.

Un modèle différent

Il existe une autre solution. Au lieu d'obliger les individus à maîtriser les deux domaines, les organisations peuvent séparer complètement les expertises. Les opérateurs de sécurité restent concentrés sur la sécurité, les opérateurs de drones sur les opérations de vol. Une interface système assure la liaison, traduisant les requêtes d'un domaine en actions dans l'autre.

Dans ce modèle, l'équipe de sécurité travaille exclusivement dans un langage qu'elle maîtrise déjà. Elle définit les zones de patrouille, les calendriers de couverture, les procédures d'intervention et les demandes d'inspection. Ces demandes deviennent des tâches opérationnelles structurées pour l'équipe de pilotage des drones. Les pilotes n'ont pas besoin de comprendre l'ensemble du contexte sécuritaire. Leur rôle consiste à exécuter les missions en toute sécurité, à gérer la flotte et à garantir la conformité réglementaire.

Les deux groupes interagissent par le biais du système plutôt que par le biais d'une expertise partagée.

Des demandes aux résultats

Une fois cette séparation établie, le flux de travail se simplifie considérablement. Les opérateurs de sécurité soumettent leurs demandes en termes de sécurité. Une patrouille, une vérification d'incident ou une inspection de clôture est définie par sa localisation, sa priorité et les éléments à observer. L'équipe d'opérations de drones reçoit cette demande comme une tâche opérationnelle. Elle se charge de la planification du vol, des contrôles de sécurité et de l'exécution. Une fois la mission terminée, les résultats sont transmis à l'équipe de sécurité dans son propre contexte opérationnel. Vidéo en direct, alertes automatisées et rapports de couverture de patrouille s'intègrent aux mêmes flux de travail que ceux utilisés dans un centre d'opérations de sécurité. Du point de vue de l'opérateur, le drone devient un capteur parmi d'autres au sein du système de sécurité.

La percée en matière de mise à l'échelle

Cette séparation modifie complètement la donne. Dans le modèle « licorne », dix sites dépendent d'une ou deux personnes hautement spécialisées. Si ces personnes sont surchargées ou quittent l'organisation, le programme ralentit ou s'arrête. Dans le modèle séparé, l'équipe de sécurité de chaque site interagit avec le système via des processus familiers. Une petite équipe centralisée d'opérations de drones peut gérer les missions sur de nombreux sites. L'ajout d'un nouveau site ne nécessite pas de trouver une autre « licorne ».

Il suffit de connecter une autre opération de sécurité à la même infrastructure. Les professionnels de la sécurité continuent d'assurer leurs missions. Les opérateurs de drones se concentrent sur les opérations aériennes. Le système gère la communication entre les deux. Lorsque les organisations atteignent ce stade, les programmes de sécurité autonomes peuvent enfin se déployer à grande échelle. Car le programme n'est plus conçu autour de solutions miracles, mais autour de la séparation des activités.