Au sein du STRILAB, l'incubateur de guerre propre à la Brigade des gardes de vie (IB 1), un soldat et un officier de réserve ont construit en cinq semaines ELD, un plugin pour l'application de représentation de la situation ATAK qui numérise les demandes de tir indirect. Un ordre qui devait auparavant être transmis oralement par le réseau radio peut désormais être envoyé sous forme de message dans une application. Derrière ce projet se trouve l'idée même du STRILAB : construire depuis la base, à partir du soldat, plutôt que depuis le sommet.

Le STRILAB est l'incubateur de guerre propre à la Brigade des gardes de vie (IB 1), un laboratoire de combat où des officiers de réserve et des soldats développent des technologies et des méthodes depuis la base, avec des méthodes de travail empruntées au monde des start-ups. Cet été, pour la première fois, un programme de cinq semaines est organisé afin de transformer les enseignements des exercices du printemps en prototypes concrets. L'initiative est menée par les officiers de réserve Jakob Blomqvist et Fabian Duke, et s'appuie, selon eux, sur la proportion inhabituellement élevée de soldats à temps partiel dans la brigade, dont beaucoup suivent des formations techniques. NDS a rencontré les initiateurs du projet lors d'un exercice de terrain au printemps.

C'est dans ce programme que le projet ELD a pris forme, construit par deux personnes qui se sont retrouvées dans le même groupe de projet seulement cet été. Lukas Nilsson vient de terminer son service militaire comme soldat mortier à l'IB 1 et est aujourd'hui soldat sous contrat (GSS/T) ; au sein du STRILAB, il est le développeur qui construit l'application. Albert Oscarsson est officier de réserve dans le domaine des feux indirects et étudiant en ingénierie, et dirige le projet.

Ils travaillent dans la même chaîne mais à des niveaux différents. Lukas se trouve au niveau le plus bas, au poste du mortier. Albert planifie et coordonne les feux indirects au niveau du bataillon. Ensemble, disent-ils, ils ont une vision d'ensemble inhabituellement complète de la chaîne de conduite des feux, et de ses points de friction.

Le problème auquel ils se sont attaqués est que la chaîne de conduite des feux repose sur une technologie qui n'a pas été modernisée depuis les années 1990. Les unités dépendent de l'ancienne radio Radio 180, et les sections de mortier de communications filaires. Cette dernière contrainte les oblige à se regrouper au lieu de se disperser, ce qui les rend vulnérables, notamment face à la menace des drones. De plus, plusieurs de ces anciens systèmes nécessitent des opérateurs formés, donc davantage de personnel que ce qui serait réellement nécessaire.

La transmission des ordres est elle aussi manuelle. Une demande de tir est structurée selon la règle mnémotechnique VISSSTBOA, un acronyme qui garantit qu'aucun élément important n'est omis. Le seuil devient le plus évident, dit Albert, pour un simple fantassin en dehors de la chaîne de conduite des feux. Il ne dispose pas de son propre équipement de transmission, et la demande doit donc être transmise oralement en quatre étapes : du chef de groupe au chef de section, puis au chef de compagnie, et enfin à l'officier des feux.

« Chaque niveau doit s'en souvenir et la répéter à nouveau sur un système radio différent, dit Albert. Cela la rend lente et compliquée, et dans la pratique, elle est rarement, voire jamais, entraînée. »

Avec ELD, disent-ils, la demande peut désormais être envoyée sous forme de message dans l'application, directement à la bonne personne.

La solution est conçue comme un plugin pour ATAK (Android Team Awareness Kit), une application Android faisant partie du système américain TAK. ATAK fournit aux unités une représentation de la situation partagée et numérique en temps réel, jusqu'au niveau du soldat, et peut être considérée comme un complément à la carte, à la boussole, à l'oléat et à la radio. Beaucoup la portent déjà sur leur téléphone dans leur gilet pare-balles, et le chiffrement est géré par la plateforme.

« On obtient une carte sur laquelle on peut dessiner, et un système de messagerie déjà prêt à l'emploi », dit Lukas.

L'objectif, dit-il, est de réunir toute la chaîne de tir indirect dans un seul et même système : le soldat ou l'observateur avancé qui demande le tir, l'officier des feux qui le répartit, et l'équipe de pièce qui tire.

« Toute la chaîne de tir indirect doit se trouver dans une seule application, dans un seul système. Cela doit être simple, il ne doit pas y avoir de risque d'erreur, et il ne doit pas être nécessaire d'avoir un excès de matériel », dit Lukas.

Chaque rôle dispose de sa propre vue, explique-t-il. L'officier des feux doit voir la vue d'ensemble avec l'emplacement des pièces, la portée de tir et les munitions, tandis que celui qui se trouve à la pièce ne voit que ce qui est nécessaire pour tirer.

Dans l'application, qu'ils font une démonstration, celui qui demande le tir choisit quel système doit agir : mortier, artillerie, drone FPV ou missile antichar. La cible est indiquée par des coordonnées, ou par une direction et une distance depuis un point sur la carte, ainsi que le type d'obus, le schéma de tir et la cadence de tir (volume de munitions).

Ce qui distingue ELD des systèmes de commandement plus vastes, c'est la direction : là où ceux-ci sont commandés depuis le sommet, ELD part directement de l'utilisateur final.

« Tout a commencé avec la section de mortier, c'était le premier prototype, dit Albert. Ensuite, nous avons continué à construire de bas en haut. »

Peu à peu, la chaîne s'est élargie : l'observateur avancé, l'officier des feux, l'artillerie et, selon eux, tôt ou tard, également les drones FPV.

Aucun des deux n'avait auparavant construit de plugin ATAK, ni codé. Le choix d'ATAK s'est néanmoins imposé naturellement, estiment-ils : il s'agit d'un logiciel open source, largement utilisé et bien documenté, et déjà l'un des moyens de transmission au sein des Forces armées suédoises.

« C'est une façon simple d'obtenir une preuve de concept », dit Albert.

Ils ont appris au fur et à mesure. Les informations sur ATAK sont ouvertes mais difficiles à trier, et pour cela, ils ont utilisé Claude pour trouver des réponses. Ils ont également commencé modestement : le premier prototype a été construit comme une simple application web et présenté à des utilisateurs potentiels avant qu'ils ne consacrent du temps à un véritable plugin ATAK.

Après ces cinq semaines, un prototype fonctionnel existe, qui, selon Lukas et Albert, a déjà été testé par des sections de mortier en Suède avec de bons retours. Pendant le sprint, ils se sont déplacés vers différentes unités, notamment le I21 à Sollefteå (nord de la Suède) et le Livgardet à Stockholm, afin de préparer les essais et tests de l'automne et de connaître les besoins des unités pour vouloir tester ELD en conditions réelles.

« On n'attend pas que quelqu'un dise ce qui doit se passer, on va soi-même chercher les réponses », dit Albert à propos de cette méthode de travail.

Où voulez-vous qu'ELD en soit dans un an ?

« Notre objectif est de le mettre à disposition des utilisateurs, dit Albert, avant de poursuivre : Nous voulons le déployer auprès du plus grand nombre d'utilisateurs possible, comme preuve que cela fonctionne. »

Ils n'ont volontairement pas encore créé d'entreprise.

Le chemin pour y arriver peut prendre plusieurs directions. Soit les Forces armées suédoises reprennent le projet, soit le code est vendu à une entreprise de défense établie qui se charge de la documentation et fait avancer le processus vers la Direction suédoise du matériel de défense (FMV). Ce qui freine, selon eux, est rarement la technologie elle-même mais tout ce qui l'entoure : la méthode, les manuels et le long circuit hiérarchique.

« Si vous fabriquez une pelle, il vous faut un manuel d'instructions de vingt pages pour expliquer comment l'utiliser, dit Albert avec un sourire malicieux. Je pense que les soldats peuvent le comprendre par eux-mêmes. »