« Shift-left » est probablement l’expression la plus galvaudée de l’ITSM. Elle désigne la tendance à résoudre les problèmes le plus en amont possible dans la chaîne de support, avec pour objectif de maîtriser les coûts. L’idée est séduisante et, sur le papier, irréprochable. Le problème est que de nombreuses organisations traitent le shift-left comme une fin en soi, comme un projet à lancer ou un outil à déployer, plutôt que comme la conséquence de prérequis opérationnels bien établis.
Transférer les tickets vers les niveaux les moins coûteux de la chaîne de support, c’est-à-dire le déplacement « vers la gauche » dont cette pratique tire son nom, ne produit aucune réduction des coûts si les éléments suivants ne sont pas tous présents : une base de connaissances de qualité, un self-service bien conçu et une automatisation mature du service desk.
L’analyse qui suit entend remettre logiquement le shift-left à sa juste place. Pour les organisations d’ITSM, il doit représenter un point d’arrivée, rendu possible par des fondations opérationnelles solides, plutôt qu’une solution technologique à déployer au début du parcours.
La logique mathématique qui rend le shift-left incontournable
L’intérêt pour le shift-left repose sur une donnée de coût précise : la dépense par ticket augmente sensiblement à chaque passage vers des niveaux de support plus spécialisés, du service desk de premier niveau jusqu’au support de fournisseur externe.
Selon les benchmarks de MetricNet, en Amérique du Nord, un ticket traité par le service desk de niveau 1 coûte environ 22 dollars, tandis que le même problème résolu en self-service au niveau 0 coûte environ 2 dollars. En escaladant, le support de bureau (niveau 2) coûte environ 70 dollars, l’IT de niveau 3 environ 100, le support terrain environ 220 et le support fournisseur jusqu’à 600 dollars par ticket. MetricNet identifie également un niveau –1, le point le plus à gauche de tous : la prévention des incidents par la gestion des problèmes, qui élimine en amont les tickets qui auraient autrement été générés.
En pratique, plus nous parvenons à déplacer de tickets vers la gauche — par exemple, en passant d’une réinitialisation de mot de passe effectuée par un opérateur humain coûtant 22 dollars à une réinitialisation automatisée coûtant 2 dollars — plus nous réduisons le coût total. C’est de cette échelle de coûts que naît la promesse de réduction des dépenses associée au shift-left : chaque demande traitée à un niveau inférieur coûte moins cher. La logique ne tient cependant qu’à une seule condition : que la demande soit effectivement résolue à ce niveau, et non simplement transférée.
Quand le shift-left augmente les coûts au lieu de les réduire
L’économie réalisée par ticket présuppose une résolution effective, et non un simple transfert. Une demande dirigée vers le self-service qui revient ensuite au niveau 1, parce que l’article de la base de connaissances était imprécis, le portail peu utilisable ou l’automatisation mal conçue, ne coûte pas 2 dollars, mais 2 dollars auxquels s’ajoutent les 22 du niveau 1, sans compter une éventuelle escalade. Un déplacement prématuré multiplie donc le coût global du problème : il réduit la part des demandes résolues au premier contact et augmente les contacts répétés pour le même problème.
C’est la raison pour laquelle une initiative de shift-left guidée par le seul objectif de réduire les dépenses produit souvent l’effet inverse. Un self-service conçu uniquement pour limiter les coûts est peu adopté et ne génère pas les bénéfices attendus. Lorsque l’utilisateur ne trouve pas de réponse, il tend à se tourner vers des solutions extérieures aux canaux officiels.
L’enquête de TeamViewer sur la friction numérique le confirme : 54 % des salariés déclarent ne pas se sentir capables de résoudre tout seuls les problèmes techniques, signe qu’un self-service bancal reste inutilisé et contraint malgré tout l’utilisateur à faire appel au support. Le résultat est le paradoxe que tout responsable d’ITSM devrait redouter : des volumes qui s’améliorent tandis que l’expérience réelle se dégrade et le coût effectif par problème résolu s’accentue.
La liste des conditions préalables
Pour que la redistribution des tickets le long des niveaux de support devienne une stratégie viable, trois conditions doivent déjà être mises en place : ce sont les éléments permettant véritablement le shift-left.
1. Des connaissances précises et accessibles
La base de connaissances est l’actif numéro un dans la chaîne de valeur de l’ITSM. Il ne suffit cependant pas de « recueillir » des connaissances : leur valeur naît de leur utilisation, plus que de leur simple conservation. Des méthodologies éprouvées comme le Knowledge-Centered Service (KCS) servent précisément à maintenir les articles à jour, pertinents et véritablement résolutifs, ce qui est indispensable pour rendre les problèmes soluble au niveau 0, c’est-à-dire de manière autonome.
2. Une gestion efficace au niveau 0 et au niveau 1
Le niveau 0 (self-service) et le niveau 1 doivent être conçus autour des besoins réels des utilisateurs, et non des fonctionnalités du logiciel. Un portail facile à utiliser, avec des fonctions de recherche efficaces et des FAQ bien construites, et un premier niveau doté des outils et de l’autorité nécessaires pour clore le ticket sans escalade : c’est là que se décide le succès ou l’échec du shift-left.
3. Des boucles de feedback fermées entre les niveaux
Chaque fois qu’un niveau supérieur résout un nouveau problème, la solution identifiée doit être documentée et mise à la disposition des niveaux inférieurs, afin de pouvoir être réutilisée de manière autonome. Le processus s’articule en quatre phases : recueillir des données, rechercher, corriger, résoudre. En l’absence de cette transmission d’informations, la base de connaissances perd progressivement de son actualité, compromettant ainsi l’efficacité du shift-left.
La gestion des changements organisationnels
En amont des trois conditions préalables que nous avons identifiées, il en existe une quatrième, largement négligée : la gestion des changements organisationnels. Le shift-left implique un changement dans les modes de travail et requiert une révision adéquate des critères d’évaluation et d’incitation du personnel. Sans cela, la gestion des connaissances, le self-service et l’automatisation restent des outils que personne n’adopte vraiment. Et c’est précisément sur ces éléments que les responsables informatiques devraient se mesurer avant même de s’intéresser aux volumes de tickets. Le taux de résolution au premier contact, le pourcentage de problèmes solubles au niveau 0 et le taux de réouverture des tickets indiquent, mieux que tout nombre de tickets redirigés, si le shift-left fonctionne vraiment.
IA et shift-left : bénéfices réels et coûts cachés
L’intelligence artificielle, et en particulier les grands modèles linguistiques (« Large Language Model », LLM), sont en train de réécrire l’économie du shift-left, mais pas de la manière dont beaucoup l’espèrent. Utilisée correctement, l’IA augmente de manière concrète la capacité de traitement du niveau 1. Gartner identifie l’habilitation des agents comme l’un des cas d’utilisation les plus efficaces : résumés automatiques des tickets, réponses rapides et suggestions de meilleure action suivante qui font gagner du temps à l’agent sans sacrifier la précision. De même, un LLM peut générer des ébauches d’articles de base de connaissances à partir des tickets résolus, élargissant rapidement les connaissances qui alimentent le niveau 0 et le niveau 1 : c’est un puissant accélérateur de l’automatisation du service desk.
Les coûts invisibles d’une automatisation sans bases solides
Le revers de la médaille est une automatisation mal conçue qui génère des coûts cachés en aval. Un assistant conversationnel s’appuyant sur une base de connaissances de mauvaise qualité ne résout pas le problème ; il se contente de rediriger la demande, souvent de manière erronée, et renvoie des réponses imprécises avec une assurance trompeuse, compromettant ainsi la confiance des utilisateurs et augmentant les contacts répétés. Ce n’est pas un hasard si, dans le rapport de TeamViewer déjà cité, 32 % des personnes interrogées déclarent que les solutions d’IA testées ont échoué.
Le potentiel reste néanmoins énorme. Gartner estime que, d’ici 2029, l’IA agentique résoudra de manière autonome 80 % des problèmes de service les plus courants, avec une réduction des coûts opérationnels d’environ 30 %. Ces résultats ne sont cependant atteignables que si le niveau 0 et le niveau 1 reposent déjà sur des bases solides. Dans le cas contraire, l’automatisation du service desk ne fait que reproduire à grande échelle les erreurs existantes.
Le shift-left comme mesure de maturité
Pour les responsables informatiques appelés à démontrer l’impact de l’IT sur les résultats commerciaux, et pas seulement sur le respect des accords de niveau de service, le shift-left doit être considéré comme le résultat de prérequis consolidés, et non comme un point de départ. Il faut lutter contre une pratique répandue qui tend à redistribuer la charge de support en espérant que la qualité s’impose d’elle-même. Il faut d’abord mettre en place les conditions préalables (connaissances, self-service, automatisation et processus de transmission et de restitution des connaissances), et alors en découleront naturellement la redistribution progressive des tickets vers les niveaux inférieurs et, finalement, la réduction des coûts, durable parce que fondée sur des résolutions effectives et non sur de simples transferts.
Vu sous cet angle, le shift-left devient véritablement un précieux indicateur de la maturité opérationnelle d’une organisation d’ITSM.
FAQ
- Qu’est-ce que le shift-left dans l’ITSM ?
C’est la pratique consistant à résoudre les problèmes et les demandes le plus près possible de l’utilisateur et du point où ils surviennent, en déplaçant les tickets de niveaux de support coûteux vers des niveaux moins onéreux, jusqu’au self-service de niveau 0. - Pourquoi le shift-left augmente-t-il parfois les coûts au lieu de les réduire ?
La réalisation d’économies présuppose la résolution, et non le simple transfert. Un ticket renvoyé vers les niveaux supérieurs cumule les coûts des deux passages, diminue le taux de résolution au premier contact et accroît le nombre de contacts répétés. - Quelles conditions préalables sont nécessaires avant de redistribuer les tickets vers les niveaux inférieurs ?
Il faut une base de connaissances précise et accessible, une gestion efficace du niveau 0 et du niveau 1 conçue autour des besoins réels des utilisateurs, et des processus structurés qui transmettent aux niveaux inférieurs les solutions identifiées aux niveaux supérieurs. - L’IA permet-elle de se passer des conditions préalables du shift-left ?
Non, l’IA amplifie les conditions existantes. Sur une base de connaissances solide, elle accélère l’automatisation du service desk. Sur une base de mauvaise qualité, elle génère des réponses erronées, des contacts répétés et une perte de confiance.
2025 Gartner® Market Guide des Plateformes ITSM
