Cas d'utilisation de la gestion des risques (EA)
Alignement stratégique et gestion des risques d'entreprise
L'Architecture d'Entreprise (EA) contribue à identifier les risques susceptibles d'affecter la capacité de l'organisation à exécuter sa stratégie.
Exemples de risques :
- Stratégie métier et capacités informatiques non alignées
- Incapacité à s'adapter aux évolutions du marché ou de la réglementation
- Bouleversements liés aux technologies émergentes
|
Mise en œuvre dans Hopex
|
Liens vers documentation
|
|---|---|
|
Évaluer les capacités et réalisations de capacités -> identifier les risques
|
|
|
Identifier les risques liés à un événement externe
|
|
|
Analyser les capacités à risque -> définir des plans d'action -> planifier des phases de transformation ou de projets
|
|
Évaluation des technologies informatiques et des risques
L'EA recense les composants technologiques, leurs relations et leur état dans le cycle de vie afin d'identifier les risques.
Exemples de risques :
- Technologies obsolètes (fin de vie, versions non prises en charge)
- Points uniques de défaillance dans l'infrastructure
- Vulnérabilités de cybersécurité
- Hétérogénéité des piles technologiques
|
Mise en œuvre dans Hopex
|
Liens vers documentation
|
|---|---|
|
Gérer l'obsolescence technologique -> identifier les risques éventuels
|
|
|
Définir les modèles d'architecture et architectures de référence, évaluer la conformité de l'architecture à ces modèles et architectures de référence -> identifier les risques
|
|
|
Analyse d'impact / scénario « What if » pour les technologies -> identifier les risques
|
Rapports d'impact dans :
|
Gestion des risques des projets et des portefeuilles
L'EA aide à s'assurer que les projets sont réalisables, alignés sur les objectifs de l'organisation et n'accroissent pas les risques.
Exemples de risques :
- Non-conformité de l'architecture
- Problèmes d'intégration ou de cohérence de données
- Sous-estimation de la complexité technique
|
Mise en œuvre dans Hopex
|
Liens vers documentation
|
|---|---|
|
Rapports de rationalisation des actifs
|
Rapports concernant l'ensemble des applications (sous-menu Rationalisation) :
|
|
Revue de la conformité de l'architecture aux principes d'architecture
|
|
|
Évaluer les projets -> identifier les risques
|
|
Continuité de l'activité et résilience opérationnelle
L'EA cartographie les processus critiques et les systèmes qui les soutiennent, mettant ainsi en évidence les vulnérabilités opérationnelles.
Exemples de risques :
- Perturbations des processus métier
- Défaillance des applications ou infrastructures critiques
- Risques liés à la chaîne d'approvisionnement ou aux fournisseurs
|
Mise en œuvre dans Hopex
|
Liens vers documentation
|
|---|---|
|
Analyser les risques liés aux processus stratégiques et aux applications/données/technologies/ infrastructures utilisées -> identifier les risques
|
|
Risques de conformité et risques réglementaires
L'EA aide les organisations à s'assurer que les composants de l'architecture respectent les exigences internes et externes.
Exemples de risques :
- Non-conformité aux normes du secteur
- Absence de pistes d'audit
- Lacunes dans les contrôles de sécurité
|
Mise en œuvre dans Hopex
|
Liens vers documentation
|
|---|---|
|
Vérifier la conformité de l'architecture aux réglementations -> identifier les risques
|
|
|
Définir les contrôles à effectuer pour vérifier et garantir la conformité
|
|
|
Analyser l'impact des réglementations sur les actifs d'Architecture d'Entreprise -> identifier les risques
|
|
|
Enregistrer les tâches et décisions liées à la gestion des risques
|
Traiter le risque via des plans d'action sur des contrôles
Enregistrer les décisions d'architecture sur les applications
|
Risques liés à l'impact des changements et aux dépendances
Lors de changements tels que des projets, des fusions ou des mises à jour technologiques, l'EA permet d'anticiper les impacts.
Exemples de risques :
- Défaillances système inattendues
- Échecs d'intégration après le déploiement
- Dysfonctionnements des processus métier
|
Mise en œuvre dans Hopex
|
Liens vers documentation
|
|---|---|
|
Analyser les dépendances entre les applications et identifier les risques associés
|
(pour analyser les risques des applications sources des flux reçus)
|
Gestion des risques de cybersécurité
L'EA contribue à l'identification et à la réduction des risques de sécurité à tous les niveaux de l'architecture.
Exemples de risques :
- Vulnérabilités du réseau
- Faiblesses de sécurité des applications
- Gestion insuffisante des identités et des accès
- Environnements cloud mal configurés
|
Mise en œuvre dans Hopex
|
Liens vers documentation
|
|---|---|
|
Définir les principes d'architecture de sécurité, identifier les éléments d'architecture qui y sont soumis, évaluer la conformité -> identifier les risques
|
|
|
Définir un plan d'action de remédiation en cas de non-conformité
|
Traiter le risque via des plans d'action
|
Risques liés aux fournisseurs et à l'externalisation
L'EA aide à évaluer les dépendances externes qui influencent les activités de l'entreprise et les systèmes d'information.
Exemples de risques :
- Dépendance vis-à-vis des fournisseurs
- Non-respect des accords de niveau de service (Service Level Agreements)
- Défaillances des fournisseurs cloud
|
Mise en œuvre dans Hopex
|
Liens vers documentation
|
|---|---|
|
Évaluer (noter) le niveau de risque d'un prestataire externe
|
(section Risques disponible dans les propriétés d'un fournisseur).
|
|
Identifier et créer un risque
Analyse des risques liés aux fournisseurs
|
|