Manuel du marché de la défense, Partie 4 : Exécution post-attribution — EVM, revues jalons et soutien

Les Parties 1-3 ont parcouru le chemin de la découverte de l'acheteur à la capture d'AO puis à la posture de tarification et conformité. La Partie 4 clôt la série avec ce qui se passe après l'arrivée de la lettre d'attribution — la discipline d'exécution de contrat qui détermine si un programme termine dans les délais, dans le budget et avec un dossier de performance passée qui gagne la prochaine soumission. Earned Value Management, survie aux revues jalons, workflow engineering-change-proposal, discipline de gestion de configuration, notes CPARS, croissance des contrats de soutien et cycle des leçons apprises qui clôt un contrat tout en alimentant la capture suivante.

Le cadrage pilier est dans Le guide complet des achats de défense ; l'arc soumission-vers-attribution antérieur est dans De l'AO au contrat.

Étape 1 : De l'attribution au kick-off

La lettre d'attribution n'est pas la ligne d'arrivée — c'est le début de la fenêtre de 90 jours qui façonne le reste du programme. Les fournisseurs qui traitent l'attribution comme une victoire et ralentissent au premier trimestre passent les deux années suivantes à récupérer. Les fournisseurs qui touchent le sol en sprintant la première semaine fixent une base de référence qui se compose tout au long de la vie du contrat.

La discipline des 90 premiers jours :

Verrouillage de la baseline contractuelle. La baseline technique, la baseline de coût et la baseline de calendrier sont signées, contrôlées en version et distribuées à chaque partie prenante. Les ambiguïtés dans le langage contractuel sont remontées au contracting officer et résolues par écrit — jamais différées. La baseline est la vérité du contrat ; tout le reste est mesuré par rapport à elle.

Integrated Baseline Review (IBR). Pour les programmes au-dessus du seuil EVM, l'IBR est la revue gouvernementale formelle de la baseline intégrée coût-calendrier dans les 90-180 jours environ suivant l'attribution. L'IBR valide que la baseline est réaliste, atteignable et correctement ressourcée. Un IBR raté déclenche une re-planification ; un IBR réussi fixe le cadre de mesure pour le reste du programme.

Mobilisation d'équipe. L'équipe capture se retire ; l'équipe exécution prend le relais. Le transfert est structurel — décisions de phase capture, historique de relation client, engagements techniques, registre des risques — tout transfère par écrit, pas en conversation de couloir. Un programme qui perd la connaissance capture au transfert perd six mois à relitiger des décisions déjà prises.

Mise en place des habilitations de sécurité. Pour le travail classifié, le traitement des habilitations est le poteau long. Les ingénieurs sans statut d'habilitation ne peuvent toucher au code classifié, assister aux réunions classifiées ou entrer dans les installations habilitées. Les demandes d'habilitation soumises au jour un terminent leur traitement aux mois quatre-à-neuf ; les ingénieurs retenus par les délais d'habilitation coûtent du calendrier réel. Voir Habilitation de sécurité pour équipes logicielles.

Mise en place de l'espace de travail classifié. SCIF, environnements de développement habilités, connectivité réseau classifié, accréditation de l'environnement d'ingénierie lui-même — ceux-ci ont des délais en mois. Le programme qui planifie pour eux dès la semaine un les a au mois quatre ; le programme qui les diffère les ajoute au chemin critique plus tard.

Étape 2 : Earned Value Management (EVM)

EVM est la discipline coût-et-calendrier que les acheteurs gouvernementaux utilisent pour mesurer quantitativement la santé du programme. Elle est obligatoire au-dessus de seuils de valeur de contrat (la conformité ANSI/EIA-748 est typiquement requise au-dessus d'environ 20 M$ remboursables, avec variations nationales) et recommandée en dessous comme discipline de management indépendamment du mandat.

Les trois métriques qui pilotent tout :

BCWS (Budgeted Cost of Work Scheduled) — le plan. Ce que le programme a planifié de dépenser à cette date, cumulé à travers la structure de découpage de travail. La baseline temporelle.

BCWP (Budgeted Cost of Work Performed) — la valeur acquise. La valeur budgétaire du travail réellement achevé, mesurée par rapport à la même baseline. Le travail achevé gagne sa valeur budgétée indépendamment de ce qu'il a coûté.

ACWP (Actual Cost of Work Performed) — la dépense. Ce que le programme a réellement payé pour le travail effectué.

De ces trois, les deux indices que les acheteurs lisent en premier :

CPI = BCWP / ACWP (Cost Performance Index). Au-dessus de 1,0 signifie sous budget ; en dessous de 1,0 signifie dépassement de coût. CPI en dessous de 0,9 soutenu sur des périodes de reporting déclenche l'attention du contracting officer. CPI en dessous de 0,8 déclenche des conversations de re-baseline.

SPI = BCWP / BCWS (Schedule Performance Index). Au-dessus de 1,0 signifie en avance sur le calendrier ; en dessous de 1,0 signifie en retard. SPI en dessous de 0,9 déclenche une planification de récupération de calendrier.

La cadence de reporting que les acheteurs lisent réellement : Cost/Schedule Status Report (CSSR) ou Integrated Program Management Report (IPMR) mensuel, avec explications de variance pour tout élément tendant hors seuil. Les acheteurs ne lisent pas les chiffres isolément — ils lisent les courbes et la crédibilité des explications de variance. Un CPI de 0,92 avec un plan de récupération cohérent se lit mieux qu'un CPI de 0,98 sans narrative.

Quand EVM est véritablement optionnel (firm-fixed-price en dessous du seuil, time-and-materials à petite valeur), l'exécuter en interne quand même est le bon choix. La discipline elle-même attrape les problèmes tôt ; les données sont inestimables dans les scénarios de réclamation ou de résiliation.

Étape 3 : Revues jalons — Survivre à PDR, CDR, TRR

Les programmes de défense ont des revues techniques formelles où le gouvernement décide s'il autorise la poursuite du travail. Les trois qui comptent le plus pour les programmes à forte composante logicielle :

Preliminary Design Review (PDR). L'architecture est présentée à la scrutation gouvernementale — interfaces majeures, décisions de conception majeures, zones de risque majeures. Le gouvernement décide si la conception préliminaire est suffisamment mature pour autoriser la conception détaillée. Artefacts requis : spécification système, documents de contrôle d'interface, documentation de conception préliminaire, registre des risques, matrice de traçabilité des exigences.

Critical Design Review (CDR). La conception détaillée est présentée avant fabrication ou codage à pleine échelle. Le gouvernement décide si la conception est suffisamment mature pour autoriser build/code. Artefacts requis : documents de conception détaillée, spécifications d'interface mises à jour, plans de tests, baseline de configuration, tous les action items PDR clôturés.

Test Readiness Review (TRR). Le système est présenté comme prêt pour les essais de qualification formels. Le gouvernement décide s'il autorise la campagne d'essais. Artefacts requis : plans de tests, procédures de tests, préparation de l'environnement de test, résultats d'essais antérieurs, critères de sortie.

Ce que signifie réellement la critique du jury de revue : les membres du jury sont payés pour trouver des problèmes. Trouver zéro problème signifie que le jury n'a pas fait son travail. Les fournisseurs qui traitent chaque action item comme une défaite s'épuisent ; les fournisseurs qui traitent les action items comme la contribution du jury à la qualité du programme les clôturent efficacement et passent à autre chose.

Quand pousser en retour versus quand céder : poussez en retour quand la critique du jury repose sur une incompréhension de la conception — présentez du matériel clarifiant et demandez reconsidération. Cédez quand la critique identifie une vraie lacune, même si elle coûte du calendrier ou du retravail. Pousser en retour sur de vraies lacunes les convertit en items de découverte plus tard, à coût supérieur.

Étape 4 : Engineering Change Proposals (ECP)

Chaque programme de longue durée connaît du changement — exigences émergentes, refresh technologique, évolution de menaces, découvertes de périmètre. Le mécanisme contractuel qui gère le changement est l'Engineering Change Proposal.

Les ECP de Classe I affectent la baseline du contrat — coût, calendrier ou performance contractée. Ils requièrent une modification formelle du contrat, l'approbation gouvernementale et (typiquement) une négociation sur l'impact prix et calendrier. Les ECP Classe I sont des événements de revenu pour le contractant ; ils étendent aussi l'exposition si le prix est faux.

Les ECP de Classe II sont internes — ils changent des détails d'implémentation qui n'affectent pas la performance contractée, le coût ou le calendrier. Ils requièrent l'approbation du configuration-control-board mais pas de modification contractuelle. Les ECP Classe II maintiennent les programmes agiles.

Le change-control board est là où les ECP sont évalués. Le board inclut ingénierie, gestion de programme, contrats, assurance qualité et (pour la Classe I) le représentant gouvernemental. La discipline du board est ce qui empêche le scope creep de détruire les marges d'un côté et ce qui protège les fournisseurs de faire du travail non rémunéré de l'autre.

Comment cadrer les ECP pour ajouter du revenu sans déclencher l'inquiétude de l'acheteur : liez chaque ECP à une source d'exigence documentée — demande client, mise à jour de menace, constat d'essai. Les ECP sourcés depuis la commodité du contractant se lisent comme du scope-padding ; les ECP sourcés depuis le besoin client se lisent comme une réponse professionnelle à une demande évolutive. Le libellé de la feuille de garde compte.

Étape 5 : Gestion de configuration de niveau contrat

La discipline de gestion de configuration (CM) alignée sur MIL-STD-973 ou ISO 10007 est la colonne vertébrale de tout programme de défense de longue durée. La CM qui n'existe que comme buzzword échoue au premier audit ; la CM comme pratique d'ingénierie survit à la durée du contrat.

Les disciplines :

Verrouillage de la baseline. Trois baselines existent simultanément — fonctionnelle (allouée aux spécifications système), allouée (décomposée en spécifications de sous-systèmes) et produit (la configuration tel-que-construit). Chacune est contrôlée en version et traçable à l'audit.

Analyse d'impact des changements. Chaque changement proposé est analysé pour son impact sur les baselines affectées. Un changement à une spécification de sous-système déclenche une analyse d'impact sur chaque test, document et interface dépendant.

Traçabilité de l'exigence à la livraison. Chaque exigence contractée trace vers l'avant à l'élément de conception qui l'implémente, le test qui la vérifie et l'artefact de livraison qui la démontre. Les audits qui trouvent une traçabilité brisée trouvent une défaillance CM systémique.

Audits de configuration — Fonctionnel et Physique. Le FCA vérifie que le système performe selon la baseline allouée ; le PCA vérifie que le produit livré correspond à la baseline produit documentée. Les deux sont des audits gouvernementaux formels ; les deux ont des modes de défaillance qui coûtent des mois.

Étape 6 : Construire la performance passée

Le dossier de performance passée construit pendant l'exécution est l'actif le plus important pour la prochaine soumission. Aux États-Unis, le registre formel est CPARS (Contractor Performance Assessment Reporting System) ; d'autres nations ont des systèmes analogues. Les notes CPARS pilotent le scoring de performance passée dans les évaluations futures — parfois pondéré 25-40 % de l'évaluation technique.

Les leviers que les fournisseurs contrôlent réellement :

Qualité du produit ou service. Le livrable répond-il aux spécifications ? Est-il accepté à la première soumission ou après retravail ? Les défauts sont-ils découverts en test ou sur le terrain ?

Calendrier. Les jalons sont-ils tenus ? Quand des glissements surviennent, sont-ils communiqués tôt avec des plans de récupération crédibles ?

Contrôle des coûts. Tendances CPI, discipline de gestion de variance, exactitude des prévisions de coûts.

Management. Réactivité du programme manager, discipline d'escalade de problèmes, qualité de la relation client.

Petites entreprises / sous-traitance / réglementaire. Conformité avec les plans de sous-traitance, objectifs petites entreprises, obligations réglementaires.

Étape 7 : Soutien et chemins de croissance

Le contrat qui livre la plateforme est rarement le contrat qui paie les factures. Le soutien — la phase pluridécennale d'opérations, maintenance, mise à niveau et refresh — représente typiquement 60-80 % du coût sur la durée de vie d'un système. Les fournisseurs qui se positionnent pour le soutien dès le jour un chevauchent le flywheel ; ceux qui ne le font pas perdent le travail de soutien au profit des sortants.

Les chemins de croissance :

Performance-Based Logistics (PBL). Le fournisseur est payé pour des résultats (disponibilité, préparation opérationnelle) plutôt que pour des pièces ou heures de main-d'œuvre. Les contrats PBL récompensent les fournisseurs qui réduisent le coût de soutien — forte incitation alignée.

Contractor Logistics Support (CLS). Le fournisseur fournit des services logistiques définis — réparation, approvisionnement, formation, assistance technique — sous une structure de contrat de soutien.

Task orders IDIQ. Les contrats Indefinite-Delivery, Indefinite-Quantity donnent au gouvernement un véhicule pré-négocié pour émettre des task orders. Une position IDIQ est un levier de niveau achat ; les task orders s'écoulent sans re-compétition.

Sollicitations de suite. Le sortant sur le contrat actuel a des avantages structurels sur le suivant — performance passée sur la mission exacte, relations client profondes, familiarité de coûts irrécupérables. Perdre une suite est plus douloureux que perdre une soumission initiale.

Le flywheel : contrat unique → CPARS solide → position IDIQ → flux de task orders → véhicules multi-award contract (MAC) → portefeuille de programmes. Chaque étape se compose. Les fournisseurs coincés au niveau contrat unique peinent ; ceux qui atteignent le niveau véhicule MAC montent en échelle. Voir Battle-Tested vs Lab-Tested pour le flywheel de crédibilité qui parallélise celui-ci.

Étape 8 : Clôturer — Audit final, leçons apprises

La phase de clôture est ingrate et structurellement importante. Un contrat qui se clôt proprement préserve le dossier de performance passée ; un contrat qui traîne avec des problèmes non résolus pendant des années le ternit.

La discipline :

Soumission de coûts encourus. Pour les contrats remboursables, les taux indirects finaux et la soumission de coûts encourus clôturent le tableau financier. Les soumissions qui traînent dans les années suivant la date de fin de contrat déclenchent l'attention de l'audit et des obligations de réserve.

Facture finale et paiement. La facture finale est soumise avec toute la documentation requise ; le paiement du gouvernement clôture la baseline financière.

Paquet de clôture du contrat. Responsabilité des biens résolue, matériel classifié éliminé selon le plan de sécurité, livrables formellement acceptés, garanties documentées, droits de propriété intellectuelle confirmés.

Leçons apprises internes. Ce qui a fonctionné, ce qui a échoué, ce qui a coûté de l'argent réel, ce qui serait fait différemment. Le document de leçons apprises alimente la capture suivante — c'est le lien entre l'expérience de ce contrat et la soumission du prochain contrat. Les fournisseurs qui sautent les leçons apprises répètent leurs erreurs ; ceux qui les institutionnalisent composent leurs avantages.

Clôturer la série — et la bibliothèque

Il y a quatre parties, cette série s'ouvrait sur la logique organisationnelle de l'acheteur de défense. Nous avons cartographié les bureaux imbriqués et les rythmes décisionnels de l'acheteur. Nous avons travaillé la mécanique RFP/RFI de la sollicitation à la mécanique de proposition. Nous avons bâti la posture de tarification et conformité qui survit à l'évaluation. Nous clôturons ici avec la discipline d'exécution qui convertit une lettre d'attribution en une affaire de niveau soutien.

Cet article clôt aussi un arc plus large. La bibliothèque d'ingénierie Corvus couvre désormais cinq paires pilier-ingénierie (Systèmes C2, Fusion de données de défense, IA en défense, Interopérabilité OTAN, Cybersécurité de défense) plus cette paire pilier-business — le Guide complet des achats de défense apparié à ce Manuel du marché de la défense en quatre parties. Six paires pilier+série, vingt-quatre parties de tutoriel d'implémentation et les essais d'ingénierie environnants qui les contextualisent. L'architecture de la bibliothèque est complète.