Tâche 3 : Définition du processus de priorisation des applications

La priorisation des applications est le processus qui consiste à déterminer l'ordre dans lequel les applications doivent être migrées vers le cloud. Vous évaluez la priorité en fonction de la complexité de la migration de l'application vers le cloud et des règles que vous définissez. Lorsqu'il est question de la priorisation des applications, une priorité élevée n'est pas nécessairement corrélée à l'importance de l'application pour l'entreprise. En fait, les applications critiques ne sont généralement pas prioritaires pour la migration, car les applications critiques présentent des risques plus élevés. Lors d'une migration de grande envergure, vous donnez la priorité aux applications peu complexes qui ne sont pas critiques pour l'entreprise, et à chaque vague, vous migrez des applications de plus en plus complexes ou critiques pour l'entreprise.

Dans le cas d'une migration de grande envergure, où des centaines d'applications sont prêtes à être migrées, nous vous déconseillons de prioriser et de planifier toutes les applications en une seule fois. C'est l'une des raisons pour lesquelles il est essentiel de définir un processus de priorisation des applications dans le cadre d'un projet de migration de grande envergure. Pour aborder la migration de manière agile, vous pouvez sélectionner les applications les plus prioritaires (3 à 10 applications) ou sélectionner suffisamment d'applications pour 3 à 5 vagues. Vous effectuez ensuite la découverte des applications et la planification des vagues uniquement pour les applications sélectionnées. Cette approche permet de gagner un temps considérable, car la priorité et les vagues des applications changent souvent au cours d'une migration de grande envergure.

Un mythe courant au sujet de la priorité des demandes est que les demandes les plus prioritaires devraient figurer dans la première vague. Lorsque vous planifiez des vagues, il est fort possible que seules quelques-unes des 10 demandes les plus prioritaires figurent dans la première vague, car les autres ne sont pas prêtes. Cela peut être dû à diverses raisons valables, telles que les dépendances, les contraintes commerciales ou la disponibilité des ressources. La priorité des applications est un facteur essentiel dans la planification des vagues, mais elle ne devrait pas être le seul facteur à prendre en compte.

Dans cette tâche, vous définissez le processus et les règles de priorisation des applications. Cette tâche comprend les étapes suivantes :

• Étape 1 : définir le processus de priorisation des applications

• Étape 2 : définir les règles de priorisation des applications

• Étape 3 : Finaliser le processus de priorisation des candidatures

La section suivante traite de la notation de complexité. Ce manuel propose trois options de processus pour hiérarchiser les applications, et deux des trois options utilisent la notation de complexité. Pour plus d'informations sur les options de processus, consultezÉtape 1 : définir le processus de priorisation des applications. Si vous envisagez d'utiliser le processus de nomination des candidatures, vous n'avez pas besoin de définir de critères de notation de complexité et vous devez passer directement àÉtape 1 : définir le processus de priorisation des applications.

À propos des critères de notation de la complexité

Le score de complexité est le processus utilisé pour évaluer la difficulté de la migration d'une application, facteur critique lors de la priorisation des applications. Le score de complexité implique l'évaluation de toutes les applications par rapport au même ensemble de critères commerciaux et techniques, que vous définissez. Lorsque vous évaluez une candidature, vous attribuez une note à chaque critère. Lorsque vous additionnez les scores des critères commerciaux et des critères techniques, vous obtenez un score de complexité qui reflète la complexité globale de la migration de cette application. Vous pouvez ensuite utiliser le score de complexité lors de la priorisation des applications et de la planification des vagues.

Il existe deux catégories de critères de notation de la complexité :

• Critères commerciaux — Les critères de cette catégorie sont liés à la complexité commerciale de la migration de l'application, tels que le risque en cas d'indisponibilité de l'application, les considérations de sécurité et de conformité, ainsi que la disponibilité des ressources.

• Critères techniques — Les critères de cette catégorie concernent la complexité technique de la migration de l'application, tels que les systèmes d'exploitation et leurs versions, le nombre de serveurs et d'utilisateurs, ainsi que la stratégie de migration.

Vous devez déterminer les critères de notation appropriés pour votre cas d'utilisation. Si vous notez manuellement la complexité d'une application, dans les modèles de playbook de portfolio, le modèle de feuille de score pour la complexité de l'application (format Microsoft Excel) contient un ensemble standard de critères et de valeurs de score. Vous pouvez commencer par ces valeurs, puis les personnaliser en fonction de votre cas d'utilisation. Si vous utilisez un outil de découverte pour hiérarchiser les applications, ces outils incluent généralement un ensemble standard de critères, et vous pouvez ajouter, supprimer ou modifier les critères, et vous pouvez les pondérer en fonction de vos besoins. Lorsque vous établissez des critères, utilisez les questions des deux sections suivantes pour affiner vos critères.

Critères commerciaux

Les critères commerciaux suivants sont couramment utilisés dans l'évaluation de la complexité.

Critères commerciaux	Description
Incidence commerciale	Évaluez l'impact sur l'entreprise en cas d'indisponibilité de cette application : Cela a-t-il un impact financier ? Cela a-t-il un impact sur les opérations ? Cela a-t-il un impact sur l'expérience client ? Cela a-t-il un impact sur un produit ou un événement d'entreprise ?
Disponibilité du personnel	Au cours de la migration, vous aurez peut-être besoin de l'assistance du propriétaire de l'application, d'un expert en la matière (PME), d'administrateurs réseau ou d'infrastructure, de testeurs et de développeurs. Évaluez la disponibilité de ces ressources pour vous aider lors de la migration : Ce personnel sera-t-il disponible pendant la migration pour aider et conseiller les équipes de migration ? Ce personnel sera-t-il disponible pour tester et valider l'application après sa migration ? Ce personnel sera-t-il disponible pour fournir les adresses IP ou les ports nécessaires à l'exécution de l'application dans l'environnement cible ?
Complexité commerciale	La présence de nombreuses parties prenantes interdépendantes et interconnectées, de systèmes informatiques et de structures organisationnelles peut accroître la complexité de l'entreprise. Évaluez la complexité de l'entreprise comme suit : Combien de temps faudra-t-il à l'entreprise pour approuver les modifications de l'infrastructure et du réseau, telles que les modifications du pare-feu ou le provisionnement d'une nouvelle instance ? Combien de temps faudra-t-il à l'entreprise pour approuver l'installation de nouveaux logiciels ou outils sur son serveur, tels que des outils de découverte ?
État de préparation	Pour déterminer si l'application est prête pour la migration, procédez comme suit : L'application fait-elle actuellement l'objet d'une mise à jour technologique ou prévoit-elle de le faire ? La maintenance est-elle planifiée et sera-t-elle superposée à la migration planifiée ? La mise hors service de l'application est-elle prévue ? L'application est-elle en cours de mise à niveau et de nouvelles fonctionnalités sont-elles en cours de développement ou d'intégration ?
Sécurité	Évaluez la complexité des exigences de sécurité et de la politique de sécurité de l'application comme suit : Devez-vous fournir des adresses IP et des ports pour accéder à l'application ? L'application nécessite-t-elle une protection de l'infrastructure ? L'application nécessite-t-elle une protection des données ? La gestion des clés est-elle requise ? L'application nécessite-t-elle des politiques de gestion des accès spéciales ? L'application nécessite-t-elle une surveillance ou une journalisation ? L'application nécessite-t-elle un processus de réponse aux incidents et une automatisation ? Des alertes et des notifications sont-elles requises pour cette application ?
Conformité d'	Des exigences de conformité peuvent s'appliquer à l'application, telles que les lois, réglementations et directives établies par l'État, le secteur commercial ou la politique de l'entreprise. Évaluez la complexité des exigences de conformité de l'application comme suit : Existe-t-il des exigences en matière de confidentialité des données et de résidence ? Les données inactives dans l'application doivent-elles être cryptées ? Les données en transit vers ou depuis l'application doivent-elles être cryptées ? La journalisation des audits est-elle requise ? L'application doit-elle être conforme aux normes comptables et financières, telles que les contrôles du système et de l'organisation (SOC) ? L'application doit-elle être conforme aux normes de sécurité des paiements, telles que Payment Card Industry (PCI) ? L'application doit-elle être conforme aux réglementations relatives aux informations de santé des patients, telles que la loi HIPAA (Health Insurance Portability and Accountability Act) ? L'application doit-elle être conforme aux programmes de sécurité du cloud public, tels que le programme de gestion et d'évaluation de la sécurité des systèmes d'information (ISMAP) ?
Connaissance des applications	Un membre de l'organisation, tel que le propriétaire de l'application, possède-t-il les connaissances, les compétences et l'expérience nécessaires pour assurer la maintenance, l'intégration, le dépannage et la résolution des problèmes ? Et êtes-vous en mesure d'étendre l'application pour répondre à la demande des entreprises ?
compétences en matière de migration	Le personnel de votre organisation possède-t-il les compétences nécessaires pour migrer la charge de travail vers l'environnement cible ?

Critères techniques

Les critères techniques suivants sont couramment utilisés dans l'évaluation de la complexité.

Critères techniques	Description
Stockage	Évaluez le stockage actuel de l'application comme suit : Où est actuellement stockée l'application ? Les exemples incluent un stockage rattaché au réseau (NAS), un réseau de stockage (SAN) ou un lecteur local. Quelle est la taille totale du stockage actuel ?
Nombre d'utilisateurs	Combien d'utilisateurs compte cette application ? Vous pouvez utiliser des journaux ou des estimations réels.
Nombre de serveurs	Combien de serveurs comprend la pile d'applications ?
Connectivité	Évaluez comment cette application est connectée aux autres membres de votre organisation comme suit : Combien d'autres applications dépendent de cette application ? Quel est l'impact sur les autres applications si cette application n'est pas disponible ?
Système d'exploitation et version de l'application	Évaluez le système d'exploitation (OS) et la version du serveur de l'application comme suit : La version du système d'exploitation du serveur n'est-elle plus prise en charge ? Le serveur utilise-t-il un système d'exploitation Unix ou Linux ? Le serveur exécute-t-il un système d'exploitation Windows Server ? L'application se trouve-t-elle sur un mainframe ou sur des serveurs de milieu de gamme ?
Dépendances des applications	Évaluez dans quelle mesure cette application dépend des autres ressources de votre environnement : De quelles ressources dépend cette application ? Les ressources peuvent être d'autres applications, composants, services spécifiques au système d'exploitation (tels que des registres ou des serveurs Web) ou des bibliothèques. Quel est l'impact sur cette application si une ou plusieurs de ces ressources ne sont pas disponibles ?
Migrations des données	Déterminez si vous devez migrer des données ou des fichiers pour cette application : Quelle est la complexité de la migration des données ? Quelle est la complexité de la migration de fichiers ?
Stratégie de migration	Évaluez la complexité de la stratégie de migration sélectionnée. Pour plus d'informations sur les stratégies de migration, consultez le Guide pour les AWS grandes migrations.
COTS ou personnalisé	Évaluez si l'application est personnalisée ou commerciale off-the-shelf (COTS) comme suit : Disposez-vous de la dernière version du code source ? L'application est-elle prise en charge par le fournisseur ? L'application est-elle externalisée ?

Étape 1 : définir le processus de priorisation des applications

Ce manuel inclut trois options de processus pour hiérarchiser les applications. Vous pouvez sélectionner l'une des options, ou vous pouvez décider d'en combiner deux ou plusieurs pour créer un processus personnalisé. Évaluez votre cas d'utilisation et déterminez lequel des éléments suivants est le mieux adapté à votre environnement :

• Option 1 : Notation manuelle de la complexité— Il s'agit d'un processus manuel de priorisation qui peut être effectué par une personne ou dans le cadre d'une session de type atelier. Dans ce processus, vous utilisez des critères de notation de complexité pour évaluer la difficulté de la migration de chaque application, ce qui est un facteur important pour hiérarchiser les applications. Ce processus manuel est bien adapté aux grandes migrations car il fournit une approche quantitative cohérente pour hiérarchiser un large portefeuille d'applications. Cependant, l'évaluation de chaque demande par rapport à un ensemble défini de critères peut être un processus plus lent que les deux autres options.

• Option 2 : Désignation des candidatures— Il s'agit d'un processus manuel de priorisation qui se déroule généralement dans le cadre d'une session de type atelier. Au cours de ce processus, les propriétaires des applications désignent les applications à migrer. Pour réussir, ce processus nécessite que les propriétaires des applications aient une connaissance approfondie de leurs applications respectives. Ce processus est recommandé si le temps est un facteur et que vous devez rapidement prioriser les candidatures.

• Option 3 : outil de découverte— Il s'agit d'un processus de priorisation automatisé. Si l'outil de découverte de votre environnement dispose d'une fonctionnalité automatisée pour l'évaluation automatique de la complexité ou la priorisation des applications, l'utilisation de cette fonctionnalité permet de gagner du temps et d'accélérer le processus de priorisation des applications. Dans ce processus, vous définissez généralement des critères dans les paramètres de l'outil de découverte, puis l'outil analyse les applications et fournit un score de complexité final. Avant de sélectionner cette option, explorez les fonctionnalités disponibles dans votre outil de découverte et vérifiez que vous pouvez le personnaliser pour répondre aux besoins de votre cas d'utilisation.

Option 1 : Notation manuelle de la complexité

Dans ce processus manuel de priorisation des applications, vous utilisez une feuille de travail pour évaluer la demande par rapport à un ensemble défini de critères de notation de complexité. Nous vous recommandons de remplir la feuille de travail dans le cadre d'une session de type atelier, ou une personne peut compléter la feuille de travail en collaborant avec les parties prenantes. Vous utilisez ensuite le score de complexité final et les règles de priorisation des applications afin de déterminer la priorité de l'application. Parmi les processus manuels, il s'agit de l'approche quantitative la plus cohérente pour déterminer la complexité des applications et utiliser ces informations pour hiérarchiser les applications.

Pour les étapes de notation de la complexité de ce processus, nous vous recommandons d'utiliser le modèle de feuille de score pour la complexité des applications (format Excel), disponible dans les modèles de playbook de portfolio. Ce modèle inclut des critères commerciaux et techniques prédéfinis. Vous pouvez ajouter, supprimer ou modifier ces critères, ou vous pouvez ajuster les valeurs de notation. Par exemple, vous pouvez préférer une fourchette de scores de 1 à 10 au lieu de 1 à 5. Notez ce qui suit à propos du modèle fourni :

• Vous pouvez passer le curseur sur chaque critère pour en obtenir une description.

• Lorsque vous serez familiarisé avec le modèle, vous devez supprimer les exemples. Ils ne sont fournis qu'à des fins de démonstration.

Maintenez la feuille de notation de complexité à jour tout au long des étapes d'initialisation et de mise en œuvre de la migration. Vous pouvez modifier les scores au fur et à mesure que vous progressez dans l'évaluation du portefeuille. L'analyse approfondie de l'application est un moment courant pour mettre à jour la feuille de score, car vous en apprenez davantage sur chaque candidature au fur et à mesure que l'équipe l'examine en détail. Au cours de la migration, vous pouvez également modifier la priorité de l'application si vous rencontrez des problèmes, tels que des dépendances non découvertes et des limitations qui vous empêchent de migrer l'application. En conservant la feuille de score tout au long de la migration, vous pouvez hiérarchiser les applications avec une plus grande précision.

Documentez le processus de priorisation de votre candidature comme suit :

1. Dans les modèles de playbook de portfolio, ouvrez le modèle de feuille de score pour connaître la complexité de l'application.

2. Sur la feuille Applications, ajoutez, modifiez ou supprimez des critères adaptés à votre migration. Lorsque vous modifiez les critères, procédez comme suit :

   • Consultez les instructions contenues dans la À propos des critères de notation de la complexité section de ce manuel.

   • Tenez compte de l'impact de chaque critère sur la durée, les ressources et le coût de la migration.

   • Pour obtenir un score de complexité fiable, incluez des critères représentant les différents niveaux de complexité de la migration au sein de votre organisation.

3. Sur la feuille de guide de notation, mettez à jour les valeurs et les critères par défaut en fonction de votre cas d'utilisation.

4. Enregistrez la feuille de score.

5. Ouvrez le runbook de priorisation des applications.

6. Dans la section Critères de notation de la complexité de l'application, mettez à jour la section pour qu'elle reflète l'emplacement de votre feuille de score.

7. Dans la section Processus de priorisation des applications, procédez comme suit :

   1. Conservez l'option 1 : notation manuelle de la complexité et supprimez les autres options.

   2. Modifiez le processus en fonction de votre cas d'utilisation.

   3. Supprimez tous les en-têtes de cette section contenant le mot Option. Les laisser dans le runbook peut induire les utilisateurs en erreur en leur faisant croire que le processus est facultatif ou que plusieurs options sont disponibles.

   4. Enregistrez votre runbook de priorisation des applications.

Option 2 : Désignation des candidatures

Ce processus manuel de priorisation des applications est l'approche la plus simple et la plus rapide pour prioriser les applications. Au cours de ce processus, vous demandez aux propriétaires des applications de désigner des applications qui peuvent être facilement migrées vers le cloud. Vous et les propriétaires des applications pouvez ensuite rapidement hiérarchiser les candidatures, car vous avez déjà une connaissance approfondie des candidatures nominées. Nous vous recommandons de travailler avec les parties prenantes dans le cadre d'une session de type atelier, mais vous pouvez également collaborer par e-mail, par documentation partagée et par d'autres plateformes de communication.

Au cours du processus de nomination, vous saisissez les candidatures nominées dans le modèle de feuille de score pour la complexité des candidatures (format Excel), inclus dans les modèles de playbook de portfolio. Vous n'utiliserez pas toutes les fonctionnalités de notation et de critères de ce modèle, mais nous vous recommandons d'utiliser cette feuille pour enregistrer les décisions de nomination et de priorisation.

Dans certains cas, le processus de nomination des candidatures est utilisé pour accélérer la priorisation, et la feuille de notation peut ne pas être nécessaire. Par exemple, si vous ne priorisez qu'une poignée d'applications ou si les propriétaires des applications connaissent très bien leurs applications, les propriétaires des applications et les parties prenantes peuvent hiérarchiser les applications en fonction de leurs connaissances et de leur expérience. Dans ce cas, ils peuvent ignorer l'utilisation de la feuille de score et passer directement à la priorisation.

Documentez le processus de priorisation de votre candidature comme suit :

1. Ouvrez le runbook de priorisation des applications.

2. Supprimez la section Critères de notation de la complexité de l'application. Ce processus n'utilise pas la notation de complexité des applications.

3. Dans la section Processus de priorisation des applications, procédez comme suit :

   1. Conservez l'option 2 : nomination des candidatures et supprimez les autres options.

   2. Modifiez le processus en fonction de votre cas d'utilisation.

   3. Supprimez tous les en-têtes de cette section contenant le mot Option. Les laisser dans le runbook peut induire les utilisateurs en erreur en leur faisant croire que le processus est facultatif ou que plusieurs options sont disponibles.

4. Enregistrez votre runbook de priorisation des applications.

Option 3 : outil de découverte

Si votre outil de découverte comporte une fonctionnalité d'évaluation de la complexité ou de hiérarchisation des applications, ce processus automatisé nécessite peu de ressources et peut accélérer le processus de priorisation des applications. Vous personnalisez les critères de l'outil de découverte en fonction de votre cas d'utilisation, puis l'outil de découverte analyse automatiquement les applications et fournit un score de complexité final. Comme l'outil possède déjà toutes les métadonnées de l'application, il n'est pas nécessaire de les saisir.

Par exemple, l'outil de découverte de Flexera One Cloud Migration and Modernization (anciennement Flexera Foundation et CloudScape) possède une fonctionnalité d'évaluation de la complexité appelée Optimization Scorecard. Cette fonctionnalité vous permet de sélectionner les critères que vous souhaitez inclure dans la notation et d'évaluer chaque critère en fonction de vos préférences. Une fois la découverte des données terminée, l'outil de découverte analyse les données en fonction des critères pondérés que vous avez fournis et, à l'aide de la formule propriétaire de l'outil, produit les scores de complexité finaux. Pour plus d'informations, consultez le guide de base et CloudScape d'utilisation (documentation Flexera) et le tableau de bord d'optimisation (documentation Flexera).

L'inconvénient de ce processus est qu'il faut du temps (4 à 8 semaines) pour configurer l'appliance de numérisation pour un outil de découverte sans agent dans votre environnement ou pour installer des agents sur toutes les charges de travail incluses. Avant de pouvoir utiliser la fonction de notation de votre outil de découverte, vous devez prévoir un délai supplémentaire (4 à 12 semaines) pour que l'outil de découverte collecte les métadonnées en analysant les charges de travail des applications et en effectuant une analyse de la pile d'applications. Cependant, vous constaterez peut-être que le temps supplémentaire nécessaire à la configuration de l'outil de découverte peut être récupéré en réduisant le temps et les ressources nécessaires à la collecte des métadonnées et à la priorisation des applications. Par exemple, si les données de l'outil de découverte sont toujours d'actualité, le flux de travail du portefeuille peut réutiliser l'outil de découverte et ses données issues de la phase de mobilisation pour identifier les applications pilotes.

Note

Si vous utilisez le processus de l'outil de découverte, vous pouvez toujours utiliser le modèle de feuille de score manuel pour la complexité de l'application afin d'analyser l'application par rapport à un ensemble de critères différent. Ces informations supplémentaires peuvent vous aider à affiner la priorisation de vos applications.

Documentez le processus de priorisation de votre candidature comme suit :

1. Si ce n'est pas déjà fait, configurez l'outil de découverte dans votre environnement. Pour plus d'informations, voir Commencer la découverte automatique de portefeuilles sur le site Web de AWS Prescriptive Guidance.

2. Personnalisez le score de complexité ou les critères de priorisation des applications dans votre outil de découverte conformément aux instructions de votre outil. Pour plus d'informations sur les critères de sélection, consultezÀ propos des critères de notation de la complexité.

3. Ouvrez le runbook de priorisation des applications.

4. Dans la section Critères de notation de la complexité de l'application, mettez-la à jour pour indiquer que les critères de notation sont définis dans l'outil de découverte. Exemple : Les critères de notation de la complexité sont définis dans<your discovery tool>.

5. Dans la section Processus de priorisation des applications, procédez comme suit :

   1. Conservez l'option 3 : outil de découverte et supprimez les autres options.

   2. Modifiez le processus en fonction de votre cas d'utilisation. Il est important d'inclure des step-by-step instructions sur la façon de générer un rapport avec les scores de complexité. Si disponible, vous pouvez inclure un lien vers le guide de l'utilisateur.

   3. Supprimez tous les en-têtes de cette section contenant le mot Option. Les laisser dans le runbook peut induire les utilisateurs en erreur en leur faisant croire que le processus est facultatif ou que plusieurs options sont disponibles.

6. Enregistrez votre runbook de priorisation des applications.

Étape 2 : définir les règles de priorisation des applications

Au cours de cette étape, vous définissez les règles de priorisation des applications, qui vous aident à déterminer l'ordre de migration des applications. Bien que le score de complexité d'une application soit un facteur important dans la priorisation des applications et dans la planification des vagues, les facteurs commerciaux et technologiques doivent également être pris en compte. Vous créez des règles pour évaluer la priorité de chaque demande et vous aider à planifier l'application dans la vague appropriée. Les règles commerciales et technologiques communes incluent :

• Spécifier l'ordre et le calendrier de migration des centres de données

• Prioriser les unités commerciales

• Respecter les délais pour les applications métier critiques

Définissez les règles de priorisation de vos applications comme suit :

1. Ouvrez le runbook de priorisation des applications.

2. Dans la section Règles de priorisation des applications, ajoutez les règles personnalisées pour votre migration.

3. Enregistrez le runbook de priorisation des applications.

4. Conservez les règles dans le runbook de priorisation des applications. Les règles sont susceptibles d'être modifiées au fur et à mesure que la migration progresse, que le champ d'application change ou que les horaires changent.

Voici un exemple d'ensemble de règles de priorisation des applications.

Priorité	Règle
1	Les applications du centre de données de New York devraient toujours avoir une priorité plus élevée que les applications du centre de données du Texas.
2	Les candidatures du service informatique doivent toujours être prioritaires par rapport aux candidatures du service marketing.
3	Les demandes présentant des scores de complexité élevés devraient bénéficier d'une priorité plus élevée.
4	Les applications SAP doivent être migrées avant la fin de l'année.

Étape 3 : Finaliser le processus de priorisation des candidatures

À présent, vous définissez comment le flux de travail du portefeuille utilise les règles et les processus pour hiérarchiser les applications. Il s'agit du processus auquel le flux de travail du portefeuille fait référence lors de la phase de mise en œuvre de la migration.

Personnalisez ce processus dans le runbook de priorisation des applications comme suit :

1. Ouvrez le runbook de priorisation des applications.

2. Dans la section Étape 2 : Prioriser les applications, modifiez le processus en fonction de votre cas d'utilisation et de votre environnement.

3. Enregistrez le runbook de priorisation des applications.

Critères de sortie des tâches

Passez à la tâche suivante lorsque vous aurez effectué les opérations suivantes :

• Vous avez sélectionné un processus de priorisation des candidatures parmi les options disponibles.

• Vous avez documenté les points suivants dans votre manuel de priorisation des applications :

  • Critères de notation de la complexité des demandes (le cas échéant)

  • Processus de priorisation des applications

  • Règles de priorisation des applications

• Vous avez mis à jour la section Étape 2 : Prioriser les applications de votre runbook d'applications.