Le seul coût technologique que vous ne mesurez pas et qui pourrait vous faire économiser des millions si vous le faisiez

L'un des changements les plus importants à survenir avec le passage au cloud est la façon dont nous payons la technologie et les applications. L'industrie est passée d'un traitement à volonté sur un serveur avec des centres de données sur site à un modèle de calcul variable ou utilitaire. Selon une récente Apptio rapport, cela signifie que "des micro-optimisations peuvent se produire au niveau de l'équipe chaque jour pour changer la forme des dépenses cloud... C'est un monde d'OpEx (dépenses opérationnelles) au lieu de CapEx (dépenses en capital), changeant complètement la façon dont les finances sont rapportées et géré.

En conséquence, le modèle d'approvisionnement traditionnel pour les dépenses a été bouleversé, mettant le pouvoir d'achat entre les mains des ingénieurs qui développent et gèrent ces applications et infrastructures sans se soucier très peu de ce que cela coûte à l'entreprise en dépenses opérationnelles. Tous ceux qui travaillent dans les tranchées technologiques aujourd'hui se concentrent sur l'ici et maintenant pour leur domaine de propriété spécifique, s'assurant que le système fonctionne chaque jour sans panne. Personne ne pense à : Pourrions-nous faire ce que nous faisons plus rapidement, mieux, plus intelligemment, c'est-à-dire plus efficacement au sein des applications et des processus ?

Apptio, fabricant de logiciels conçus pour évaluer et communiquer le coût des services informatiques à des fins de planification, de budgétisation et de prévision, décrit en outre la sombre réalité de cette situation comme «des ingénieurs prenant des engagements financiers envers le cloud qui affectent les résultats de leurs entreprises tout en les équipes financières ont du mal à suivre le rythme et la granularité des dépenses. »

La plupart des ingénieurs ne contrôlent pas ou ne comprennent pas entièrement le code qu'ils écrivent ; ils ne font qu'ajouter une infrastructure pour faire fonctionner tout ce qui est promu en production.

Il n'est pas courant dans l'industrie de calculer les coûts totaux de votre environnement technologique pour les centaines d'applications ou de technologies que votre équipe prend en charge. Cela doit changer. (Remarque : je ne parle pas de Robotic Processing Automation-RPA, qui utilise des bots pour automatiser des tâches numériques.) Mon approche est axée sur l'efficacité des applications, du code et des processus, et non sur l'efficacité par l'automatisation.

Pourquoi mesurer le coût total du code est important.

Les applications sont conçues pour simplifier les processus pour l'utilisateur professionnel. Il faut beaucoup de ressources et de complexité pour qu'une application fournisse une réponse, même si le temps de réponse n'est que de quelques secondes. Maintenant, multipliez cela par des milliers ou des millions de demandes d'application par seconde sur des milliers de serveurs dans votre entreprise. Il est facile que les choses deviennent hors de portée avec tant de choses qui se passent simultanément, et cela concerne également les coûts. Si les serveurs exécutant une application sont censés durer trois ans, mais qu'ils ne durent qu'un seul parce qu'ils sont à court de capacité, quel est le véritable coût de cette application ? C'est quelque chose que les directeurs financiers et autres doivent savoir car ils ont des budgets en place qui doivent être respectés.

Un système efficace et sain nécessite moins de ressources pour traiter la même charge de travail qu'un système inefficace. L'optimisation du code libère encore plus de ressources.

Pratiquement n'importe quel système a le potentiel de réaliser une rationalisation de la capacité d'au moins 30 à 40 % et l'optimisation du code peut fournir 20 à 80 % d'économies supplémentaires.

Cela signifie que les mêmes charges de travail peuvent être exécutées sur des serveurs plus petits, ce qui réduit les coûts liés au cloud et aux licences. La valeur de ces économies n'est pas simplement à court terme, mais sur de longues périodes, car la plupart des applications vivent désormais de 5 à 20 ans, voire plus. Ce n'est pas seulement une question de résultat, c'est la considération de ce qui pourrait être fait avec ce capital libéré pour faire avancer les KPI de l'entreprise aujourd'hui.

Imaginez le coût total du code sur 20 ans et considérez : « Aurions-nous pu rendre ce code 20 % plus efficace et, si oui, combien aurions-nous pu économiser sur 20 ans ?

Ensuite, il y a le passage au cloud et la payer au fur et à mesure versus payer d'avance modèle qui génère des coûts pour exploiter et entretenir les systèmes de données plus rapidement que nous ne pouvons les capturer et les analyser. Le rapport Apptio souligne comment tout le monde est perdant lorsqu'il n'y a pas de transparence sur les coûts des services cloud :

• L'ingénierie dépense plus que nécessaire avec peu de compréhension de la rentabilité.
• Les équipes financières ont du mal à comprendre et à suivre ce qui est dépensé pour le nombre époustouflant d'options (AWS à elle seule compte environ 300,000 XNUMX SKU et des milliers de nouvelles fonctionnalités supplémentaires par an).
• Le leadership n'a pas assez d'informations sur le montant qui sera dépensé ou la capacité d'influencer les priorités.
• L'approvisionnement ne participe pas délibérément à sa propre externalisation.

L'estimation des économies que vous réaliserez si vous optimisez un morceau de code avant qu'il ne rende votre système inefficace (au mieux) ou ne provoque une panne (au pire) nécessite un peu plus de planification et de perspicacité. Mais c'est nécessaire si nous voulons suivre le rythme actuel de croissance des entreprises.

Dans mon prochain article, je parlerai de la façon dont nous pouvons mesurer le coût total du code, économisant ainsi des milliards sur des processus inefficaces. Es-tu avec moi?