La gouvernance n’est pas de la bureaucratie. La mauvaise gouvernance, si.

Prononcez le mot « gouvernance » dans la plupart des services IT et vous verrez les épaules s’affaisser. Les gens imaginent des comités d’approbation qui se réunissent tous les quinze jours, des formulaires que personne ne lit, et un calendrier des changements qui sert surtout à dire non.

Ce n’est pas de la gouvernance. C’est ce qui reste quand la gouvernance a été mal conçue — ou copiée d’un référentiel sans être conçue du tout.

Une bonne gouvernance fait l’inverse. Elle accélère les décisions, parce que chacun sait qui a le droit de les prendre. Elle laisse les équipes avancer, parce que les garde-fous sont clairs. Et elle détecte le risque tôt, quand il coûte encore peu à corriger.

À quoi sert vraiment la gouvernance

Une fois le jargon retiré, la gouvernance IT répond à trois questions :

1. Qui décide ? Les droits de décision — pour les dépenses, les changements, l’acceptation des risques, les priorités.
2. À quoi ressemble le bon niveau ? Les niveaux de service, les contrôles et les résultats sur lesquels nous nous sommes engagés.
3. Comment le savons-nous ? Les preuves et le reporting qui montrent si c’est le cas.

COBIT vous donne une manière structurée d’y répondre au niveau du conseil d’administration. ITIL vous donne les pratiques pour les mettre en œuvre au quotidien. Aucun des deux n’est utile comme règlement. Les deux sont utiles comme cadre de décision.

La question à $2.5M que personne n’avait posée

Sur une migration d’entreprise, le plan était dans les temps et la réunion de validation approchait. Une gouvernance bien faite impliquait une question de plus avant l’approbation : la compatibilité avait-elle été vérifiée pour chaque dépendance critique, et pas seulement pour celles du plan de test ?

Ce n’était pas le cas. Un défaut de compatibilité VPN se cachait dans cet écart. Le détecter avant la validation a évité un impact métier estimé à $2.5M.

Personne n’appellerait cela de la bureaucratie. C’était un seul contrôle bien placé, porté par quelqu’un qui avait l’autorité de suspendre une mise en production. Tout est là.

Cinq signes que votre gouvernance est devenue de la bureaucratie

• Chaque changement passe devant le même comité, qu’il s’agisse d’un ajustement de politique de mots de passe ou de la migration d’une plateforme centrale.
• Les approbations sont enregistrées, pas les décisions — on voit qui a signé, pas pourquoi.
• Les SLA mesurent l’activité, pas les résultats — des tickets clos, plutôt que des services disponibles quand le métier en avait besoin.
• Les rapports sont écrits pour l’IT, alors la direction cesse de les lire.
• Personne ne sait nommer le propriétaire d’un risque, d’un service ou d’une relation fournisseur donnés.

Concevoir une gouvernance qui accélère

Hiérarchisez vos décisions. Les changements standard, à faible risque, doivent être pré-autorisés et automatisés. Réservez l’examen humain aux changements qui pourraient réellement nuire au métier.

Mettez les droits de décision par écrit. Un RACI d’une page pour vos décisions clés élimine plus de frictions que n’importe quel outil.

Concevez les SLA à rebours, à partir du métier. Partez de ce dont un magasin, une usine ou un navire a réellement besoin, puis fixez les objectifs et les OLA qui le soutiennent. C’est ainsi que la conformité aux SLA devient significative plutôt que cosmétique.

Faites de la gouvernance des fournisseurs une routine, pas un sauvetage. Des revues de service mensuelles au regard du contrat, avec des voies d’escalade claires, empêchent les difficultés avec les fournisseurs de devenir des incidents. C’est par une consolidation disciplinée des fournisseurs et une gouvernance du cycle de vie des actifs que j’ai contribué à réduire de 15% (AED 5.5M) les coûts IT régionaux — non en rognant sur la qualité, mais en sachant exactement ce qui était payé.

Rendez compte dans la langue du conseil. Risque, coût, disponibilité, impact client. Une page. Des courbes de tendance, pas des volumes bruts de tickets.

Le test

Voici un test simple pour tout processus de gouvernance : si vous le supprimiez demain, qu’est-ce qui irait mal, et en combien de temps quelqu’un s’en apercevrait-il ?

Si la réponse est « rien », supprimez-le. Si la réponse est « un défaut à $2.5M atteindrait la production », c’est la gouvernance qui fait son travail, et elle mérite d’être protégée.

La gouvernance n’est pas de la bureaucratie. La mauvaise gouvernance, si. Toute la différence : a-t-elle été conçue délibérément ou non.