Toute équipe qui rend service à quelqu'un, clients ou collègues d'un autre service, fait des promesses, dites ou tacites. « Nous répondrons vite. » « Le système est quasiment toujours disponible. » Un accord de niveau de service (SLA) transforme ces promesses floues en quelque chose que les deux parties peuvent mesurer. Ce guide répond aux questions les plus courantes : ce qu'est un SLA, ce qu'il contient et comment fixer des objectifs que vous pourrez vraiment tenir.
Qu'est-ce qu'un accord de niveau de service ?
Un SLA est un accord écrit entre un prestataire de service et ceux qui en dépendent. Il précise le niveau de service qui sera fourni, la façon de le mesurer et ce qui se passe s'il n'est pas atteint. Il peut être externe, entre une entreprise et ses clients, ou interne, entre deux équipes comme l'informatique et la finance.
Que doit contenir un SLA ?
- Le périmètre. Ce que couvre le service et, tout aussi important, ce qu'il ne couvre pas.
- Les indicateurs. Les chiffres que vous suivrez : disponibilité, délai de première réponse, délai de résolution, taux d'erreur.
- Les objectifs. La valeur à atteindre pour chaque indicateur, par exemple 99,5 % de disponibilité ou une première réponse sous quatre heures ouvrées.
- La période et la méthode de mesure. Par mois ou par trimestre, avec quel outil, en comptant quelles heures.
- Les responsabilités. Ce que le client doit fournir : accès, informations, validations dans les délais.
- Les recours. Avoirs de service, escalade ou réunion de revue quand un objectif n'est pas atteint.
- Les exclusions. Maintenance planifiée, événements hors de votre contrôle et demandes hors périmètre.
SLA, SLO et SLI : quelle différence ?
Ces trois termes sont souvent confondus. Un indicateur de niveau de service (SLI) est la mesure elle-même, par exemple le pourcentage de requêtes traitées en moins de deux secondes. Un objectif de niveau de service (SLO) est la cible interne pour cette mesure, par exemple 99,9 %. Le SLA est l'accord, assorti de conséquences. Une bonne habitude consiste à fixer votre SLO interne un peu plus strict que le SLA, afin de disposer d'une marge d'alerte avant de rompre une promesse.
Comment fixer des objectifs réalistes ?
Partez des données, pas de l'ambition
Examinez vos trois à six derniers mois de performance réelle. Si vous résolvez aujourd'hui 80 % des tickets en deux jours, promettre 95 % en un jour est un vœu, pas un objectif. Choisissez un chiffre que vous atteignez déjà la plupart du temps, puis améliorez-le de façon délibérée.
Demandez ce dont les clients ont réellement besoin
Une réponse plus rapide n'a pas toujours de valeur. Demandez aux utilisateurs quels délais les gênent et lesquels ils remarquent à peine. Une première réponse sous quatre heures peut les satisfaire pleinement, alors qu'une promesse d'une heure vous coûterait du personnel supplémentaire sans bénéfice réel.
Tenez compte de la capacité et des dépendances
Votre objectif n'est jamais plus solide que votre fournisseur le plus faible. Si votre service dépend d'un prestataire qui garantit 99,5 %, vous ne pouvez pas honnêtement promettre 99,9 %. Vérifiez aussi les effectifs, les congés et les fuseaux horaires.
Utilisez des niveaux plutôt qu'un chiffre unique
Toutes les demandes ne se valent pas. Définissez des niveaux de priorité, avec un objectif strict pour les incidents urgents et plus souple pour les demandes courantes. Limitez-vous à trois ou quatre niveaux pour qu'on s'en souvienne.
Exprimez les objectifs en pourcentages
« Chaque ticket traité en quatre heures » sera violé dès le premier jour. « 95 % des tickets traités en quatre heures ouvrées » reconnaît honnêtement les mauvais jours.
Un exemple simple
Une équipe informatique interne soutient 200 salariés. Le trimestre dernier, elle a répondu à 88 % des tickets sous quatre heures ouvrées et résolu 90 % des incidents urgents en huit heures. Elle pourrait fixer ces objectifs :
- Urgent : première réponse sous une heure, 90 % résolus en huit heures.
- Normal : première réponse sous quatre heures ouvrées pour 92 % des tickets.
- Faible : première réponse sous deux jours ouvrés pour 95 % des tickets.
Ces valeurs dépassent légèrement la performance actuelle : elles poussent l'équipe sans relever de la fiction.
Erreurs fréquentes avec les SLA
- Promettre 100 %. Aucun service n'est parfait, et un objectif sans marge d'échec sera rompu.
- Trop d'indicateurs. Trois à cinq chiffres bien choisis valent mieux que vingt que personne ne lit.
- Mesurer ce qui est facile plutôt que ce qui compte. La disponibilité peut afficher 100 % alors que les utilisateurs n'arrivent pas à se connecter.
- Le fixer une fois et l'oublier. Les besoins évoluent, l'accord doit suivre.
- Aucune revue, aucune discussion. Un SLA dont on ne parle jamais n'est qu'un document.
Revue et reporting
Présentez les résultats à un rythme régulier, chaque mois pour la plupart des équipes, et discutez des écarts sans chercher de coupable : quelle en est la cause, et est-ce l'objectif ou le processus qui est en cause ? Révisez les objectifs eux-mêmes tous les six à douze mois. Un tableur suffit pour démarrer. Si vous suivez déjà vos opérations dans FulcrumGrid Command Center, vous pouvez garder les indicateurs de SLA à côté de vos autres KPI et projets, de sorte qu'un délai de réponse qui se dégrade soit visible avant la revue mensuelle plutôt que pendant.
Partez de données réelles, promettez ce que vous pouvez tenir et revoyez-le souvent. Un SLA réaliste inspire plus de confiance qu'un SLA impressionnant que vous ne pouvez pas respecter.
Questions fréquentes
Quelle est la différence entre un SLA et un contrat ?
Un contrat couvre toute la relation commerciale : prix, responsabilité, durée. Un SLA en est généralement une partie, centrée sur les niveaux de service mesurables et sur ce qui se passe quand ils ne sont pas atteints.
Quel est un bon objectif de disponibilité pour un SLA ?
Cela dépend de ce que vous pouvez fournir et de ce dont les utilisateurs ont besoin. 99,5 % autorise environ 3,6 heures d'indisponibilité par mois, 99,9 % environ 43 minutes. Vérifiez votre historique et vos fournisseurs avant de choisir.
Les équipes internes ont-elles besoin de SLA ?
Souvent oui. Un SLA interne entre, par exemple, l'informatique et la finance clarifie attentes et priorités sans poids juridique. Gardez-le court et concentrez-vous sur les quelques demandes qui comptent le plus.
À quelle fréquence réviser un SLA ?
Présentez les résultats chaque mois et révisez les objectifs eux-mêmes tous les six à douze mois, ou plus tôt après un changement important d'effectifs, d'outils ou de demande.
FulcrumGrid Command Center
Voyez vos niveaux de service d'un coup d'œil
FulcrumGrid Command Center vous aide à suivre KPI et projets au même endroit, pour que délais de réponse et objectifs restent visibles tout le mois.