Cinq missions, chaque chiffre avec son statut

Contexte. Le socle Azure, plusieurs dizaines de souscriptions et plusieurs centaines de VM, était opéré par un infogérant et déjà en partie optimisé : près de 80 % des vCPU de la famille standard étaient couverts par des réservations (mesure de l'audit). L'accès était limité à la lecture seule, sans portée de facturation contractuelle, et chaque action devait passer par un change de l'infogérant après validation de l'entité concernée. L'extinction de la non-production était freinée par la crainte de perdre le bénéfice des réservations, et la direction attendait des gains livrés en un à trois mois sans sur-solliciter les équipes locales.

Démarche. Collecte en lecture seule : facturation amortie, inventaire, 30 jours de métriques à la minute, recommandations natives et sauvegarde. Chiffrage sur le coût observé, jamais sur le prix public, avec des règles prudentes et écrites : la production n'est pas redimensionnée, les progiciels à tailles certifiées sont exclus du Start & Stop, et l'on réduit avant de réserver. Les ressources couvertes et non couvertes par les réservations sont cartographiées, pour éteindre la non-production sans perdre de remise. Le plan d'actions, en français et en anglais, compte une ligne par ressource et par action (preuve, effort, risque, prérequis) ; chaque entité le valide en ligne, puis il devient une liste de changes pour l'infogérant. Un Savings Tracker suit chaque action de l'identifié au constaté en facture, en comparant le coût journalier avant et après. La démarche a ensuite été étendue à Google Cloud, avec les mêmes leviers. Contrôle de robustesse : l'audit rejoué sur une copie anonymisée des données retrouve 22 totaux clés sur 22 à moins de 1 %.

Livrables. Classeur d'analyse paramétrable entièrement en formules ; synthèses pour la direction, globale et par entité, en français et en anglais ; présentation à la direction technique ; plans d'actions par entité avec validation en ligne ; listes de changes par VM et lots de changes sans coupure ; Savings Tracker de l'identifié au constaté en facture ; KPI right-sizing, Start & Stop et Green IT par entité ; assessment Google Cloud avec plans par périmètre ; procédure de collecte autonome.

Contexte. Une vingtaine d'équipes produit sont responsables de leur budget. L'allocation était mature (étiquetage quasi complet, showback et chargeback en place) et les engagements déjà bien gérés ; l'optimisation de l'usage restait en retrait. Plusieurs vues de coût non homogènes semaient la confusion chez les équipes produit, et le reporting reposait sur de nombreux exports manuels.

Démarche. Rapport d'étonnement après deux mois : maturité évaluée pilier par pilier, cinq priorités et une feuille de route en quatre incréments trimestriels. Indicateurs de Start & Stop sur EC2 et sur les bases de données mesurés sur l'usage horaire réel et non sur la configuration, en croisant l'étiquette de planning et le comportement constaté. Plan d'optimisation sur deux ans : 18 leviers chiffrés en fourchette basse et haute, avec dépendances, propriétaire, trimestre cible et niveau de confiance, en séparant le gisement nouveau des actions déjà réalisées ou engagées. Industrialisation du reporting des coûts amortis, des données de facturation détaillées jusqu'à l'outil de BI, avec une documentation de passation.

Livrables. Rapport d'étonnement (version complète et synthèse d'une page) ; indicateurs de Start & Stop EC2 et bases de données par équipe et par environnement ; plan d'optimisation sur deux ans, avec couverture et économies d'engagement, plan d'actions et réconciliation avec le backlog existant ; tableau de bord de suivi des coûts et des économies (réalisé, engagé, qualifié) ; classeur automatisé des coûts amortis ; documentation de passation.

Contexte. Un SI hybride où l'on-premise (virtualisation, Unix, mainframe, stockage, sauvegarde, réseau, licences) pèse plusieurs fois le cloud. Une migration vers le cloud public était engagée, et sa consommation progressait vite. Le coût on-premise n'était pas ventilé par application, alors que chaque vague de migration devait être arbitrée sur un TCO comparable et que la facturation devait être contrôlée contre les engagements contractuels.

Démarche. Plateforme de reporting FinOps quasi temps réel (export de facturation, entrepôt de données, outil de BI) portant l'allocation aux directions et aux métiers, les budgets Build & Run, une re-prévision mensuelle, la détection d'anomalies et la conformité de l'étiquetage. Modèle de coût complet on-premise industrialisé et ramené au coût mensuel par application. TCO on-premise contre cloud par application et par vague de migration. Backlog d'optimisation priorisé : engagements, right-sizing, conteneurs, stockage, calcul intensif sur capacité spot. Contrôle de facturation SKU par SKU contre la grille contractuelle, et comités fournisseurs.

Livrables. Plateforme de reporting FinOps avec allocation, budgets et alertes ; calculatrice de coût complet on-premise et sa documentation de mise à jour ; tableau de bord unique on-premise et cloud par application ; TCO par vague de migration ; backlog d'optimisation priorisé ; rôles, processus et comité FinOps trimestriel.