Un monde à part
Les projets d’infrastructure IT – déploiement d’un réseau, migration d’un data center, passage dans le cloud ou déploiement d’une solution de sauvegarde – ne ressemblent pas aux projets de développement logiciel. Ils manipulent du matériel, des fournisseurs, des contraintes physiques et des impératifs de continuité de service. Appliquer une méthode purement agile ou un cycle en cascade trop rigide mène presque inévitablement à l’échec. L’art consiste à choisir la bonne approche ou à hybrider les pratiques.
Le modèle en cascade : la sécurité par la prévision
Longtemps, la cascade a régné sans partage sur les infrastructures. On spécifie tout en amont, on planifie les livraisons physiques, on exécute dans l’ordre : cadrage, conception, réalisation, tests, déploiement, clôture. Cette méthode présente des avantages décisifs pour l’infrastructure. Elle force une vision exhaustive des prérequis matériels, des câblages, des droits d’accès et des fenêtres de maintenance. Elle rassure les directions financières, qui obtiennent un budget ferme avant le lancement. Malheureusement, elle souffre d’une grande rigidité. Une livraison de serveurs retardée de trois semaines décale tout le calendrier. Un besoin exprimé après le démarrage devient extrêmement coûteux à intégrer.
Les méthodes agiles : l’adaptation en continu
Les méthodes agiles, Scrum en tête, font leur entrée progressive dans le monde des infrastructures. On découpe le projet en sprints de deux à quatre semaines, chaque sprint livrant un incrément fonctionnel : par exemple, un cluster opérationnel, une zone réseau sécurisée ou un service d’authentification déployé. L’agilité apporte une réactivité précieuse face aux priorités changeantes du métier. Elle permet d’ajuster la conception au fil de l’eau, en découvrant des contraintes techniques lors des sprints. Cependant, l’agilité pure se heurte à des réalités physiques : on ne « backlogge » pas facilement la livraison d’un câble sous-marin ou la disponibilité d’une salle blanche. Par ailleurs, l’absence de conception exhaustive initiale peut générer des reprises coûteuses sur le câblage ou l’alimentation électrique.
L’approche hybride : le meilleur des deux mondes
Face aux limites respectives, les organisations matures adoptent un modèle hybride. La phase amont conserve une logique de cascade : on verrouille les éléments structurants – architecture générale, inventaire matériel, dépendances critiques, planning des fournisseurs. Puis on bascule sur un mode agile pour tout ce qui est configuration, tests et livraisons incrémentales. Concrètement, la salle serveur, l’alimentation et la climatisation sont décidées une fois pour toutes en début de projet, tandis que le déploiement des services virtualisés s’organise par itérations. Cette souplesse permet aux équipes de répondre aux demandes métier sans remettre en cause les fondamentaux physiques.
Des méthodes spécifiques pour l’infrastructure
Certaines pratiques méritent une attention particulière dans ce domaine. Le change management est incontournable : toute modification d’un environnement de production passe par une validation formelle, des tests en préproduction et une fenêtre de retour arrière. Le runbook ou cahier de procédures est un livrable obligatoire, décrivant pas à pas la conduite du changement. La méthode ITIL, bien que davantage orientée exploitation, apporte des cadres utiles pour la gestion des actifs, la gestion des changements et la gestion des configurations. Enfin, la gestion des fournisseurs est souvent sous-estimée : anticiper les délais de livraison, les contraintes contractuelles et les interfaces techniques entre équipementiers est une compétence clé.
Les indicateurs de succès spécifiques
Suivre un projet infrastructure requiert des métriques adaptées. Le respect du planning des jalons physiques, comme la livraison des baies ou la pose de la fibre, est un indicateur précoce de santé. Le taux d’avancement du sprint backlog sur les tâches configurables permet de piloter l’agilité. Le nombre d’incidents dûs à la phase projet après la mise en production mesure la qualité du passage en exploitation. Enfin, le temps de rollback en cas d’incident majeur donne une idée précise de la résilience de la solution livrée.
L’éclectisme raisonné
Aucune méthode unique ne convient à tous les projets d’infrastructure IT. Le bon chef de projet sait reconnaître la part de prévision qui protège du chaos et la part d’itération qui apporte de la réactivité. Hybrider cascade et agile, respecter les contraintes matérielles sans figer les besoins métier trop tôt, documenter rigoureusement tout en expérimentant par petits pas : voilà l’équilibre délicat mais indispensable à la réussite. Car au bout du compte, une infrastructure se juge sur sa capacité à faire tourner les applications sans bruit, et une méthode de projet, sur sa capacité à se faire oublier pour que l’équipe se concentre sur l’essentiel.