D’accord, nous partons de l’idée que la mesure est une forme de domination sur les choses.

En fait, on pourrait dire qu’on ne peut pas mesurer ce qui n’est pas contrôlé. 

C’est pourquoi il est capital de choisir délibérément ce que l’on mesure (surtout avec vos métriques)

Sois pas innocent. Toutes les métriques sont pas des métriques utiles

Nous parlerons aujourd’hui des métriques dans le contexte de l’environnement et les objectifs d’une organisation. Pour cette raison, les mesures seront toujours en rapport avec : 

  • Données historiques. 
  • Tendances. 
  • Patrons d’utilisation. 
  • Lignes typiques. 
  • Bases communes.
  • Valeurs actuelles.

Ce contexte a toujours fourni d’importants et évidents points de référence au moment de comparer et analyser la performance d’un environnement informatique.

Nous déterminerons ainsi « ce qui est bon », « ce qui est mauvais » et ce qui nous en fiche. 

Il y a des métriques qui ne disent pas toute la vérité

Nous savons que la disponibilité est normalement calculée en divisant la disponibilité réelle mesure entre la disponibilité possible totale d’un certain intervalle.

0.9999 de disponibilité, par exemple, on considère un résultat satisfaisant selon la majorité des standards. Maiiiis, selon le moment où il se produit, ce peu de temps d’arrêt peut être insignifiant ou important. 

Ce n’est pas la même chose entre 2 et 3 heures du matin pour un détaillant en ligne qu’à un moment de forte activité, près de la fin du mois ou peu avant la fermeture. 

Nous parlons du coût d’opportunité de chaque minute qui peut varier entre des dizaines de milliers d’euros et des centaines de milliers d’euros si elle se produit juste avant les vacances ou pendant la période de plus grande activité commerciale.

Avec cela, nous voulons illustrer le relativisme dans lequel nous plonge la vie et à quel point le contexte est crucial pour comprendre les mesures. 

À première vue, 99,99 % ça c’est cool. Cependant, cela pourrait être un peu triste si 0,1 % des pics de demande des applications et 0,1 % des temps d’arrêt coïncident. 

Dans ce cas, 99,99 % du temps de disponibilité crée une image trop optimiste et peut empêcher la recherche des facteurs sous-jacents qui peuvent causer des problèmes de performance potentiels ou une mauvaise répartition de la charge de travail.

En outre, une question sérieuse se pose : 

(Voix sérieuse).

La chute dans les moments de pics absolus d’utilisation est-elle un signe que l’application ne dispose pas de ressources suffisantes, est mal positionnée ou est une coïncidence malheureuse ?

Les pannes de pics de charge ont des répercussions financières en raison des occasions manquées, mais nécessitent également un examen approfondi des KPI de fiabilité, de disponibilité, de performance du réseau et de capacité, entre autres, pour déterminer s’il est nécessaire de procéder à des ajustements.

Y a-t-il des coûts cachés ?

Une chose est claire à ce point :

L’utilisation de l’automatisation doit être comparée aux temps de résolution des tickets de service et des problèmes standard des organisations. 

*En théorie, du moins en théorie, les tickets ouverts devraient être résolus plus rapidement plus l’automatisation est utilisée.

Par conséquent, il est important que les organisations informatiques suivent le temps de résolution moyen (MTTR) des tickets de service, ainsi que la quantité et l’efficacité de l’automatisation utilisée dans leurs flux de travail pour :

  • La configuration. 
  • L’approvisionnement. 
  • La maintenance. 
  • La résolution de problèmes.

De plus, une métamétrie sera plus que jamais nécessaire pour déterminer et contrôler la valeur de l’automatisation au sein de l’organisation. 

Mais nous voulons qu’il soit clair que, en termes d’automatisation, plus n’a pas à signifier mieux. 

Les portails en libre-service, les incidents et les demandes de service présentent une relation inverse : 

Plus les utilisateurs finaux découvrent que le portail en libre-service répond à leurs besoins en matière d’ensembles de données, d’analyse, d’accès aux services et aux ressources, etc., moins les demandes de service informatique sont fréquentes.

Cela va au-delà de la simple réduction du MTTR

Cela implique également l’utilisation de portails en libre-service pour permettre aux clients de répondre aux demandes de service les plus courantes sans avoir à créer et fermer un ticket de service.

S’il est installé et maintenu, cela devrait conduire à un monde merveilleux où il y a moins d’émission de tickets de service, des utilisateurs plus heureux et plus productifs, et même la possibilité pour les utilisateurs de suggérer des modifications, des ajouts et des extensions des portails en libre-service.

Évaluer l’histoire des métriques

Il y a trop d’outils et d’utilitaires de gestion pour les environnements complexes et hybrides basés sur le Cloud, vous ne trouvez pas ?

Les entreprises gagnent généralement à concentrer leur recherche sur une seule plate-forme de gestion complète, unifiée et complète.

Ils réduisent souvent le nombre d’outils de gestion qu’ils utilisent, tout en rationalisant la gestion de leurs opérations informatiques lors de cette transformation. 

Le résultat final? 

Un type de « cycle vertueux » qui tire parti de l’amélioration de l’automatisation et de la visibilité pour élargir les possibilités d’optimisation continue et élever le niveau des indicateurs utilisés pour évaluer la santé globale de l’infrastructure informatique.

Conclusion

Les domaines qui bénéficieront le plus de l’automatisation et de l’accès en libre-service seront révélés par l’établissement de métriques de coûts utiles qui vont au-delà du coût des acquisitions informatiques, de l’amortissement et de la dépréciation, ainsi que du coût de la consommation informatique, y compris les solutions logicielles en tant que service (SaaS), les ressources Cloud, l’utilisation et l’allocation de machines virtuelles permanentes.

En conséquence, il identifiera les objectifs pour une optimisation constante et continue et les améliorations qui maintiendront les coûts dans la bonne direction.

Shares