Valeur, service, résultat, coût et risque
Poser le vocabulaire fondamental d'ITIL 4 pour parler de la même chose que le client et le management.
À retenir
- La valeur résulte de l'utilité ET de la garantie, jamais de l'une sans l'autre.
- Un service permet la co-création de valeur : le client doit lui aussi jouer son rôle.
- Coût et risque doivent toujours être analysés du point de vue du client, pas seulement du fournisseur.
- Distinguer utilité (ce que fait le service) et garantie (comment il le fait) évite les débats confus en réunion client.
Pourquoi ce vocabulaire compte
Dans un data center, on confond souvent « disponibilité » et « valeur ». Or ITIL 4 définit la valeur comme les bénéfices perçus, l'utilité et la garantie perçues par le client, moins les coûts et les risques qu'il supporte. Une salle informatique à 99,999 % de disponibilité n'a aucune valeur pour un client si son application métier reste indisponible à cause d'une mauvaise configuration réseau qui, elle, est hors du périmètre du data center.
Les cinq notions clés
| Notion | Définition opérationnelle | Exemple data center |
|---|---|---|
| Service | Moyen de permettre la co-création de valeur en facilitant les résultats souhaités par le client, sans que ce dernier gère les coûts et risques spécifiques | Hébergement d'une baie en colocation |
| Utilité (utility) | Ce que fait le service : « apte à l'usage » | La baie fournit puissance, refroidissement, connectivité |
| Garantie (warranty) | Comment le service est délivré : « apte à l'utilisation » | Disponibilité contractuelle, temps de réponse en cas d'incident |
| Résultat (outcome) | Effet produit pour une partie prenante grâce à un ou plusieurs services | Le client peut garantir la continuité de son application facturation |
| Coût et risque | Ressources dépensées et incertitudes transférées ou conservées | Coût de l'électricité redondante, risque de coupure fournisseur |
Point clé
un service n'a de la valeur que si l'utilité (il fait ce qu'il faut) ET la garantie (il le fait de façon fiable, dans les conditions convenues) sont réunies. L'une sans l'autre ne suffit pas.
Utilité sans garantie, garantie sans utilité
- Une salle très bien sécurisée mais dont le refroidissement tombe en panne chaque été a de l'utilité (elle protège) mais pas de garantie suffisante.
- Un service de support disponible 24/7 (garantie) qui ne sait pas résoudre les pannes de climatisation (utilité manquante) ne produit pas non plus de valeur.
Sur le terrain
quand un client se plaint « le service ne vaut rien », demandez-vous toujours s'il pointe un problème d'utilité (ça ne fait pas ce qu'il faut) ou de garantie (ça ne le fait pas assez bien, assez souvent, assez vite).
Coproduction de la valeur
ITIL 4 insiste sur le fait que la valeur est coproduite : le fournisseur ne peut pas la garantir seul. Si le client ne déclare pas ses fenêtres de maintenance ou ne met pas à jour ses contacts d'astreinte, la valeur du service de gestion des incidents s'effondre, même si l'équipe data center est irréprochable.
Attention
ne confondez jamais « coût du service pour le fournisseur » (ce que ça nous coûte de produire) et « coût du service pour le client » (ce qu'il paie et ce qu'il risque). Un rapport de service doit toujours parler du second point de vue.
Application pratique
- Avant de rédiger une offre ou un compte rendu, listez l'utilité attendue et la garantie attendue séparément.
- Vérifiez que chaque engagement contractuel (SLA) couvre bien un aspect de garantie mesurable.
- Dans un débrief post-incident, identifiez si la perte de valeur vient d'un défaut d'utilité (fonctionnalité absente) ou de garantie (fiabilité rompue).
Astuce
utilisez systématiquement la formule « le client a-t-il pu faire ce qu'il voulait faire, dans les conditions promises ? » pour trancher rapidement entre les deux notions en réunion.