La réponse courte : adapter les systèmes aux métiers sans perdre la gouvernance suppose de distinguer ce qui se configure, ce qui s’étend et ce qui se développe, et de fixer pour chaque niveau qui décide, qui documente et qui maintient. Un catalogue de personnalisations, un comité léger et une documentation versionnée suffisent à garder le contrôle sans freiner les métiers.
L’équation que vivent vos équipes
Chaque direction porte des demandes légitimes : adapter un formulaire, automatiser un rapport, brancher un outil externe, personnaliser un tableau de bord. Mais chaque personnalisation non gouvernée est une brique de plus dans un édifice dont plus personne ne maîtrise l’architecture. Les équipes informatiques reçoivent des demandes contradictoires, les auditeurs découvrent des flux non documentés, la conformité ne sait plus quelle version d’un processus fait foi.
Pourquoi la personnalisation devient incontrôlable
Elle ne naît pas d’une décision irresponsable mais d’une accumulation de micro-décisions prises sous pression et sans cadre commun : un champ ajouté en urgence, des données exportées vers un outil tiers pour gagner du temps, une interface sur mesure livrée sans documenter ses dépendances.
La méthode en quatre étapes
1. Établir un catalogue des personnalisations
Ce qui est permis, par qui, avec quels contrôles : le catalogue fixe les frontières au lieu de laisser chaque équipe définir les siennes.
2. Nommer un propriétaire par personnalisation
Chacune a un responsable métier qui en décide l’évolution et un référent technique qui la maintient. Une personnalisation sans propriétaire est une dette en puissance.
3. Documenter et versionner
Règles métier, dépendances, paramètres : tout ce qui est encodé dans un fichier non versionné ou dans la tête d’une personne disparaît avec elle.
4. Réviser régulièrement
Une revue trimestrielle courte supprime les personnalisations obsolètes, harmonise les doublons et vérifie la compatibilité avec les prochaines montées de version.
Illustration : le formulaire que chaque service a modifié
Cas fictif, présenté à titre pédagogique.
Un formulaire de demande a été adapté séparément par quatre services. Lors d’une montée de version, les quatre variantes cessent de fonctionner. Avec un modèle commun, des champs additionnels déclarés dans le catalogue et une documentation à jour, la montée de version se prépare en connaissance de cause.
Les indicateurs d’une personnalisation maîtrisée
Quelques indicateurs suffisent pour savoir si la gouvernance fonctionne : le nombre de personnalisations actives, la part de celles qui ont un propriétaire et une documentation, leur ancienneté, et le délai moyen entre une demande et sa mise en service. Un nombre qui croît sans que les délais baissent signale une accumulation sans valeur ; un délai qui s’allonge signale un circuit trop lourd, que les métiers contourneront.
Garder l’agilité des métiers
Gouverner ne signifie pas freiner. Le niveau « configurer » doit rester rapide et à la portée des métiers, avec une trace automatique de ce qui a été modifié. Le comité intervient pour les évolutions plus structurantes, selon un rythme court (toutes les deux semaines, par exemple), et tranche en quelques minutes pour les demandes simples. L’objectif est qu’une demande légitime obtienne une réponse rapide, positive ou négative, plutôt que d’attendre un arbitrage flou.
Points de vigilance
- Bloquer par principe : un refus systématique pousse les métiers vers l’informatique non gouvernée.
- Laisser faire : sans règle, la dette technique devient invisible et ralentit chaque projet.
- Gouverner sans mesure : suivre le nombre de personnalisations, leur âge et leur propriétaire.
Pour aller plus loin : standardiser validations et modèles, applications métier adaptées au terrain et GED et gestion documentaire.