Analyse de rentabilisation détaillée

À ce stade, nous recommandons de valider et d'élargir la portée de l'analyse de rentabilisation afin de fournir un niveau de détail plus élevé pour étayer le programme de transformation. L'analyse de rentabilisation directionnelle initiale rapidement assemblée est conçue pour apporter suffisamment de confiance pour investir dans les étapes fondamentales et le niveau suivant de planification détaillée.

L'élaboration d'une analyse de rentabilisation détaillée soutient ce processus de planification de la manière suivante :

• Fournir des analyses financières qui éclairent les décisions sur ce qui doit être migré et modernisé, sur les options à sélectionner et sur la manière d'échelonner et de prioriser le travail

• Valider, affiner et développer le dossier financier directionnel original en réexaminant en détail :

  • Potentiel de réduction des coûts d'infrastructure

  • La productivité informatique interne et l'efficacité des opérations externalisées

  • Les estimations des investissements nécessaires à la configuration, à la migration et à la modernisation du programme

• Identification, estimation de l'ampleur et mise en place du processus de suivi des autres facteurs de valeur apportés par la migration

Dans l'analyse de rentabilisation détaillée, vous établissez les points suivants :

• La base objective sur laquelle garantir le mandat et les investissements nécessaires pour mettre en œuvre au moins la première phase de la migration

• Les attentes de performance financière minimale de référence pour le programme

• Clarté quant à la base financière sur laquelle les différentes décisions relatives à la conception et à la priorisation de la migration sont prises, de sorte que lorsque les circonstances et les personnes changent au cours du programme, les nouveaux dirigeants peuvent faire des choix éclairés.

• Aperçu des domaines supplémentaires d'optimisation des coûts à explorer une fois que les données d'utilisation initiales seront disponibles au fur et à mesure que les charges de travail seront migrées et mises en service

• Estimations de la valeur que la transformation du cloud apporte à l'entreprise grâce à une résilience et à une agilité accrues

• Les indicateurs et hypothèses associés KPIs utilisés pour estimer le rendement financier résultant de l'amélioration de la résilience et de l'agilité, qui constituent ensuite la base de référence pour tirer parti des principaux avantages du programme

Déterminez les scénarios nécessaires pour le cas

Lors de l'élaboration de l'analyse de rentabilisation détaillée, il est généralement nécessaire de développer plusieurs scénarios pour étayer les différents objectifs auxquels l'analyse de rentabilisation est utilisée.

Scénario de changement minimal — Pour évaluer les attentes en matière de performance financière minimale, préparez un scénario qui suppose le changement minimum attendu par rapport au statu quo. Ce scénario, en tant que pire des scénarios, constitue un soutien utile lors de l'obtention du mandat d'investissement dans la migration. Ce scénario modélise le degré minimum attendu de croissance des capacités et les changements minimaux pour d'autres quality-of-service besoins, tels que la disponibilité et la résilience. Le moindre changement entraîne le moindre coût et le moins d'inefficacité des ressources pour le modèle d'exploitation actuel.

Scénario le plus probable — Pour éclairer les décisions relatives à la stratégie du programme et à la priorisation, préparez le scénario qui reflète les attentes de l'entreprise. Ce scénario devrait inclure le pic probable de croissance ou de réduction de l'utilisation et les coûts de mise à niveau pour répondre à la demande de niveaux élevés de qualité de service (en particulier de disponibilité et de résilience) de la part de l'entreprise.

Autres scénarios spécifiques — Lorsqu'il est toujours nécessaire de formuler une hypothèse susceptible d'avoir un impact important sur l'analyse de rentabilisation, élaborez des scénarios pour lesquels l'hypothèse est vraie et ceux où elle ne l'est pas. Cependant, nous recommandons de limiter le nombre de ces scénarios alternatifs au strict minimum. La création de plus de trois à quatre scénarios au total ralentit la progression et devient coûteuse, confuse et difficile à gérer. Dans la mesure du possible, menez des expériences et efforcez-vous de supprimer les hypothèses plus générales.

Valider et affiner l'infrastructure et le modèle de coûts de migration

Une fois que vous avez terminé l'analyse du portefeuille et préparé la conception et le dimensionnement de la cible Services AWS, affinez les estimations des coûts de fonctionnement pour le modèle d'exploitation actuel (COM) et le futur modèle d'exploitation (FOM) AWS pour chaque scénario. Il est généralement nécessaire d'affiner les estimations pour les éléments suivants :

• Coûts d'infrastructure COM liés au serveur hôte de l'hyperviseur, au serveur bare metal, au stockage, aux périphériques réseau, à l'actualisation du matériel des dispositifs de sécurité, à l'installation et à la maintenance. Calculez-les à l'aide des prix réels et des niveaux de discount correspondant à la capacité requise pour le scénario.

• Coûts des centres de données COM et des installations colocalisées, y compris l'espace, le refroidissement, l'alimentation, les racks, l'alimentation sans interruption (UPS), le câblage, les systèmes de sécurité physique, adaptés à la croissance et spécifiés pour répondre à la capacité, ainsi que les niveaux de haute disponibilité et de reprise après sinistre (DR) pour le scénario.

• Les coûts des services réseau COM, y compris les coûts des liaisons WAN, des réseaux de diffusion de contenu et des réseaux privés virtuels (VPNs), calculés à l'aide des tarifs contractuels pour les besoins de connectivité, de bande passante, de débit et de latence du scénario.

• Coûts des applications COM et des logiciels d'infrastructure basés sur les contrats existants afin de permettre l'augmentation ou la réduction de l'utilisation selon le scénario.

• Coûts des services AWS publics FOM, y compris le support technique et les services gérés selon les besoins, en fonction de l'architecture de service raffinée, de la taille des instances, du modèle de tarification préféré, de l'utilisation prévue et de la volatilité de l'utilisation.

• Les licences d'applications FOM sont basées sur la conception finale de l'application, la configuration de l'infrastructure exécutant les applications, la croissance dans le temps et les règles de transférabilité des licences.

• Estimations des coûts de migration et de modernisation de FOM, affinées pour refléter le plan de base de la vague de migration du scénario, et détaillées pour indiquer les coûts de chaque charge de travail, en particulier pour celles devant être replateformes, rachetées ou refactorisées.

• Les coûts de mise hors service de la FOM, y compris les estimations des coûts de radiation des actifs et de résiliation anticipée des contrats, révisés pour refléter le calendrier de mise hors service dans le plan de base de la vague de migration, la vérification des actifs pouvant être réaffectés et des actifs pouvant être réaffectés afin de minimiser les radiations, ainsi que le coût de cession des actifs physiques et des supports.

• Les coûts d'exécution de la migration parallèle ont été affinés pour refléter le calendrier de chaque migration et de chaque mise hors service de service existant.

Affiner la productivité informatique et les opérations informatiques et soutenir le modèle de valeur de l'efficacité

Comme dans le cas de l'analyse de rentabilisation directionnelle, il existe deux approches principales pour affiner et développer le modèle de valeur relatif aux opérations et au support informatiques. L'approche que vous choisissez varie selon que le COM est géré en interne ou avec des sous-traitants ou des services externalisés :

Amélioration de la productivité des équipes internes

Lorsque les opérations et le support informatiques sont gérés en interne, l'analyse de rentabilisation est axée sur les points suivants :

• Identifier et quantifier les gains de productivité résultant de la migration et de toute automatisation opérationnelle incluse dans le champ d'application

• Validation du fait que le temps libéré pour l'équipe interne peut être appliqué facilement et de manière productive à d'autres activités généralement à plus forte valeur ajoutée, offrant ainsi des opportunités de progression et une plus grande récompense à l'équipe et une valeur ajoutée à l'organisation

Évaluez le temps que chaque membre de l'équipe, quel que soit son rôle, consacre à ses diverses activités régulières, ainsi que des conseils sur la réduction attendue de la charge de travail pour les différentes activités.

Le tableau suivant fournit des indications initiales sur les niveaux habituels de réduction de la charge de travail par activité pour les tâches qui occupent la majeure partie des opérations informatiques et des efforts de soutien aux différents rôles de l'équipe. Le tableau comprend une description de la manière dont la productivité est atteinte.

Note

Les activités répertoriées sont généralement exécutées par des membres de l'équipe occupant plusieurs rôles différents, de sorte que les économies de productivité pour chaque tâche doivent être évaluées en fonction de l'ensemble des rôles de l'équipe. Par exemple, dans les équipes des opérations informatiques organisées par tour d'infrastructure (telles que le calcul, le stockage et le réseau), la planification et la budgétisation des dépenses d'investissement peuvent être communes aux responsables de chaque tour.

Activités opérationnelles et de soutien	Niveau d'épargne	Facteur de productivité
Conception de l'infrastructure	Moyen	La conception est simplifiée, avec moins de paramètres à prendre en compte.
Planification et budgétisation des dépenses d'investissement	Élevé	Les services élastiques centrés sur les OPEX éliminent pratiquement tous les problèmes de budgétisation et de planification.
Achats	Élevé	Les achats sont grandement simplifiés une fois qu' Comptes AWS ils ont été établis.
Planning des capacités	Moyenne-très élevée	La charge de travail liée à la gestion des capacités de mise en réseau et de calcul est généralement pratiquement éliminée, et elle est considérablement simplifiée pour le stockage
Réglage	Haut-Très haut	Le réglage n'est pas nécessaire pour les services gérés et à peine nécessaire pour les autres services, car la taille des instances peut être modifiée à tout moment.
Gestion des défaillances matérielles	Très élevée	Tous les aspects de la gestion du matériel dans le cloud sont gérés de manière transparente par AWS.
Surveillance de la disponibilité des serveurs et des communications	Élevé	La surveillance et les communications sont considérablement simplifiées grâce au support des AWS outils et à l'automatisation.
Gestion de la sécurité	Moyen	La charge de travail est considérablement réduite grâce aux fonctionnalités AWS de sécurité et à la AWS prise en charge des responsabilités en matière de sécurité du AWS Cloud matériel, des logiciels, du réseau et des installations.
Mises à niveau du réseau et du stockage, maintenance et correctifs.	Très élevée	Tous les aspects de la maintenance du réseau et du stockage dans le cloud sont gérés de manière transparente par AWS.
Étagères et empilage — logistique matérielle	Très élevée	Tous les aspects de la gestion du matériel dans le cloud sont gérés de manière transparente par AWS.
Sauvegarde	Moyen	Backup est considérablement simplifié grâce à AWS des outils, à des systèmes de stockage flexibles et à l'automatisation.
Services gérés (tels qu'Amazon S3, Amazon RDS et AWS Fargate) AWS Lambda	Très élevée	Les services gérés s'exécutent dans des environnements entièrement gérés par AWS, de sorte qu'ils ne nécessitent aucune activité de gestion de maintenance, d'application de correctifs, de surveillance ou de provisionnement.
Configuration et mise en service des appareils et des services	Haut-Très haut	Les activités de configuration matérielle pour le parc migré AWS sont généralement réduites, à l'exception des dispositifs de connectivité WAN pour l'établissement VPNs ou des AWS Direct Connect connexions aux centres de AWS données.
Protection des terminaux et protection antivirus	Élevé	L'application et la maintenance des services antivirus et de protection des terminaux sont généralement largement automatisées dans le cadre de la conception de la migration.
Évaluations des menaces, des vulnérabilités et des risques	Élevé	AWS fournit un support pour les éléments de cette approche, en se concentrant sur la plate-forme principale et les mécanismes qui AWS fournissent des architectures sécurisées simplifient l'évaluation.
Gestion de projets d'infrastructure de centre de données	Élevé	Gestion de projet pour les travaux d'installation destinés à l'extension, à l'actualisation ou à la mise hors service des services d'infrastructure. Bien qu'une certaine gestion des logiciels et des services d'infrastructure subsiste, elle est beaucoup plus simple que l'infrastructure sur site, et les activités matérielles sont éliminées.
Gestion des installations du centre de données	Moyenne-très élevée	Le travail de gestion des installations attribuable à tous les serveurs, périphériques de stockage, dispositifs de sécurité et racks associés est supprimé pour tout ce qui est migré. Cependant, il reste généralement du travail à faire pour fournir des installations pour les périphériques du réseau WAN et pour toute infrastructure conservée sur site dans le cadre d'une architecture hybride.
Architecture, développement, gestion et test des applications	Faible	L'utilisation de chaînes d'outils de développement agiles, associée à l'automatisation de l'instanciation et de la destruction de la pile d'applications pour créer des environnements de test selon les besoins, réduit les délais de développement des applications et élimine de nombreuses étapes de test manuelles.
Installation et configuration du logiciel d'application	Moyen	L'installation et la configuration complètes de la pile d'applications sont facilement automatisées à l'aide de services tels que AWS CloudFormation et simplifiées grâce à l'utilisation de zones d'atterrissage, qui peuvent être facilement configurées à l'aide de AWS Control Tower.
Support informatique	Moyen	Les réductions du support L1 et L2 sont obtenues en réduisant les problèmes de capacité et de performance grâce à l'utilisation des fonctionnalités du Service Catalog pour le provisionnement en libre-service, à l'utilisation accrue d'architectures à haute disponibilité à faible coût (réduction des pannes et configuration du dimensionnement automatique et de l'informatique de pointe).
Administration de base de données	Minimal-faible	Ces activités restent pour l'essentiel inchangées. Elles sont généralement dotées des mêmes niveaux de ressources AWS que pour les infrastructures sur site.
Capture, analyse et conception des exigences en matière d'infrastructure et de sécurité	Minimale
Documentation	Minimale
Surveillance des applications et des performances	Minimale
Support technique L3, réponse aux questions, dépannage et résolution de problèmes	Minimale
Installation et configuration du logiciel d'application	Minimale
Support des applications L3 (à l'exclusion de la budgétisation et de la planification des capacités à long terme)	Minimale

Le tableau suivant indique les économies attendues pour chaque niveau de réduction de la charge de travail.

Niveau	Attendu
Très élevée	85 % - 100 %
Élevé	60 % à 90 %
Moyen	30 % - 70 %
Faible	10 % - 35 %
Minimale	0 % - 10 %

Ces indicateurs constituent un point de départ pour évaluer les gains de productivité et les inclure dans l'analyse de rentabilisation détaillée. Les gains de productivité réels varient en fonction de la situation spécifique. Il peut être utile de calculer les économies de productivité à la fois au point médian et à l'extrémité inférieure des fourchettes afin d'estimer des scénarios classiques et prudents.

Au fur et à mesure que le programme progresse, il est utile de saisir des données réelles sur le temps consacré à chaque activité par rôle. Ces données constituent une base améliorée pour estimer les opérations et soutiennent les coûts des nouveaux projets et des extensions de services.

Opérations informatiques externalisées et réduction des coûts de support

Lorsque les opérations et le support informatiques sont principalement externalisés ou gérés par des sous-traitants, la répartition des coûts pour le futur modèle d'exploitation (FOM) peut être préparée en demandant des devis aux AWS partenaires qui proposent des solutions de services gérés, y compris AWS dirigées par des partenaires AWS Managed Services (AMS). Vous pouvez également contacter votre responsable de AWS compte et demander un prix pour AMS directement, comme décrit dans la sous-section sur l'intégration de l'optimisation des coûts opérationnels dans la section Création d'une analyse de rentabilisation directionnelle.

Pour l'analyse de rentabilisation détaillée, remplacez tout chiffre de référence par un devis basé sur la facture de AWS services révisée et la consommation de service prévue, le package AMS et toutes les options nécessaires, ainsi que le niveau de service requis. Le coût comportera une composante de mise en œuvre unique et un taux d'exécution basé sur la consommation.

Incluez toutes les opérations informatiques restantes, le support qui doit être conservé pour tout service qui ne sera pas migré et un coût unique en cas de pénalités contractuelles (par exemple, en cas de résiliation anticipée). AWS

Développer le modèle de valeur de la résilience

Sur AWS, vous pouvez créer un large éventail d'architectures de haute disponibilité, de reprise après sinistre et tolérantes aux pannes. La tarification basée sur la consommation signifie que les services ne sont facturés que lorsqu'ils sont utilisés. Ensemble, ces deux facteurs fournissent un rapport coût-performance exceptionnel en termes de résilience.

En outre, AWS les clients l'utilisent pour améliorer la résilience de leurs charges de travail. L'enquête IDC 2018 donne des exemples de clients participants qui ont enregistré 73 % de pannes en moins par an, une réduction de 58 % du temps moyen de rétablissement (MTTR) et une réduction de 94 % de la perte de productivité. La même enquête a montré que les avantages financiers découlant d'une résilience accrue étaient 50 % supérieurs aux avantages liés à la réduction des coûts de l'infrastructure informatique.

En outre, une résilience accrue est atteinte grâce à la modernisation du cycle de développement logiciel des applications. Lorsque des pipelines CI/CD avec automatisation des tests sont introduits pour améliorer l'agilité de l'entreprise, les défauts logiciels sont détectés plus tôt dans le cycle de développement, ce qui réduit considérablement les coûts de maintenance logicielle.

Pour évaluer et inclure cette valeur dans l'analyse de rentabilisation, commencez par travailler avec les responsables de l'entreprise d'applications afin de vous faire une idée des avantages totaux liés à chaque charge de travail à migrer.Cela peut inclure les éléments suivants :

• Le nombre, la durée moyenne et la nature des interruptions de service :

  • Parmi les interruptions de service, on peut citer les pannes, les ralentissements des performances, le dépassement des délais de traitement par lots et de maintenance planifiés, les bogues dans les fonctions clés et les restrictions d'accès pendant les périodes de pointe.

• Impact sur le chiffre d'affaires des interruptions de services générateurs de revenus, tels que les systèmes de commerce électronique :

  • Le nombre probable de transactions qui ne pourront pas être effectuées en raison d'interruptions de service, sur la base du temps d'interruption et des taux de transaction

  • Valeur moyenne de chaque transaction affectée

• Le coût supplémentaire du temps consacré aux ingénieurs de support pour résoudre les défauts des systèmes de production par rapport au coût de leur découverte plus tôt dans le processus de développement

• Impact sur la productivité des utilisateurs internes et le coût du temps perdu

Évaluez ensuite la réduction attendue et plus prudente du temps perdu en raison des interruptions de service que devrait entraîner une résilience accrue. Par exemple, pensez à inclure les éléments suivants :

• Réduction du nombre de pannes et du MTTR grâce à des architectures de haute disponibilité et à des objectifs de temps de restauration (RTO) et de point de reprise (RPO) améliorés

• Réduction des ralentissements, élimination de la limitation des capacités et prévention des dépassements de traitement par lots, grâce à des fonctionnalités telles que la mise à l'échelle automatique

• Réduction du nombre de bogues d'application découverts uniquement en production, grâce à la mise en œuvre de pipelines CI/CD et à des tests de régression automatisés sur l'infrastructure créée et désactivée afin de minimiser les coûts

Réunissez-les pour le portefeuille d'applications à migrer et à moderniser, et calculez les valeurs commerciales attendues et plus prudentes pour chaque année du dossier. Les avantages devraient augmenter conformément au calendrier de migration, puis augmenter en volume en fonction des attentes de croissance de l'utilisation des applications contributrices.

Développez le modèle de valeur de l'agilité commerciale

L'agilité commerciale est la principale raison pour laquelle AWS les clients migrent AWS. L'enquête menée par IDC auprès des AWS clients en 2018 a indiqué que pour eux, les avantages liés à l'agilité commerciale représentaient 47 % du total des avantages mesurés et plus de cinq fois les avantages découlant de la réduction des coûts d'infrastructure.

Il est difficile de prévoir avec précision tous les avantages en termes d'agilité commerciale qui découleront de toute transformation. Toutefois, en vous concentrant sur les applications qui prennent en charge un grand nombre d'utilisateurs ou qui sont des sources de différenciation commerciale, vous pouvez modéliser et inclure une partie importante de cet avantage dans l'analyse de rentabilisation détaillée de base.

Au fur et à mesure de la migration, affinez et étendez progressivement le modèle de valeur de l'agilité commerciale à mesure que de nouveaux avantages deviennent quantifiables. Cela permet de maintenir la pertinence de l'analyse de rentabilisation, de sorte qu'elle puisse être utilisée comme principal outil d'aide à la décision pour orienter le programme.

Pour créer le modèle de valeur de l'agilité commerciale, suivez les conseils suivants :

• Sélectionnez les charges de travail susceptibles d'améliorer le plus les performances de l'entreprise, telles que :

  • Charges de travail génératrices de revenus

  • Charges de travail liées aux opérations commerciales susceptibles de générer des gains d'efficacité et de réduire les coûts pour l'entreprise

  • Outils de productivité d'entreprise prenant en charge de larges bases d'utilisateurs

• Pour des charges de travail génératrices de revenus et d'efficacité, procédez comme suit :

  • Procédez à une évaluation réaliste et plus prudente de la croissance du chiffre d'affaires ou de l'efficacité opérationnelle que les mises à niveau majeures et mineures des applications sont susceptibles de générer.

  • Estimez le nombre accru de versions majeures et mineures par an qui AWS permettent d'accélérer le développement des applications et de réduire le temps de déploiement de l'infrastructure. Certaines mesures de base à cet égard sont fournies dans le rapport IDC.

  • Calculez les attentes réalistes et plus prudentes en matière de prestations. Cartographiez-les au cours de la période couverte par l'analyse de rentabilisation, en tenant compte de la possibilité d'atteindre une efficacité maximale quelque temps après la migration des charges de travail respectives.

• Pour les outils de productivité d'entreprise, procédez comme suit :

  • Procédez à une évaluation réaliste et plus prudente des économies de temps que les mises à niveau majeures et mineures des applications sont susceptibles de générer.

  • Estimez le coût moyen du temps et des efforts des personnes pour l'ensemble de la base d'utilisateurs concernée.

  • Utilisez les chiffres relatifs à l'augmentation de la fréquence des versions majeures et mineures, et calculez les avantages sur la durée de l'analyse de rentabilisation.

Étant donné que l'augmentation de la productivité des développeurs et la réduction du temps de lancement ne nécessitent aucune ressource supplémentaire, ajoutez les bénéfices nets pour chaque charge de travail dans le modèle de flux de trésorerie de l'analyse de rentabilisation pour les inclure dans les calculs actualisés du flux de trésorerie, de la valeur actualisée, du retour sur investissement, du MIRR et du remboursement.