Votre board vote sur des sujets techniques qu'il ne comprend pas

Une scène ordinaire#

Point sept de l’ordre du jour : refonte de l’outil de gestion. Budget présenté, 280 000 euros sur dix-huit mois. Le dirigeant expose pendant vingt minutes, un prestataire a préparé les slides, tout le monde hoche la tête.

Autour de la table : un expert-comptable, une ancienne directrice commerciale, un avocat, un actionnaire familial. Quatre professionnels sérieux, dont aucun ne saurait dire ce que recouvre l’architecture proposée, si le calendrier est réaliste, ni ce qu’il en coûtera de la maintenir.

Deux questions sont posées. La première porte sur le calendrier. La seconde sur la possibilité d’étaler le paiement.

Vote : approuvé à l’unanimité.

Cette scène n’est pas une caricature, et surtout elle n’est pas la faute des personnes présentes. Elle est le produit d’un format de décision inadapté — et c’est une bonne nouvelle, parce qu’un format se corrige.

Ce n’est pas un problème de compétence#

L’intuition première consiste à dire qu’il manquait un « sachant » dans la pièce. C’est en partie vrai, et largement insuffisant.

Trois mécanismes produisent le vote aveugle, et aucun ne relève de l’incompétence des administrateurs.

Le dossier est rédigé par celui qui demande. Le porteur du projet — direction, responsable informatique, prestataire — présente un dossier construit pour convaincre. C’est normal et légitime. Mais un conseil qui n’entend qu’une seule voix ne délibère pas, il ratifie. Sur les sujets financiers, cette asymétrie est compensée depuis longtemps : commissaire aux comptes, expert-comptable, parfois comité d’audit. Sur les sujets techniques, il n’y a rien.

La question est mal posée. « Approuvez-vous ce budget de refonte ? » appelle une réponse binaire sur un objet que personne ne maîtrise. « Acceptons-nous de dépendre de ce prestataire pendant cinq ans, pour un coût annuel de fonctionnement de 40 000 euros, sans possibilité de reprise par un tiers ? » appelle une délibération que tout le monde autour de la table est parfaitement capable de tenir.

L’ignorance a un coût social. Personne n’aime dire « je n’ai pas compris » devant ses pairs, surtout sur un sujet qui pourrait passer pour élémentaire. Le silence est donc le comportement rationnel — et il est interprété comme un accord.

Les cinq sujets qui passent sans être discutés#

La refonte d’un outil métier. Toujours présentée comme un projet, jamais comme un engagement de dépendance pluriannuel.

Le changement d’hébergement ou de fournisseur cloud. Montant souvent modeste, réversibilité rarement examinée. C’est le type même de décision qu’on découvre irréversible trois ans plus tard.

L’ERP. Le seul de la liste que les conseils prennent au sérieux, parce que le montant les alerte. Ils examinent en général le prix et le calendrier, plus rarement le coût de sortie.

La sécurité. Elle n’arrive presque jamais à l’ordre du jour avant le premier incident. Après, elle y reste deux ans.

L’intelligence artificielle. Sujet neuf, dépenses diffuses, usages qui s’installent sans décision. Beaucoup de conseils découvriront ce sujet le jour où un client ou un assureur leur posera la question par écrit.

Le point commun de ces cinq sujets : le montant n’est pas un bon indicateur de leur importance. Un abonnement à 900 euros par mois qui héberge la totalité des données clients engage davantage l’entreprise qu’une machine-outil à 150 000 euros.

Les six questions qui suffisent#

Un conseil n’a pas besoin de compétence technique pour bien décider. Il a besoin de bonnes questions — et celles qui suivent n’en exigent aucune.

1. Que se passe-t-il si nous ne faisons rien ? La question la plus utile de la liste. Un dossier qui n’y répond pas ne compare le projet à rien du tout. Parfois la réponse est « rien de grave pendant deux ans » — c’est une information décisive.

2. Quelles autres options ont été étudiées, et pourquoi ont-elles été écartées ? Une option unique n’est pas un choix, c’est une proposition. Deux alternatives sérieusement documentées, même écartées, prouvent qu’un travail d’instruction a eu lieu.

3. Qui détiendra le résultat ? Les droits sur ce qui sera produit, les comptes, les accès, les données. La réponse doit être « nous », par écrit, et cela ne va pas de soi — nous l’expliquons dans notre article sur la propriété du code source.

4. Quel sera le coût annuel une fois en service ? Licences, hébergement, maintenance, évolutions. Ce chiffre manque dans la majorité des dossiers, alors qu’il dépasse souvent l’investissement initial sur cinq ans.

5. De qui dépendrons-nous après ? Une personne, une société, un éditeur. Et que se passe-t-il si cette dépendance disparaît du jour au lendemain ?

6. Comment saurons-nous dans un an que c’était le bon choix ? Deux ou trois indicateurs, définis avant. Sans eux, le projet sera déclaré réussi parce qu’il est terminé.

Ces six questions tiennent sur une demi-page. Nous suggérons de les inscrire dans le règlement du comité, comme grille obligatoire de tout dossier engageant. L’effet le plus immédiat n’est d’ailleurs pas sur le vote : il est sur la qualité des dossiers, qui s’améliore dès qu’on sait qu’ils seront lus ainsi.

Ce que change une présence technique — et ce qu’elle ne doit pas être#

Un membre technique au conseil n’y est pas pour expliquer comment fonctionne une architecture. S’il le fait, il a raté sa mission : il a transformé une délibération en cours magistral, et les autres membres se sont tus un peu plus.

Son travail est de traduire. Prendre un enjeu d’ingénierie et le formuler dans le seul langage qui a cours en séance : risque d’exploitation, dépendance, coût récurrent, réversibilité, délai de reprise. Une fois cette traduction faite, l’expert-comptable, l’avocat et l’ancienne directrice commerciale sont parfaitement outillés pour décider. Ils l’ont toujours été.

Une distinction s’impose ici, et elle est régulièrement mal comprise. Inviter le responsable informatique en séance est utile, mais ne remplace pas ce rôle. Le responsable informatique porte le projet, en défend le budget, et sera évalué sur sa réussite. Lui demander d’être en même temps le contradicteur du dossier est un conflit de rôle, pas un défaut de loyauté. Les deux fonctions doivent exister, et elles ne peuvent pas tenir dans la même chaise.

C’est la même raison qui nous conduit à séparer strictement nos mandats de board et nos missions de production. On ne peut pas être à la fois celui qui recommande une refonte et celui qui la facture.

Le geste le plus utile : savoir reporter#

Une dernière remarque, sur la décision la plus impopulaire qu’un conseil puisse prendre.

Quand un dossier ne répond pas aux six questions, la bonne réponse n’est pas de l’amender en séance — c’est de le renvoyer. Cela déplaît : le projet est attendu, le prestataire a bloqué des ressources, le dirigeant a déjà annoncé le calendrier en interne.

Mettez ce désagrément en regard de ce qu’il évite. Un mois de report coûte quelques semaines de calendrier. Un mauvais choix d’architecture ou de prestataire se subit pendant cinq ans, et son coût de sortie dépasse presque toujours le budget initial. C’est exactement ce que nous constatons en audit technique : les décisions les plus coûteuses ne sont presque jamais des erreurs d’exécution, ce sont des choix qui n’ont pas été instruits.

Un conseil qui sait dire « revenez avec les alternatives et le coût de fonctionnement » fait, en une phrase, l’essentiel de son travail.

---

Vos séances abordent des sujets numériques que personne autour de la table ne peut réellement instruire ? C’est exactement ce que nous venons faire — traduire, questionner, et repartir. Parlons-en.