Une mission FDE couvre l’intégralité du parcours, du premier contact jusqu’au support en production stable, et ne se limite pas à la phase de développement. La difficulté réside dans le fait que chaque phase comporte un « risque principal » spécifique et nécessite de présenter au client un type de preuve particulier avant de passer à l’étape suivante.
Prenons la situation suivante : vous êtes l’ingénieur déployé sur site (FDE) chez NorthBridge Mutual, une compagnie d’assurance de taille moyenne, et vous cherchez à lancer un assistant interne pour aider les gestionnaires de sinistres à retrouver des clauses contractuelles et des dossiers antérieurs. L’équipe plateforme souhaite disposer d’une solution fonctionnelle sous deux semaines, le service sécurité exige des validations formelles et le commanditaire métier attend des chiffres d’adoption d’ici la fin du trimestre. Votre rôle consiste à mener à bien les phases de découverte, de livraison et de support sans jamais perdre de vue la définition du succès.
Pour garder ce cap, considérez le cycle de vie comme une succession de décisions explicites. Chaque décision débouche sur un livrable concret auquel vous pouvez vous référer pour dire : « Nous en sommes là, nous avons convenu de ceci, et c’est pourquoi nous ne traitons pas encore tel autre point. » C’est précisément à ce niveau que se concentrent la plupart des arbitrages de l’ingénieur FDE.
Le cycle de vie est plus simple à gérer lorsque l’on nomme explicitement les phases et qu’on y associe un livrable concret. Ce livrable vous sert à obtenir l’adhésion des parties prenantes, à lever les blocages liés aux dépendances et à défendre le périmètre du projet lorsque la pression monte.
Examinons les différentes phases de la mission et les livrables qu’elles produisent.
Chez NorthBridge Mutual, la phase de découverte s’achève lorsque vous êtes en mesure de définir qui sont les utilisateurs, ce qu’ils font actuellement et ce que signifie « faire mieux » en termes mesurables. La découverte correspond au temps consacré à comprendre le flux de travail et les contraintes des utilisateurs, suffisamment pour proposer une solution qui sera réellement adoptée.
La phase de définition du périmètre (scoping) consiste à transformer ces besoins en une première version aux limites clairement établies. Le périmètre correspond à l’ensemble précis des fonctionnalités et intégrations que vous vous engagez à livrer, ainsi qu’à la liste explicite de ce qui est exclu. C’est également à ce stade que vous déterminez les conditions nécessaires au déploiement, telles que les validations de sécurité, l’accès aux données et l’équipe responsable de chaque dépendance.
La phase de conception permet de rendre explicites les arbitrages avant même l’écriture du code. La conception de la solution décrit le fonctionnement global du système (flux de données, expérience utilisateur, responsabilité opérationnelle) de manière suffisamment détaillée pour permettre une revue par les équipes de sécurité et de plateforme.
La phase de mise en œuvre confronte le plan à la réalité. Votre livrable principal est une « tranche fine » fonctionnelle validant le chemin critique — par exemple, la récupération des documents adéquats et l’affichage des références dans l’interface du gestionnaire de sinistres — même si l’aspect visuel n’est pas encore abouti.
La phase de pré-lancement marque le passage d’une mentalité de bâtisseur à celle d’exploitant. Vous définissez les modalités de surveillance, les critères d’identification d’une défaillance, les personnes à alerter en cas d’incident et la procédure de retour en arrière (rollback).
La phase de transfert vise à réduire les points de défaillance uniques. Le transfert (handoff) consiste à transmettre les connaissances et la responsabilité opérationnelle afin que l’équipe cliente puisse exploiter le système sans avoir à vous solliciter pour chaque modification.
Le support en production est l’étape où se joue votre crédibilité. Le support en production consiste à maintenir le système opérationnel en conditions réelles, à gérer les incidents et à effectuer des corrections mineures, tout en préservant le périmètre initial et les objectifs de la version.
La rigueur dans la gestion du cycle de vie est essentielle, car toute phase ignorée finit par engendrer une urgence ultérieure, laquelle retombe généralement sur le FDE (Full-Stack Development Engineer). Le scénario est prévisible : une précipitation initiale se paie plus tard par une charge de retravail et une perte de confiance.
Découvrez les modes de défaillance les plus courants pour chaque phase.