Les KPI des TI en entreprise : arrêtons les faux indicateurs

Arrêtons de se mentir : 80% des KPI TI dans les PME ne veulent absolument rien dire.

Si ton KPI ne dit rien de concret… ce n’est pas un KPI. C’est juste des chiffres.

Dans beaucoup d’entreprises, les TI produisent des KPIs… parce qu’il faut produire des KPIs.

Des tableaux. Des graphiques. Des pourcentages.

Mais peu de dirigeants se posent la vraie question :

Est-ce que mon KPI reflète réellement une performance… ou juste une donnée brute sans valeur?

La vérité est simple : la majorité des indicateurs TI utilisés aujourd’hui sont faussés, incomplets, ou carrément inutilisables pour prendre des décisions. Et dans plusieurs PME, on se ment avec de beaux dashboards qui donnent l’illusion de contrôle.

Cet article vise à remettre les choses à leur place.

1. Un KPI, ce n’est pas une donnée. C’est une mesure d’un livrable.

Un KPI existe pour répondre à une seule question :

Sommes-nous en train de livrer ce que nous devons livrer?

Pourtant, dans la majorité des organisations, les KPIs TI sont construits à partir de :

  • données non vérifiées;
  • métriques automatisées mal configurées;
  • regroupements artificiels;
  • données récupérées « par défaut » par l’outil;
  • volumes qui n’ont aucune signification stratégique.

Résultat : on se retrouve avec des beaux graphiques… mais aucune lecture réelle sur la performance.

Un KPI doit toujours être rattaché à :

  1. Un objectif d’affaires
  2. Un livrable clair
  3. Une définition précise de la mesure
  4. Une méthode de collecte validée
  5. Une cible réaliste

Si une métrique ne répond pas à ces 5 critères, ce n’est pas un KPI — c’est du bruit.

2. Exemple courant #1 : le KPI de résolution des billets

C’est probablement l’indicateur le plus utilisé, mais aussi le plus faussé.

Les problèmes typiques :

  • Les outils comptent comme « billet résolu » des événements automatisés (bounce-back d’email, alertes antivirus, etc.).
  • Certaines équipes créent des billets génériques juste pour équilibrer des statistiques.
  • Le SLA n’est pas aligné sur la sévérité réelle.
  • Le billet se ferme automatiquement… sans validation avec l’utilisateur.
  • Ce KPI ne mesure jamais la satisfaction réelle, seulement la rapidité technique.

Résultat : un taux de 95% de résolution… qui ne veut absolument rien dire.

La bonne question à mesurer :

Est-ce que le problème réel de l’utilisateur est réglé, confirmé, et documenté?

Un vrai KPI pourrait donc devenir :

  • % de billets fermés avec confirmation utilisateur
  • % de retours négatifs ou réouvertures
  • % de billets avec diagnostic complet
  • Respect des délais par type de criticité (et non par volume total)

3. Exemple courant #2 : les KPIs sur les mises à jour Windows

Beaucoup d’entreprises affichent fièrement :

98% de nos appareils sont à jour.

Mais ce chiffre comporte de nombreux pièges :

  • La mesure inclut des appareils désuets ou hors service.
  • Les machines éteintes depuis 3 mois ne sont pas prises en compte.
  • Les données d’Intune, SCCM ou Ninjaone ne sont pas harmonisées.
  • Les patchs de sécurité et les « quality updates » sont mélangés.
  • L’outil considère qu’un appareil « en conformité » est un appareil éligible… même si la mise à jour n’a pas été installée.

L’indicateur n’a de valeur que si :

  • le parc est propre et inventorié;
  • les appareils orphelins sont retirés;
  • la conformité reflète la réalité terrain, pas les métadonnées.

Le bon KPI serait : % d’appareils actifs (connectés dans les 14 derniers jours) qui ont appliqué tous les correctifs critiques.

Pas un simple « update available », mais un patch réellement appliqué.

4. Pourquoi avons-nous tant de KPI inutiles?

Parce que la majorité des organisations ont commencé par la question :

Qu’est-ce que mon outil peut me montrer?

Au lieu de :

Qu’est-ce que je dois mesurer pour piloter mon entreprise?

C’est l’erreur fondamentale.

Les TI fournissent donc souvent :

  • des volumes;
  • des graphiques colorés;
  • des taux de réussite artificiels;
  • des courbes de tendance vides de sens.

Mais ce ne sont que des données non qualifiées.

La direction reçoit alors des présentations impressionnantes… mais aucun élément décisionnel.

5. KPI vs Métrique : ce n’est pas la même chose

Une métrique = une donnée brute.

Ex. : nombre de tickets ouverts.

Un KPI = une mesure stratégique.

Ex. : % de demandes critiques traitées dans les délais, confirmé par l’utilisateur.

Cette distinction doit être claire dans toute entreprise.

Les dirigeants n’ont pas besoin de 50 métriques.

Ils ont besoin de 5 à 7 KPI stratégiques qui reflètent l’avancement vers leurs objectifs.

6. La vraie question : qu’est-ce qu’on KPI réellement?

Aujourd’hui, beaucoup d’organisations KPI :

  • le volume;
  • la rapidité;
  • ce que les outils sont capables d’extraire;
  • des indicateurs internes TI qui ne servent pas les objectifs d’affaires.

Mais un bon KPI doit être aligné sur :

  • un livrable défini;
  • un objectif clair;
  • un impact mesurable;
  • une valeur pour l’entreprise, pas pour le département TI.

Exemple : Au lieu de mesurer le % de projets livrés « à temps », on mesure le % de livrables conformes aux exigences définies par l’entreprise.

Ce n’est pas la vitesse qui compte, mais la qualité du résultat.

7. Comment construire des KPIs TI qui ont réellement un impact?

Étape 1 : Identifier les livrables

  • un environnement sécurisé;
  • un parc standardisé;
  • un processus de gestion d’incident clair;
  • un cycle de mise à jour stable;
  • une expérience utilisateur maîtrisée.

Étape 2 : Définir ce qu’on veut prouver

  • efficacité?
  • conformité?
  • réduction des risques?
  • satisfaction?
  • prévisibilité des opérations?

Étape 3 : Valider la source de données

  • l’outil est-il fiable?
  • la donnée est-elle complète?
  • est-elle interprétée correctement?
  • est-elle validée humainement?

Étape 4 : Choisir les indicateurs pertinents

Exemples de KPI TI utiles (et simples) :

  • Taux de conformité des appareils actifs (sécurité)
  • % d’incidents critiques réglés dans le délai cible avec validation
  • Disponibilité réelle des services critiques (basée sur logs vérifiés)
  • Score de satisfaction utilisateur (post-résolution validé)
  • % de recommandations stratégiques TI appliquées vs plan annuel
  • Progression de la dette technologique (à la hausse ou à la baisse)

Ce sont des indicateurs exécutifs, pas des chiffres de techniciens.

8. KPI = outil de gouvernance, pas un tableau de bord

Un KPI doit servir à :

  • prendre une décision;
  • ajuster une stratégie;
  • identifier un risque;
  • confirmer un progrès.

Un KPI ne doit jamais être là pour remplir une slide de plus ou pour justifier un budget.

Dans une PME, les KPIs TI sont un outil de gouvernance, pas de performance technique.

Le but n’est pas d’être « beau ».

Le but est d’être vrai.

Conclusion : le KPI doit dire quelque chose, sinon il ne sert à rien

La question clé pour tout dirigeant :

Mon KPI reflète-t-il un avancement réel vers mes objectifs… ou simplement un beau graphique?

Si la réponse n’est pas évidente, ce n’est pas un KPI, et il doit être remplacé.

Les TI doivent être un partenaire stratégique, pas un producteur de données décoratives.

Un KPI efficace mesure un livrable, un impact, et un progrès.

Tout le reste n’est que des chiffres.