99,8 % peut décrire un service inutilisable au mauvais moment
Cette analyse rétrospective sur 2019 est publiée en 2026. Le cas d’ERP, les acteurs, les volumes et les niveaux de disponibilité sont illustratifs. Ils montrent une méthode de lecture du service et ne décrivent pas un résultat CYTIZEN. L’analyse ne soutient pas que les engagements contractuels seraient inutiles : elle explique ce qu’une mesure agrégée peut laisser hors champ.
Émilie, directrice financière, ne conteste pas le rapport du prestataire. Il annonce 99,8 % de disponibilité mensuelle. Elle constate pourtant que trois interruptions surviennent pendant la clôture, quand les comptables doivent publier les écritures et rapprocher les flux. Les mêmes incidents seraient gênants un dimanche matin ; à cette heure, ils déplacent des tâches vers la nuit et retardent une validation. Le volume total de minutes n’exprime pas cette différence.
Marc, responsable de service, doit réconcilier deux vues : celle du contrat et celle des opérations. Modifier un indicateur sans respecter sa définition contractualisée créerait un autre problème. Il conserve la mesure existante et ajoute une lecture par parcours, plage critique et impact vérifié. Le service devient discutable sur des faits sans réinventer un SLA après chaque incident.
Décomposer le service avant d’ajouter des indicateurs
Marc liste les parcours finance : saisir, approuver, transmettre, rapprocher et clôturer. Chaque parcours dépend d’applications, interfaces, données, habilitations et équipes. Une interface arrêtée peut rendre le rapprochement impossible même si l’ERP répond. Une anomalie de données peut empêcher une validation sans incident d’infrastructure. Les événements sont reliés aux responsabilités plutôt que tous attribués automatiquement au prestataire principal.
Les plages critiques sont définies avec le métier avant la mesure. Pour la clôture, elles couvrent certaines dates et heures ; pour un site industriel, elles peuvent suivre le début d’équipe. Le périmètre inclut les utilisateurs concernés et les dépendances utiles. On ne choisit pas après coup une fenêtre uniquement parce qu’elle rend le fournisseur mauvais : la définition doit rester stable et explicable.
Le contrat est relu : périodes de service, exclusions, maintenances, mécanismes de déclaration et sources de mesure. Si la définition ne couvre pas le besoin actuel, le responsable contrat prépare une modification ou une négociation. Le pilotage opérationnel peut révéler cet écart, mais ne constitue pas lui-même un avenant signé.
Mettre les deux disponibilités dans le même tableau
Le calcul contractuel illustratif est temps mesuré moins indisponibilité retenue, divisé par temps mesuré. Sur 43 200 minutes mensuelles, 86,4 minutes correspondent à 0,2 % d’indisponibilité. Cette représentation ne dit pas où les minutes se concentrent ni ce que les utilisateurs peuvent accomplir. Les règles d’exclusion doivent être conservées exactement si l’on compare au contrat.
La lecture métier proposée mesure la proportion de temps où le parcours essentiel est exécutable pendant une fenêtre préalablement définie. Dans un exemple de clôture de 600 minutes, trois interruptions totalisant 60 minutes donnent 90 % sur cette fenêtre. Cela n’annule pas le 99,8 % contractuel, établi sur un autre périmètre. Cela expose une question de valeur et de risque que la moyenne mensuelle n’a pas vocation à résoudre seule.
Les incidents sont datés et classés. Une panne empêchant toute connexion, un rejet d’interface et un blocage de validation ont des mécanismes différents. L’équipe indique les limites de l’observation et évite de qualifier chaque ralentissement d’indisponibilité totale. Le métier confirme si l’activité était arrêtée, dégradée ou poursuivie avec une reprise manuelle.
Une mesure lisible pour les deux parties
| Mesure | Périmètre | Valeur du scénario | Usage |
|---|---|---|---|
| Disponibilité contractuelle | Mois ; exclusions selon contrat | 99,8 % | Apprécier l’engagement signé et les mécanismes associés. |
| Parcours clôture exécutable | 600 minutes critiques prédéfinies | 540/600 = 90 % | Identifier le besoin de protection d’une fenêtre. |
| Reprise métier | Dernière interruption : données contrôlées | 75 minutes après retour technique | Préparer procédure et capacité de rapprochement. |
| Récurrence | Même mécanisme confirmé | Trois événements en quatre semaines | Exiger analyse de cause et test de correction. |
| Charge de contournement | Temps réellement mobilisé | Huit personnes × 30 minutes = quatre heures | Chiffrer l’effet sur les opérations, sans extrapolation abusive. |
Passer d’un impact à une demande fournisseur
Marc prépare un dossier sur les trois incidents. Le prestataire retrouve une tâche planifiée qui consomme la capacité au mauvais moment. Le métier confirme sa fenêtre de clôture ; l’exploitation examine les dépendances et la possibilité de déplacer la tâche. La correction devient une décision de planning et de contrôle, pas une demande vague de « meilleure performance ».
Le prestataire propose un décalage ; le client vérifie qu’il ne dégrade pas un autre pays. Le changement est autorisé suivant la procédure convenue, puis observé sur plusieurs fenêtres. Si les incidents cessent mais que les traitements retardés compromettent le lendemain, le résultat n’est pas suffisant. La preuve de succès doit couvrir les activités dépendantes que la correction risque de déplacer.
Une seconde hypothèse peut exiger une capacité supplémentaire. Marc distingue dimensionnement du service signé, croissance de volume et défaut d’exploitation. Le responsable contrat traite les implications commerciales. L’équipe n’accepte pas un coût nouveau sans cette qualification, mais elle ne bloque pas non plus une mesure urgente au motif qu’une discussion de responsabilité demeure ouverte.
Rétablir un composant ne termine pas toujours l’incident
À 19 h 10, l’interface redémarre. Le tableau technique passe au vert. Les comptables doivent encore identifier les messages en attente, vérifier leur traitement et rapprocher les écritures. Si l’incident est clôturé à 19 h 10 sans noter cette charge, le service paraît plus rapide à récupérer qu’il ne l’est réellement.
Le modèle distingue rétablissement technique, reprise du parcours et contrôle final. Chaque étape possède un responsable ; les personnes nécessaires doivent être disponibles dans la fenêtre. Le fournisseur peut être responsable du rétablissement et contribuer à la reprise, tandis que le métier valide le résultat. Cette répartition doit être connue avant le prochain incident, pas négociée pendant l’urgence.
La procédure comprend les risques de double traitement et les cas où une relance automatique est interdite. Elle indique le mécanisme d’escalade si les contrôles échouent. La qualité du service n’est donc pas seulement une courbe de disponibilité ; elle inclut la capacité à retrouver un état métier cohérent après une rupture.
Le taux de tickets ne mesure pas la satisfaction à lui seul
Un nombre de tickets en baisse peut signifier moins de défauts. Il peut également signaler que les utilisateurs renoncent à déclarer une difficulté ou qu’un coordinateur regroupe désormais les demandes. Marc rapproche le volume de tickets du volume d’usage, des incidents majeurs et des retours métier. Il conserve les changements de règle de comptage dans le rapport.
La satisfaction est interrogée à propos d’un service et d’une période, avec un contexte concret. « Êtes-vous satisfait de l’IT ? » confond matériel, outils, support et organisation. Une question sur la possibilité de terminer la clôture ou de reprendre une commande est plus utile, mais ne remplace pas les événements techniques. Les deux types de donnée doivent être examinés sans faire passer l’un pour une preuve absolue.
Le coût du contournement est estimé à partir de temps observés et des personnes effectivement mobilisées. La formule nombre d’incidents multiplié par effectif total de l’entreprise produit des montants spectaculaires et rarement défendables. On précise ce qui est mesuré, ce qui est estimé et ce qui ne peut pas être chiffré de façon fiable.
Installer des responsabilités qui durent
Le propriétaire de service maintient le lien entre engagements et parcours. Le responsable métier confirme l’impact et les périodes critiques. Le prestataire apporte les événements et les options de traitement. Le responsable contrat encadre les conséquences commerciales. La sécurité ou la qualité intervient lorsque l’incident touche ses exigences. Marc coordonne ces décisions sans se substituer aux autorités de chaque domaine.
La revue de service examine les tendances et les problèmes récurrents. Une cellule d’incident fonctionne à une autre cadence ; elle ne doit pas attendre la prochaine réunion. Les actions de correction ont une preuve de clôture et une date. Si le périmètre évolue, le modèle de mesure est révisé de manière explicite, puis les comparaisons historiques sont annotées.
Un fournisseur ne peut pas compenser des décisions client absentes. Si une fenêtre ne peut pas être réservée ou si le métier n’a pas nommé son validateur, ces dépendances sont rendues visibles. La relation devient plus exigeante parce qu’elle est plus précise, et plus équitable parce que chaque partie peut démontrer ce qui relève de l’autre.
Ce qui change réellement selon l’activité
En pharma, le retour du service doit préserver l’intégrité et la traçabilité des opérations concernées. Le contrôle qualité peut faire partie de la reprise ; une disponibilité élevée ne suffit pas si l’on ne peut pas expliquer quels enregistrements ont été affectés. Les obligations particulières sont examinées avec les fonctions compétentes.
Dans la finance, la fenêtre de clôture ou de paiement change le poids d’un événement. Le dossier suit les transactions et les rapprochements, avec séparation des droits appropriée. Dans l’industrie, la disponibilité locale, le début d’équipe et la connexion à des systèmes de site peuvent dominer. On mesure alors un parcours réellement exécutable par les opérateurs présents, avec le mode dégradé prévu.
Dans les services, une file d’attente peut rester invisible derrière des applications disponibles. Le délai de bout en bout et les abandons doivent être examinés avec le taux d’utilisation. Le but n’est pas d’ajouter tous ces indicateurs partout ; il est de retenir ceux qui déclenchent une décision utile pour le service considéré.
Sources et méthode
Les pages officielles consultées en 2026 fournissent des repères de pilotage et de mesure. Leurs règles administratives britanniques ne sont pas transposées automatiquement à un contrat privé français. Les fenêtres, formules de lecture métier et chiffres du cas sont originaux et pédagogiques. L’année 2019 situe le problème étudié ; aucune prévision ou résultat contemporain n’est prétendu.
- GOV.UK — The Sourcing Playbook, version actuelle consultée en 2026
- GOV.UK — How to set performance metrics for your service
Liens vérifiés le 4 octobre 2026. Les scénarios et seuils proposés dans ce dossier sont pédagogiques ; ils ne décrivent pas une mission client ni un résultat obtenu par CYTIZEN.