En bref : Parler TI à sa direction, c’est traduire un problème technique en risque d’affaires qu’elle peut comparer aux autres dossiers sur la table du comité. Un problème signalé en jargon reste invisible non par désintérêt, mais parce qu’il ne se mesure à rien d’autre dans la pièce. Un dossier qui parle continuité et dollars change la décision.
Vous avez signalé le problème. Plus d’une fois. Un serveur qui vieillit mal, une sauvegarde jamais testée, un accès qui traîne depuis le départ d’un employé. Le courriel est parti, la réunion a eu lieu, rien n’a bougé.
Ce n’est probablement pas de l’indifférence. C’est un problème de traduction, et ce guide s’adresse à vous, la personne qui porte le dossier des technologies de l’information (TI), pas à votre direction.
Vous n’avez pas à devenir vendeur pour vous faire entendre. Vous avez besoin d’un format différent, celui que votre comité de direction utilise déjà pour tous les autres dossiers qui passent devant lui : un risque, un chiffre, une décision à prendre.
Dans cet article
Pourquoi est-il si difficile de parler TI à sa direction ?
Une direction décide avec ce qu’elle comprend. Ce n’est pas un jugement sur ses compétences, c’est une description de comment fonctionne un comité de direction : chaque dossier soumis est comparé à d’autres dossiers, pour des ressources limitées, dans un temps de réunion compté.
Un problème exprimé en jargon technique n’entre pas dans cette comparaison. « Notre pare-feu de périmètre approche sa fin de vie » n’a pas d’équivalent dans la colonne d’à côté, qui parle d’agrandissement d’entrepôt ou d’embauche d’un représentant. Le problème n’est pas jugé sans importance : il est jugé incomparable, ce qui revient, dans les faits, au même résultat.
Ajoutez à cela que votre direction n’a probablement pas les moyens de vérifier l’ampleur réelle du risque par elle-même. Elle vous fait confiance, mais la confiance ne remplace pas une évaluation qu’elle peut situer parmi ses autres priorités. Le problème existe pour vous. Il n’existe pas encore pour elle.
Il y a aussi une question de calendrier. Un comité de direction fonctionne par cycles budgétaires, souvent annuels, alors qu’un problème technique se dégrade en continu. Une urgence TI signalée en dehors du cycle habituel de planification n’a pas de case naturelle où atterrir, et elle attend, par défaut, le prochain exercice budgétaire, même quand le risque, lui, n’attend personne.
Quelles erreurs éviter en présentant un dossier TI à sa direction ?
Trois réflexes reviennent souvent quand une équipe technique tente de se faire entendre, et les trois se retournent contre elle.
| Réflexe | Ce qui se passe en réalité |
|---|---|
| Le jargon | Le message est incompréhensible ; la direction ne peut pas le situer parmi ses priorités d’affaires |
| Le catastrophisme | Le message est assimilé à de la peur ou à une demande de budget déguisée, il perd sa crédibilité |
| La liste de 40 items | Rien n’est priorisé, donc rien n’est décidé ; un comité tranche une décision, pas un inventaire |
Le jargon exclut, mais le catastrophisme n’est pas moins piégeux : à force d’entendre « c’est urgent » sans démonstration chiffrée, une direction finit par lire ce mot comme une manœuvre plutôt que comme un signal. Une fois cette lecture installée, même une vraie urgence a du mal à passer.
La liste de 40 items est la plus sournoise des trois, parce qu’elle part d’une bonne intention : tout dire, ne rien cacher. Le résultat est pourtant le même que le silence. Un comité de direction ne sait pas trancher un inventaire complet, seulement une décision précise. La plupart des items restent alors sans réponse, et ceux qui comptaient vraiment se noient avec les autres.
Ces trois réflexes ont un effet cumulatif que peu d’équipes techniques mesurent. Chaque dossier mal reçu use un peu de crédit auprès du comité, et le dossier suivant, même mieux construit, hérite du scepticisme laissé par le précédent. La réputation d’un dossier TI se bâtit ou se défait avant même que son contenu soit lu.
Comment traduire un risque technique en langage d’affaires ?
Traduire un risque technique en langage d’affaires veut dire l’exprimer en arrêt d’exploitation, en dollars, en obligations et en responsabilité, jamais en jargon système. Prenez l’exemple d’une sauvegarde jamais testée. Décrite techniquement, l’alerte se lit ainsi : « nos sauvegardes ne sont pas validées par un test de restauration ». Techniquement exacte, elle ne dit rien à un comité de direction.
Traduite en langage d’affaires, la même alerte devient : « si nos serveurs tombent demain, nous ne savons pas si nous pouvons redémarrer l’entreprise, ni en combien de temps ». C’est le même fait. Ce n’est plus la même conversation.
La traduction repose sur quatre éléments, dans cet ordre :
- L’arrêt d’exploitation : combien de temps l’entreprise s’arrête, et ce que ça coûte en revenus ou en contrats manqués.
- Les dollars : le coût de réparer après coup, comparé au coût de prévenir, exprimé en dollars canadiens comme n’importe quel autre poste budgétaire.
- Les obligations : ce que la loi impose, notamment la Loi 25 sur la protection des renseignements personnels au Québec, qui rend certains manquements coûteux et publics.
- La responsabilité : qui, dans l’organisation, répond de la décision si le risque se matérialise.
Votre direction n’achète pas un serveur, un pare-feu ou un contrat de service infonuagique. Elle achète la certitude que l’entreprise fonctionne lundi matin. Parlez de ça, pas de la technologie qui la rend possible.
Un piège guette ici : traduire uniquement le pire scénario, sans indiquer sa probabilité. Un risque rare mais catastrophique et un risque fréquent mais gérable se traduisent tous les deux en dollars, mais pas dans le même dossier ni avec la même urgence. Précisez ce que vous savez de la probabilité, même approximativement, plutôt que de laisser croire que tout risque signalé est également susceptible de survenir demain.
Comment présenter un dossier au comité de direction ?
Parler TI à sa direction suit une structure presque toujours la même, peu importe le secteur. C’est elle qui fait qu’un dossier passe la porte d’un comité de direction.
- Choisissez trois à cinq risques, pas quarante. Le tri est votre travail, pas celui du comité. Un risque qui n’entre pas dans la sélection n’est pas oublié, il est reporté à un prochain dossier.
- Traduisez chacun en impact d’affaires. Arrêt d’exploitation, dollars, obligations, responsabilité : les quatre éléments vus plus haut, pour chaque risque retenu, sans exception.
- Chiffrez un scénario d’investissement pour chaque risque. Une fourchette suffit si un chiffre exact n’existe pas encore. Une fourchette vague vaut mieux qu’une absence de chiffre.
- Chiffrez aussi le coût de l’inaction. C’est souvent l’élément absent des dossiers techniques, et c’est celui qui permet la comparaison avec les autres priorités de l’entreprise.
- Terminez par une décision à prendre, pas par un exposé. Un comité qui referme un dossier sans avoir eu à décider n’a rien décidé. Formulez la question sur laquelle vous voulez une réponse.
Ce gabarit ne garantit pas un « oui ». Il garantit que le dossier peut être compris, comparé et tranché, ce qui est déjà loin d’être le cas de la plupart des dossiers TI qui échouent devant un comité.
Pourquoi le même message passe-t-il mieux venant d’un tiers indépendant ?
Vous avez peut-être déjà vécu ceci : vous portez un constat depuis des mois, sans effet visible. Un consultant externe arrive, dit essentiellement la même chose, et une décision tombe le mois suivant.
Ce n’est pas une injustice envers vous, ni une preuve que votre direction ne vous fait pas confiance. C’est une dynamique de crédibilité documentable : un tiers indépendant n’a rien à gagner personnellement à exagérer ou à minimiser un risque, il ne siège pas dans l’organigramme, il ne négocie pas son propre budget à travers ce dossier. Le même constat, chiffré et priorisé par une source sans intérêt direct dans l’issue, franchit des portes que la voix interne ne franchit pas toujours seule.
Reconnaître cette dynamique n’est pas un aveu d’échec. Parler TI à sa direction reste votre rôle, peu importe qui porte le message ce jour-là. C’est comprendre comment une organisation prend ses décisions, et s’en servir plutôt que de la subir.
Cette dynamique n’est d’ailleurs pas propre aux TI. Un directeur financier vit la même chose quand il recommande une réserve de trésorerie plus élevée, un avocat interne quand il signale un contrat mal rédigé. Dans tous ces cas, la voix qui porte le constat depuis l’intérieur est jugée à travers ses intérêts perçus dans l’organisation, même quand elle n’en a aucun.
Faut-il porter cette conversation seul ?
Parler TI à sa direction ne veut pas dire porter seul chaque mauvaise nouvelle. Porter seul une mauvaise nouvelle sans mandat clair comporte un risque pour la personne qui la porte, particulièrement dans une petite ou moyenne entreprise (PME) où les rôles se chevauchent et où le responsable TI répond souvent directement à la direction, sans couche intermédiaire pour absorber la tension.
Vous n’avez pas à choisir entre vous taire et porter seul le poids d’un dossier qui ne passe pas. Un audit informatique indépendant produit un constat qui n’appartient à personne dans l’organisation, chiffré et priorisé, que votre direction peut recevoir sans y voir une manœuvre interne. Il ne remplace pas votre équipe : il lui donne un porte-voix externe, puis il repart, laissant le travail entre vos mains et celles de la direction.
Ce constat rejoint ce que nous écrivions dans le sous-financement des TI : ce que votre équipe n’ose pas vous dire et dans vos TI tiennent au duct tape : le problème n’est pas la compétence de votre équipe, c’est l’absence d’un dossier que la direction peut entendre. Si votre équipe cherche depuis un moment comment faire entendre un risque réel, un audit TI indépendant peut être le porte-voix dont votre dossier a besoin, sans vous retirer le dossier des mains.
Pour aller plus loin avec Factero :
- faire réaliser un audit informatique indépendant
- vCIO : direction informatique à temps partiel
- feuille de route TI pour prioriser vos demandes
Foire aux questions
Comment convaincre sa direction d’investir en TI ou en cybersécurité ?
On ne convainc pas une direction avec de l’urgence ou de la passion, on lui présente une décision qu’elle peut comparer à ses autres priorités. Reprenez le gabarit de ce guide : trois à cinq risques chiffrés en arrêt d’exploitation, en dollars, en obligations et en responsabilité, avec un scénario d’investissement et le coût de l’inaction posé juste à côté. C’est le dossier qui convainc, pas l’argumentaire.
Est-ce normal que ma direction ne comprenne pas mes demandes TI ?
Oui, et ce n’est pas un problème de compétence, ni pour vous ni pour votre direction. Un comité de direction compare des dossiers pour des ressources limitées, et un problème exprimé en jargon n’a pas d’équivalent dans la colonne d’à côté, qui parle d’embauche ou d’agrandissement. Il n’est pas jugé sans importance, il est jugé incomparable, ce qui revient au même résultat tant qu’il reste en jargon.
Comment expliquer un risque technique à un conseil d’administration non technique ?
La même méthode qu’avec un comité de direction s’applique, en plus court : par risque, jamais par technologie, chiffré en arrêt d’exploitation, en dollars, en obligations et en responsabilité. Évitez les acronymes et les détails de configuration, un administrateur juge une décision d’affaires, pas une solution technique. Une phrase par risque suffit si elle contient les quatre éléments, le reste appartient à l’annexe, pas à la présentation.
Un audit TI indépendant remplace-t-il mon rôle auprès de la direction ?
Non. Il vous donne un constat indépendant à porter devant votre comité, chiffré et priorisé, il ne prend pas le dossier à votre place et ne remplace personne dans l’équipe. Votre rôle reste entier après l’audit : c’est vous qui connaissez l’environnement réel et qui mettez en œuvre la suite, une fois la décision prise par la direction.
