FinOps en pratique : apprendre à optimiser les coûts de l'informatique dématérialisée

D'après l'expérience que j'ai acquise en travaillant avec différentes équipes, les FinOps échouent rarement parce que les gens ne se soucient pas des coûts. Elle échoue généralement parce que tout le monde suppose que quelqu'un d'autre s'en occupe.

La première chose que je vois tout le temps, c'est la “un état d'esprit de nettoyage ponctuel".” Une entreprise se rend compte que la facture est trop élevée, lance un sprint d'optimisation rapide, supprime quelques ressources inutilisées et se réjouit des économies réalisées. Et oui, la facture baisse. Mais quelques mois plus tard, elle est revenue à son point de départ. Pourquoi ? Parce que rien n'a réellement changé dans la manière dont les décisions sont prises. Les FinOps ne fonctionnent que lorsqu'elles font partie des opérations quotidiennes.

Ensuite, il y a le problème de la propriété. J'ai assisté à des réunions où tout le monde était d'accord pour réduire les coûts, mais où personne ne pouvait dire clairement : “Cette partie est la mienne”. Lorsque les coûts sont partagés, la responsabilité disparaît. Et sans responsabilité, il n'y a tout simplement pas d'optimisation.

Un autre piège consiste à trop se fier aux outils. J'ai vu des équipes investir dans de superbes tableaux de bord, pleins de graphiques et d'informations, sans pour autant parvenir à réduire les coûts. La raison en est simple : les outils montrent le problème, mais ne le résolvent pas. Sans un bon étiquetage, une attribution claire et des examens réguliers, les données restent inutilisées.

Si je devais résumer simplement, la plupart des problèmes liés aux FinOps se résument à ceci :
pas de propriétaire clair, pas de données claires et pas de processus cohérent.

Corrigez ces trois points et les FinOps deviendront beaucoup moins compliquées.