ITSM
Audit ITSM : les 7 signaux qui montrent que votre service desk déraille
Un service desk en bonne santé est silencieux. Quand on commence à entendre parler de lui, c'est rarement bon signe.
Avant même de lancer un audit ITSM formel, sept signaux concrets permettent de diagnostiquer rapidement si votre service desk patine. Aucun n'est très technique. Tous sont observables sans entrer dans les détails de votre outil.
Les utilisateurs contournent le ticketing
Si vos collaborateurs préfèrent appeler directement un membre de l'équipe IT plutôt que d'ouvrir un ticket, c'est que le système formel ne leur sert pas. Soit l'outil est trop lourd, soit l'expérience des tickets ouverts est mauvaise (réponses tardives, suivi opaque, escalades qui n'aboutissent pas).
Conséquence directe : votre vue d'ensemble du volume réel de sollicitations est faussée. Vous prenez des décisions de dimensionnement sur la base d'un sous-ensemble visible, alors que la majorité du travail se passe en dehors du circuit.
Les indicateurs sont au vert, mais le climat est tendu
C'est probablement le signal le plus trompeur. Vos SLA sont respectés, votre temps moyen de résolution est dans la norme, et pourtant les directions métier expriment régulièrement leur insatisfaction.
C'est en général le symptôme d'un pilotage par indicateurs déconnecté de la réalité du service. On a optimisé pour les chiffres, pas pour l'expérience. Les tickets sont fermés rapidement, mais souvent sans résolution réelle. Les délais sont respectés sur les engagements formels, mais les vrais points durs ne sont pas mesurés.
Les tickets se répètent
Si la même catégorie d'incident revient toutes les semaines, c'est que personne ne traite la cause racine. Le service desk fonctionne en mode pompier permanent, sans capacité d'investigation des problèmes récurrents.
C'est typiquement le signe qu'il manque une vraie pratique de gestion des problèmes (problem management dans le vocabulaire ITIL). Sans elle, votre équipe support s'épuise à résoudre dix fois le même incident, au lieu de l'éliminer une bonne fois pour toutes.
Le service desk est devenu un centre d'escalade permanent
Les niveaux 1 et 2 escaladent vers le niveau 3 sur 30 % ou plus des tickets. Le niveau 1 passe son temps à qualifier sans résoudre. La valeur ajoutée du front line a disparu.
Les causes possibles sont multiples : équipe sous-formée, base de connaissance inexistante ou périmée, périmètre du niveau 1 mal défini. Mais la conséquence est toujours la même : une mauvaise allocation des compétences, des coûts qui grimpent, et des délais qui s'allongent.
Un service desk en bonne santé est silencieux. Quand on commence à entendre parler de lui, c'est rarement bon signe.
Votre catalogue de services n'existe pas ou n'est pas à jour
Si vos utilisateurs ne savent pas précisément ce qu'ils peuvent demander à l'IT et selon quelles modalités, deux choses se passent : ils ne demandent pas (et débrouillent en dehors du circuit) ou ils demandent n'importe quoi (et le service desk passe son temps à requalifier).
Un catalogue de services à jour est une fondation. Sans lui, tout le reste est sous-optimal.
La mise en production des changements casse régulièrement la prod
Tous les déploiements ou presque génèrent des incidents post-changement. La gestion du changement est soit absente, soit purement formelle (un workflow d'approbation, sans réelle évaluation d'impact).
Ce signal est particulièrement coûteux. Les incidents post-changement détruisent la confiance des métiers dans la capacité de l'IT à livrer. Et ils consomment une bande passante massive sur le service desk en aval.
Aucun reporting régulier vers la direction
Si votre DSI ne dispose pas, chaque mois, d'un tableau de bord lisible par un dirigeant non IT, c'est que le pilotage du service IT est invisible pour le reste de l'organisation. Et ce qui est invisible n'est pas reconnu, donc pas financé correctement, donc dégradé progressivement.
Le reporting régulier n'est pas un exercice de communication. C'est un outil de gouvernance. Sans lui, les arbitrages budgétaires se font à l'aveugle, et toujours au détriment de l'IT.
Quelques signaux isolés ne sont pas catastrophiques. Trois ou plus, simultanément, justifient un diagnostic formel.
Que faire si vous reconnaissez votre situation
Un audit ITSM bien mené prendra entre quatre et huit semaines, croisera entretiens, analyse de données et benchmark, et produira un classement priorisé des points durs. À partir de là, le plan d'action devient lisible.
Le pire est de ne rien faire en se disant que la situation va se stabiliser d'elle-même. Un service desk qui dérive ne se redresse jamais spontanément. Il se redresse parce qu'on prend la décision de regarder objectivement ce qui ne va pas, et qu'on y consacre les moyens nécessaires.