Étape 1. Évaluez vos candidatures

Les objectifs de cette phase sont les suivants :

• Comprenez parfaitement votre environnement applicatif et préparez vos applications pour les plateformes de données modernes, afin d'accélérer le délai de rentabilisation sans impact sur votre activité, puis de les moderniser, de les optimiser et de les adapter.

• Profilez votre environnement applicatif pour identifier les avantages, les risques et les coûts associés au changement.

• Fournissez un end-to-end ensemble de services : de la stratégie et de la planification au support continu en passant par le déploiement, la migration et la modernisation des applications.

• Élaborez des politiques, des recommandations et des contrôles qui fournissent des pratiques et des outils réutilisables pour apporter une valeur commerciale continue.

Au cours de la phase d'évaluation, les propriétaires d'applications et les architectes utilisent un manuel de diagnostic pour valider leurs objectifs et leurs priorités en matière de modernisation.

Utilisation du manuel de diagnostic de modernisation

Un manuel de diagnostic de modernisation fournit un processus permettant de déterminer la valeur du passage de l'état actuel à l'état futur pour l'entreprise. Cela inclut les changements technologiques qu'implique la modernisation.

Vous utilisez le manuel de diagnostic pour déterminer la priorité de votre application ou de votre suite d'applications pour la modernisation du cloud et pour identifier les composants à traiter lors de la modernisation.

Dimensions diagnostiques

Le manuel de diagnostic de modernisation vous aide à comprendre les dimensions suivantes de l'état actuel et cible (après la migration) d'une application ou d'un groupe d'applications :

• Regroupement d'applications — Y a-t-il une raison de regrouper les applications (par exemple, par technologie ou modèle d'exploitation) à des fins de modernisation ?

• Séquençage — Existe-t-il un ordre dans lequel les applications doivent être modernisées, en fonction des dépendances ?

• Technologie — Quelles sont les catégories technologiques (par exemple, intergiciel, base de données, messagerie) ?

• Dépendances — Les applications dépendent-elles principalement d'autres systèmes ou intergiciels ?

• Environnements : combien d'environnements de développement, de test et de production sont utilisés ?

• Stockage — Quelles sont les exigences de stockage (par exemple, le nombre de copies des données de test) ?

• Modèle de fonctionnement — Tous les composants de l'application peuvent-ils adopter un pipeline d'intégration et de livraison continues (CI/CD) ?

  • Dans l'affirmative, quelles responsabilités en matière d'infrastructure devraient être réparties entre les équipes chargées des applications et à qui ?

  • Dans le cas contraire, quelles responsabilités en matière d'infrastructure (par exemple, l'application de correctifs) devraient incomber à une équipe opérationnelle ?

• Modèle de livraison :

  • En fonction de l'application ou du groupe d'applications, devez-vous reprogrammer, refactoriser, réécrire ou remplacer ?

  • Quelle partie de la modernisation devrait utiliser des services cloud natifs ?

• Ensembles de compétences — Quelle est l'expertise requise ? Par exemple :

  • Un arrière-plan d'application cloud pour créer des applications avec une architecture modulaire en utilisant des technologies sans conteneur et sans serveur à partir de zéro.

  • DevOps expertise pour développer des solutions dans les domaines des processus CI/CD, de l'infrastructure en tant que code et de l'automatisation ou de l'observabilité des applications en utilisant des sources ouvertes, des outils et AWS des services.

• Approche de modernisation — Compte tenu de l'état actuel des applications, des choix en matière de technologie cloud, de la dette technique actuelle, du CI/CD, de la surveillance, des compétences et du modèle d'exploitation, quel est le travail de migration technique à effectuer ?

• Calendrier de modernisation — Quelles sont les considérations relatives au calendrier du portefeuille d'activités ou les autres considérations relatives aux travaux planifiés susceptibles d'avoir une incidence sur le calendrier de modernisation ?

• Coût unitaire et total de l'infrastructure — Quel est le coût annuel du maintien de votre charge de travail sur site par rapport au coût annuel AWS, sur la base d'une analyse économique ?

L'évaluation des applications par rapport à ces dimensions vous permet de rester ancré dans le monde des affaires, de la technologie et de l'économie tout en pilotant votre modernisation vers le cloud.

Composantes de base

Lorsque vous modernisez des applications, vous pouvez classer vos observations en trois éléments de base : agilité commerciale, agilité organisationnelle et efficacité de l'ingénierie.

• Agilité commerciale — Pratiques qui concernent l'efficacité au sein de l'entreprise pour traduire les besoins de l'entreprise en exigences. Le degré de réactivité de l'organisation de prestation face aux demandes commerciales et le degré de contrôle dont dispose l'entreprise sur le déploiement des fonctionnalités dans les environnements de production.

• Agilité organisationnelle — Pratiques qui définissent les processus de livraison. Les exemples incluent la méthodologie et les DevOps cérémonies agiles, ainsi que l'attribution et la clarté des rôles, ainsi que la collaboration, la communication et l'habilitation globales au sein de l'organisation.

• Efficacité de l'ingénierie — Pratiques de développement liées à l'assurance qualité, aux tests, au CI/CD, à la gestion des configurations, à la conception d'applications et à la gestion du code source.

Identifier les métriques

Pour savoir si vous offrez ce qui compte pour vos clients, vous devez mettre en œuvre des mesures qui favorisent l'amélioration et accélèrent la livraison. Goal, question, métrique (GQM) fournit un cadre efficace pour garantir que vos mesures répondent à ces critères. Utilisez ce cadre pour revenir à vos objectifs en suivant ces étapes :

1. Identifiez l'objectif ou le résultat que vous souhaitez atteindre.

2. Déterminez les questions auxquelles il faut répondre pour déterminer si l'objectif est atteint.

3. Décidez ce qui doit ou pourrait être mesuré pour répondre correctement aux questions. Il existe deux catégories de mesures :

   • Des indicateurs du produit, qui garantissent que vous offrez ce qui compte pour vos clients.

   • Des indicateurs opérationnels, qui garantissent que vous améliorez le cycle de vie de livraison de vos logiciels.

Métriques du produit

Les indicateurs du produit se concentrent sur les résultats commerciaux et doivent être établis lorsque le retour sur investissement (ROI) d'un nouveau champ de travail est déterminé. Une technique utile pour établir une métrique de produit consiste à se demander ce qui changera dans l'entreprise lorsque ce nouveau champ de travail sera mis en œuvre. Il est utile de formaliser cette réflexion sous la forme d'un test qui se concentre sur ce qui serait vrai lorsqu'une fonctionnalité de modernisation serait fournie.

Par exemple, si vous pensez que la migration des transactions depuis les anciens systèmes ouvrira de nouvelles opportunités d'intégration des clients, quelle est l'amélioration ? Quelle capacité doit être créée pour accueillir le prochain client ? Comment un test serait-il construit pour valider ce résultat ? Dans ce scénario, les statistiques de votre produit peuvent inclure les éléments suivants :

• Identifiez le test ou l'hypothèse de la valeur commerciale (par exemple, la libération de x % de la capacité de transaction permettra d'intégrer y % de nouvelles activités).

• Établissez la base de référence (par exemple, la capacité actuelle de x transactions prend en charge y clients).

• Validez le résultat (par exemple, vous avez amélioré votre capacité de x %, pouvez-vous donc désormais intégrer y % de nouvelles activités ?)

Métriques opérationnelles

Pour déterminer si vous améliorez le cycle de vie de votre livraison de logiciels et si vous accélérez votre modernisation, vous devez connaître le délai et le délai de mise en œuvre de la livraison des logiciels. En d'autres termes, à quelle vitesse pouvez-vous convertir un besoin commercial en fonctionnalité en production ?

Les indicateurs opérationnels utiles incluent :

• Délai de livraison — Combien de temps faut-il pour qu'une série de travaux passe de la demande à la production ?

• Durée du cycle — Combien de temps faut-il pour mettre en œuvre un cahier des charges, du début à la fin ?

• Fréquence de déploiement — À quelle fréquence déployez-vous les modifications apportées à la production ?

• Délai de rétablissement du service : combien de temps faut-il pour rétablir le service après une panne (mesuré par le temps moyen de réparation ou MTTR) ?

• Modifier le taux d'échec — Quel est le délai moyen entre les défaillances (MTBF) ?