Le warfighter-driven requirements process veut accélérer l’armement américain en partant du terrain, pas des bureaux.
En résumé
Le warfighter-driven requirements process désigne une réforme profonde de la manière dont les forces armées américaines définissent leurs besoins militaires. Son principe est simple : partir des problèmes opérationnels rencontrés par les combattants, puis construire les solutions autour de ces besoins réels. Cette logique s’oppose à une culture ancienne, dominée par des documents longs, des validations lentes et des programmes parfois lancés avant d’avoir clarifié le problème militaire à résoudre. Le sujet est devenu central après les critiques contre JCIDS, le Joint Capabilities Integration and Development System, longtemps utilisé pour valider les besoins interarmées. En 2025, Washington a lancé sa réforme la plus importante depuis plus de vingt ans. L’objectif est clair : réduire les délais, mieux relier les besoins aux budgets, associer plus tôt l’industrie, et livrer des capacités utiles avant que la technologie ne soit déjà dépassée. C’est une révolution administrative avec des conséquences opérationnelles directes.
Le concept qui part du terrain plutôt que de la technologie
Le warfighter-driven requirements process peut se traduire par « processus de définition des besoins piloté par le combattant ». Le terme est technique, mais l’idée est très concrète. Une armée ne doit pas commencer par demander un avion, un drone, un logiciel ou un missile. Elle doit commencer par formuler le problème opérationnel qu’elle n’arrive pas à résoudre.
La différence est majeure. Une approche classique peut dire : il nous faut un nouveau système radio, un nouveau véhicule blindé, un nouveau logiciel de commandement ou un nouveau capteur. Une approche centrée sur le combattant demande d’abord : quelle mission échoue, dans quelles conditions, contre quel adversaire, avec quelles contraintes de temps, de portée, de discrétion, de survivabilité, de coût et d’interopérabilité ?
Ce changement paraît évident. Il ne l’est pas dans une bureaucratie militaire. Les programmes d’armement ont longtemps été structurés autour de documents, de cycles budgétaires, de procédures d’approbation et de compromis entre états-majors. Le combattant, c’est-à-dire l’utilisateur final, arrivait souvent trop tard. Il testait un système après des années de développement. Il découvrait alors que l’outil ne correspondait pas parfaitement au terrain, que l’interface était trop lourde, que la maintenance était impossible en opération, ou que l’adversaire avait déjà changé de méthode.
Le warfighter-driven requirements process veut corriger cette erreur. Il part d’une idée simple : le besoin militaire n’est pas un document. C’est une tension entre une mission à remplir, un adversaire à battre, un environnement à maîtriser et une capacité absente. Le rôle du processus n’est pas de produire un dossier parfait. Il est de transformer cette tension en solution utilisable.
L’ancien système JCIDS devenu trop lent pour la guerre moderne
Pour comprendre l’intérêt de cette réforme, il faut regarder le système qu’elle remplace. Pendant plus de vingt ans, le Pentagone a utilisé le Joint Capabilities Integration and Development System, ou JCIDS, pour identifier, documenter, examiner et valider les besoins militaires interarmées. Ce système avait une justification sérieuse. Il devait éviter que chaque service achète ses propres équipements sans cohérence avec les autres.
Le problème est que JCIDS est devenu trop lourd. Les rapports officiels américains décrivent un processus complexe, rigide, mal aligné avec les budgets, et incapable de suivre l’innovation commerciale. Le système devait coordonner l’armée de Terre, l’U.S. Navy, l’U.S. Air Force, le Marine Corps, la Space Force, les commandements combattants, le renseignement, les acquisitions et les industriels. En théorie, cette coordination protégeait la cohérence interarmées. En pratique, elle ralentissait souvent la livraison.
Les chiffres sont parlants. Le Government Accountability Office a constaté que les données disponibles montraient environ 800 jours pour valider certains documents de capacité dans JCIDS. D’autres travaux de recherche évoquent environ 852 jours pour préparer et valider une combinaison de documents de type Initial Capabilities Document et Capability Development Document. Même si ces chiffres varient selon les programmes, ils donnent l’ordre de grandeur : plus de deux ans peuvent être consommés avant même que le besoin soit pleinement stabilisé.
Dans une guerre industrielle lente, ce délai pouvait être absorbé. Dans une compétition technologique contre la Chine, la Russie, l’Iran ou des groupes non étatiques capables d’adapter rapidement drones, brouilleurs, logiciels et munitions, il devient dangereux. Un besoin validé trop tard peut déjà être obsolète.
Le problème militaire placé avant la solution industrielle
Le cœur de la réforme repose sur les Key Operational Problems, ou KOP. Le terme désigne les problèmes opérationnels prioritaires que la Joint Force doit résoudre. Ce choix est fondamental. Le Pentagone ne veut plus seulement valider des exigences techniques. Il veut classer les problèmes militaires qui comptent vraiment.
Un exemple simple permet de comprendre. Il ne s’agit pas de demander un « drone de reconnaissance plus performant ». Il s’agit de formuler un problème comme : comment détecter, suivre et neutraliser des lanceurs mobiles dans une zone contestée, malgré le brouillage, les leurres, les défenses sol-air et la dispersion des unités ? Cette formulation est plus utile. Elle laisse plusieurs solutions possibles : satellites, drones, capteurs au sol, munitions rôdeuses, intelligence artificielle, guerre électronique, forces spéciales, aviation habitée ou combinaison de plusieurs moyens.
Ce changement évite un piège fréquent : enfermer l’armée dans une solution trop tôt. Les industriels préfèrent souvent répondre avec un produit. Les états-majors préfèrent parfois défendre un programme existant. Le combattant, lui, a besoin d’un effet. Le warfighter-driven requirements process cherche donc à définir l’effet militaire attendu avant de figer la technologie.
C’est aussi une manière de mieux dialoguer avec l’industrie. Au lieu de publier une longue liste de spécifications qui exclut d’avance certaines solutions, l’État peut présenter un problème opérationnel clair. Les industriels traditionnels et les entreprises non traditionnelles peuvent alors proposer des réponses différentes. Cette logique favorise les logiciels, l’intelligence artificielle, les capteurs commerciaux, les drones bon marché et les solutions modulaires.
Le nouveau rôle du JROC dans la hiérarchie des besoins
Le Joint Requirements Oversight Council, ou JROC, reste au centre du système, mais son rôle change. Dans l’ancien modèle, il participait à la validation de nombreux documents de besoins. Dans la nouvelle logique, il doit se concentrer sur ce qui est vraiment interarmées et stratégique.
Le mémorandum américain de novembre 2025 prévoit la fin progressive de JCIDS et demande au JROC de cesser, autant que possible, de valider les documents propres aux différents services. Les besoins de l’U.S. Army, de l’U.S. Navy ou de l’U.S. Air Force doivent redevenir la responsabilité de ces services. Le JROC doit plutôt devenir le forum chargé d’identifier et de classer chaque année les Key Operational Problems de la force conjointe.
Ce point est important. La réforme ne veut pas supprimer la cohérence interarmées. Elle veut arrêter de confondre cohérence et contrôle bureaucratique. Le JROC garde les sujets qui dépassent un seul service : interopérabilité, guerre dans plusieurs milieux, commandement, capteurs distribués, cyber, espace, défense antimissile, logistique contestée, ou opérations contre un adversaire majeur.
Le risque est réel. Si chaque service reprend trop de liberté, les armées peuvent recréer des silos. L’U.S. Army peut prioriser ses besoins terrestres. L’U.S. Navy peut défendre ses navires. L’U.S. Air Force peut pousser ses avions et ses drones. Le nouveau système devra donc arbitrer sans revenir à la lourdeur passée. C’est l’équilibre le plus difficile.
Le lien décisif entre les besoins, les budgets et l’acquisition
La vraie faiblesse de nombreux systèmes d’armement ne vient pas seulement de la définition du besoin. Elle vient du mauvais alignement entre trois mondes : les exigences militaires, le budget et l’acquisition. Aux États-Unis, ces trois mondes ont longtemps fonctionné avec des logiques différentes. Les besoins sont tirés par la mission. Le budget est tiré par le calendrier. L’acquisition est tirée par les jalons techniques.
Le warfighter-driven requirements process veut raccorder ces trois flux. C’est pourquoi la réforme crée le Requirements and Resourcing Alignment Board, ou RRAB. Son rôle est de relier les problèmes opérationnels prioritaires aux ressources budgétaires. En clair, il ne suffit plus de dire qu’un besoin est important. Il faut aussi vérifier s’il peut être financé, développé, testé, livré et intégré.
Cette logique répond à un problème bien connu : la « valley of death ». Beaucoup de technologies militaires fonctionnent en démonstration, mais ne passent jamais à l’échelle. Elles restent coincées entre le prototype et le programme financé. Le nouveau système veut réduire cette fracture. Il prévoit aussi un Joint Acceleration Reserve pour financer plus vite des solutions issues des besoins prioritaires.
Cette partie est décisive. Un processus centré sur le combattant ne sert à rien si les budgets ne suivent pas. Un besoin urgent sans financement reste un vœu. Une technologie sans ligne budgétaire reste une présentation PowerPoint. Une réforme sérieuse doit donc relier le terrain à la loi de finances. C’est exactement l’un des objectifs affichés par Washington.
La méthode pratique pour passer du besoin au système
Le fonctionnement concret repose sur une chaîne plus courte. D’abord, les forces et les commandements combattants identifient un problème opérationnel. Ensuite, ce problème est formulé de manière précise : mission, adversaire, environnement, délais, effets attendus, contraintes et risques. Puis les décideurs classent les problèmes selon leur importance stratégique.
Une fois le problème priorisé, les équipes d’ingénierie de mission entrent en jeu. Le rôle de la Mission Engineering and Integration Activity est de traduire un problème militaire en options techniques. Cette étape peut inclure des simulations, des exercices, des prototypes, des expérimentations, des essais de terrain, des échanges avec l’industrie et des analyses de coût.
Le point clé est l’itération. Le besoin n’est pas gravé dans le marbre dès le premier jour. Il est ajusté à mesure que les utilisateurs testent, que les ingénieurs découvrent les limites techniques, que l’industrie propose des solutions, et que l’adversaire évolue. Cette logique est proche des méthodes agiles utilisées dans le logiciel.
Le Software Acquisition Pathway donne déjà un exemple. Les programmes logiciels relevant de cette voie doivent démontrer la viabilité et l’efficacité opérationnelle d’une capacité au plus tard un an après l’obligation des fonds. Ils doivent aussi livrer de nouvelles capacités au moins chaque année, avec des mises à jour plus fréquentes lorsque c’est possible. Les utilisateurs doivent être engagés en continu. C’est exactement l’esprit warfighter-driven : livrer vite, observer l’usage, corriger, améliorer, recommencer.
Les usages concrets dans les programmes d’armement modernes
Ce processus est particulièrement utile pour les domaines qui évoluent vite. C’est le cas des drones, des logiciels de commandement, de la guerre électronique, de l’intelligence artificielle, du cyber, de la défense anti-drones, des capteurs distribués et des munitions rôdeuses. Dans ces secteurs, attendre dix ans pour livrer une solution est souvent absurde. L’adversaire aura déjà changé de tactique.
La guerre en Ukraine a renforcé cette leçon. Les drones civils modifiés, les brouilleurs, les réseaux de capteurs, les applications de ciblage et les munitions à bas coût évoluent en cycles très courts. Un système militaire trop lent arrive dépassé. Le combattant devient alors le meilleur capteur de pertinence. Il sait si l’outil fonctionne dans la boue, sous brouillage, avec peu de formation, peu de pièces et une menace réelle.
Le warfighter-driven requirements process peut aussi aider les grands programmes. Un avion de combat, un navire, un char ou un système spatial restent des projets longs. Mais même dans ces programmes, les sous-systèmes logiciels, les capteurs, les liaisons de données et les interfaces peuvent évoluer plus vite. L’enjeu est de ne pas figer tout le système pendant quinze ans.
Cette logique change aussi la relation avec les industriels. Les entreprises ne peuvent plus seulement attendre un cahier des charges très détaillé, puis proposer une réponse. Elles doivent comprendre les missions, accepter les essais rapides, travailler avec les utilisateurs et livrer des versions successives. Cela avantage certains acteurs non traditionnels. Cela oblige aussi les grands groupes à devenir plus agiles.
Les bénéfices attendus pour les forces armées
Le premier bénéfice est la vitesse. Une force armée qui définit mieux ses problèmes peut livrer plus vite des solutions utiles. La vitesse ne signifie pas l’improvisation. Elle signifie moins de documents inutiles, moins de validations redondantes, moins de décisions repoussées et plus de tests concrets.
Le deuxième bénéfice est la pertinence. Un système conçu avec les utilisateurs a plus de chances de fonctionner dans la réalité. Il tient mieux compte de l’ergonomie, de la maintenance, des contraintes de terrain, de la formation, de la logistique et de la fatigue humaine. Ces détails font souvent la différence entre un équipement admiré en salon et un équipement réellement utilisé.
Le troisième bénéfice est la discipline budgétaire. En partant du problème, l’armée peut comparer plusieurs réponses. Elle peut éviter d’acheter un système trop sophistiqué si une combinaison de moyens moins coûteux produit le même effet. Elle peut aussi abandonner plus tôt une solution qui ne fonctionne pas.
Le quatrième bénéfice est l’innovation. Les entreprises innovantes comprennent mieux un problème clair qu’un cahier des charges fermé. Si l’État décrit l’effet recherché, le marché peut proposer des réponses inattendues. C’est particulièrement utile pour les technologies commerciales, où l’innovation vient souvent de sociétés qui ne connaissent pas les circuits classiques de défense.
Les risques d’un processus trop centré sur l’urgence
Il faut aussi être franc. Le warfighter-driven requirements process n’est pas une solution magique. Il peut créer ses propres défauts. Le premier risque est de privilégier le besoin immédiat au détriment de la stratégie longue. Un combattant voit très bien ce qui manque aujourd’hui. Il ne voit pas toujours ce qui sera nécessaire dans quinze ans contre un adversaire différent.
Le deuxième risque est la fragmentation. Si chaque unité exprime ses besoins, le ministère peut se retrouver avec une multitude de demandes locales. Certaines sont justifiées. D’autres sont trop étroites. Le rôle du JROC et des états-majors reste donc essentiel pour hiérarchiser, fusionner et trier.
Le troisième risque est la baisse de rigueur. Réduire les délais ne doit pas supprimer l’analyse. Certains programmes exigent des tests longs, des certifications, des protections cyber, des validations de sécurité nucléaire, aérienne ou spatiale. Un missile, un avion habité ou un système de commandement stratégique ne peut pas être traité comme une application mobile.
Le quatrième risque concerne l’industrie. Une relation plus rapide avec le terrain peut favoriser les entreprises les plus visibles, pas forcément les plus solides. Elle peut aussi pousser à multiplier les prototypes sans passer à l’échelle. La réforme ne réussira que si elle relie vraiment expérimentation, financement, production et soutien.
La transformation culturelle derrière la réforme administrative
Le sujet dépasse la procédure. Il touche à la culture militaire. Pendant des années, l’acquisition a souvent récompensé la conformité au processus. Le nouveau modèle veut récompenser l’effet opérationnel. C’est un changement profond. Il demande aux décideurs d’accepter plus de risque, plus de tests, plus d’échecs rapides et moins de certitudes administratives.
Il demande aussi aux militaires de mieux formuler leurs besoins. Dire « il nous faut un nouveau drone » n’est pas suffisant. Il faut décrire la mission, l’environnement, la menace, les contraintes de communication, le coût acceptable, le rythme de production, la maintenance et les conditions de perte. Un bon besoin opérationnel est précis sans être fermé. Il doit laisser de l’espace aux solutions.
Il demande enfin aux industriels de se rapprocher du terrain. Les programmes ne peuvent plus être conçus uniquement dans les sièges sociaux, les bureaux d’études et les salles de réunion du Pentagone. Ils doivent être testés par ceux qui les utiliseront. Cette proximité peut être inconfortable. Elle expose plus vite les défauts. Mais elle évite de découvrir trop tard qu’un système très coûteux ne correspond pas à l’usage réel.
Le warfighter-driven requirements process n’est donc pas seulement une réforme américaine. C’est une leçon pour toutes les armées modernes. La technologie avance vite. Les cycles industriels restent longs. Les budgets sont contraints. Les adversaires observent et s’adaptent. Dans ce contexte, la meilleure question n’est plus : quel système voulons-nous acheter ? Elle devient : quel problème militaire devons-nous résoudre, et en combien de temps pouvons-nous donner au combattant une réponse utilisable ?
Retrouvez notre guide des avions de chasse.