« Le changement est inévitable.
La dérive, elle, ne l'est pas. »
Les lois que tout chef de projet a vécues
L'effet spaghetti.
Plusieurs développeurs travaillent sur les mêmes composants. L'un corrige, l'autre ignore la correction et écrase le travail. On ne sait plus quelle version tourne en production — et personne ne sait vraiment ce qui a changé depuis quand.
Le syndrome de la double maintenance.
On duplique un composant pour éviter de le partager. Les copies divergent. Les corrections faites sur l'une ne sont pas répercutées sur l'autre. Les coûts augmentent. L'inévitable arrive.
L'incapacité au retour arrière.
La mise en production ne se passe pas bien. L'utilisateur veut revenir à la version précédente. Mais laquelle ? Personne ne peut reconstituer un état stable du livrable — parce que personne n'en a tenu l'inventaire.
Comment y échapper ?
Ces trois situations ont un point commun : le patrimoine logiciel a été livré au hasard des initiatives individuelles. La Gestion de Configuration Logicielle (GCL) est la réponse organisée à ce désordre. Elle est souvent perçue comme une contrainte administrative, une tâche ingrate reléguée aux outils automatisés. Pourtant, elle constitue la colonne vertébrale de l'intégrité de tout système complexe. Sans elle, la traçabilité s'effondre. Et sans traçabilité, impossible de reproduire, auditer ou sécuriser un produit.
Assurer les fondamentaux de la gestion de configuration
Identifier ce qu'on gère. Définir les éléments à mettre sous contrôle : programmes, documentation, paramètres, jeux de données — tout ce dont une version doit être tracée.
Versionner avec discipline. Chaque changement génère une version. Chaque version est datée, référencée, stockée. On peut à tout moment reconstituer l'état exact du système à une date donnée.
Maîtriser le changement. Toute demande de changement ou anomalie est enregistrée, évaluée, approuvée avant d'être réalisée. Pas de modification sauvage.
Administrer les environnements. Développement, recette, préproduction, production : des espaces distincts, avec des flux contrôlés entre eux et des accès sécurisés selon les rôles.
Auditer régulièrement. L'état des configurations est enregistré et rendu visible à tous les acteurs concernés. Les référentiels font l'objet de vérifications périodiques.
Planifier et formaliser. Un Plan de Gestion de Configuration décrit les responsabilités, les procédures, les moyens. Ce n'est pas un luxe — c'est le contrat d'assurance du projet.
Le support ci-dessous date de mes années d'enseignement à l'IUT de Belfort (2007-2020). Les principes qu'il énonce restent ceux d'une conduite de projet rigoureuse — précisément ce qui manque à l'heure du développement augmenté, et que mes travaux actuels actualisent.
M09 · 2007 — La Gestion de Configuration Logicielle
Introduction structurée à la GCL : terminologie, objectifs CMMi, démarche de mise en œuvre, outils.
Télécharger le PDF downloadÀ l'heure de l'IA, faut-il inventer une nouvelle approche ?
L'IA aggrave structurellement les risques que la GCL cherche à maîtriser. Le code généré arrive vite, en quantité, souvent sans que le développeur en comprenne chaque ligne. Les composants s'accumulent, les dépendances se multiplient notamment avec l'IA agentique et des applications tiers — et la question « qu'est-ce qui tourne exactement en production ? » devient plus difficile que jamais.
La traçabilité — exigence fondamentale de la GCL — doit désormais intégrer une nouvelle dimension : la provenance des artefacts produits par l'IA. À cela s'ajoute la complexité, la flexibilité et la virtualisation croissantes des environnements qui posent de réels défis de maîtrise des versions.
Ces changements dessinent un territoire où l'expérience du pilotage rencontre des paradigmes neufs — et où chaque organisation
doit trouver sa propre voie.
Maîtriser les fondamentaux est toujours nécessaire bien sûr, mais ne suffit plus.
Il faut les penser à l'heure du développement augmenté.
C'est cette double démarche — s'approprier les principes et les actualiser face à l'IA — qui distingue aujourd'hui les organisations qui maîtrisent vraiment leur patrimoine de celles qui se laissent emporter.
C'est justement l'objet de mes travaux.
En savoir plus arrow_forward
