AEES Executive Certificate en Gouvernance des systèmes d’information

Les capacités que l’évaluation atteste en cas de réussite.

• Arbitrer un portefeuille SI
• Décider un accès
• Limiter une dette technique
• Voir le risque d’un système que plus personne ne comprend
• Tenir le prestataire sur le résultat
• Décider qui coupe

Il s’agit de la classification de la Commission européenne pour les aptitudes, les compétences, les certifications et les professions. Ce certificat s’y rattache par les compétences suivantes. Chaque lien ouvre la fiche officielle.

• gérer les changements dans un système de TIC http://data.europa.eu/esco/skill/1e7ed56a-6d6b-422f-962e-38543d150755
• cybersécurité http://data.europa.eu/esco/skill/8088750d-8388-4170-a76f-48354c469c44
• respect de la gouvernance de l'information http://data.europa.eu/esco/skill/9a0d0abc-010d-440b-8242-7e31510471ba

Des lectures scientifiques en lien avec ce certificat.

• Transition énergétique durable pour une électricité renouvelable 2022 · Énergie et climat
• L'enseignement en ligne dans l'enseignement supérieur durant la pandémie 2020 · Leadership et stratégie
• Défis et enjeux de l'Intelligence Artificielle en éducation 2020 · IA, data et numérique
• Clarification de la résilience organisationnelle en recherche 2020 · Énergie et climat

1. Module 1, Portefeuille SI : décider quel système vit, lequel s’arrête Gouverner un portefeuille de systèmes d’information, c’est accepter de trancher. Tout ne peut pas être maintenu éternellement. Chaque euro immobilisé dans un système obsolète manque à une capacité nouvelle. Chaque dépendance technique non maîtrisée crée une fragilité. Ce module vous donne une méthode concrète pour décider quel système vit et lequel s’arrête, au bon moment, avec le bon niveau de risque et de préparation. Vous allez apprendre à cadrer le portefeuille, définir des critères partagés, qualifier objectivement les systèmes, produire des arbitrages documentés et tenir le cap jusqu’à la mise hors service. L’approche est pragmatique et orientée résultat. Elle ne remplace pas les rôles du contrôle interne, du juridique ou de la sécurité. Elle les intègre pour sécuriser les décisions et fluidifier l’exécution.
2. Module 2 Demande métier : du besoin au choix gouverné La demande métier est le premier point de contact entre la stratégie et l’exécution du système d’information. Mal cadrée, elle devient un ticket infini qui enfle le backlog et dilue les priorités. Bien traitée, elle se transforme en choix clair, assumé, avec un résultat mesurable. Ce module propose un cadre opérationnel pour capter, qualifier, évaluer et décider. Il sépare le problème de la solution, formule des hypothèses de valeur et produit des options comparables. Il articule les contraintes de sécurité, de conformité, d’architecture et de capacité de réalisation, pour éviter l’illusion d’un oui sans renoncement.
3. Module 3, Accès Gouverner les accès consiste à rendre possible le travail, pas à l’entraver. La promesse est simple : donner le droit utile, retirer le droit oublié. Concrètement, cela veut dire traduire une intention métier en habilitations compréhensibles, limitées, temporisées quand c’est pertinent, et vérifiables. Un accès efficace permet d’exécuter une mission sans exposer les systèmes ni les données au-delà du nécessaire. Ce module vous donne une méthode directement applicable pour prendre des décisions d’accès et organiser leur cycle de vie. Un droit d’accès n’est jamais neutre : il transporte des obligations de contrôle, de journalisation et de révocation. Les incidents révèlent presque toujours des accumulations de droits, des comptes orphelins ou des contournements en urgence non régularisés. La gouvernance d’accès met de l’ordre et de la discipline dans ces pratiques. Elle établit qui décide, sur quels critères, dans quels délais, avec quelles preuves, et comment l’organisation s’assure que le droit reste pertinent dans le temps.
4. Module 4, Dette: voir le risque d’un système que plus personne ne comprend Dans toute organisation, la dette des systèmes d’information s’accumule au fil des livraisons, des choix tactiques, des urgences et des changements d’équipe. Elle ne se limite pas au code. Elle touche les données, l’architecture, la sécurité, l’exploitation, les contrats et surtout la connaissance tacite. Au début, elle semble indolore. Puis, un jour, un incident prend des heures au lieu de minutes, une évolution raisonnable devient impossible, et l’on réalise que personne ne maîtrise plus l’ensemble. C’est ce point de bascule que ce module vous aide à anticiper et à négocier. Voir le risque d’un système que plus personne ne comprend suppose d’aller au-delà des métriques de productivité et des promesses de modernisation. Il faut travailler avec les preuves disponibles: flux de valeur, historique d’incidents, obsolescences, dépendances, concentration de la connaissance, périmètres de conformité, contrats de support, tests de reprise. Il s’agit d’une démarche de gouvernance pragmatique, orientée décision, qui privilégie des critères stables et des arbitrages explicites plutôt que des slogans techniques.
5. Gouvernance des systèmes d’information, Module 5 : Tenir le prestataire sur le résultat Dans de nombreuses organisations, la relation avec les prestataires est pilotée par des listes d’activités à réaliser, des volumes d’heures à consommer et des comités qui revoient des plans d’action interminables. Le résultat pour le métier, disponibilité, délai de mise en production, sécurité, expérience utilisateur, coût total, passe au second plan. Ce module vous équipe pour inverser la logique : tenir le prestataire sur des résultats observables, reliés à vos objectifs SI et aux priorités de l’entreprise. Passer d’une logique d’activité à une logique de résultat ne signifie pas ignorer l’effort ni l’outillage. Il s’agit d’aligner la demande, la contractualisation, la mesure et la gouvernance sur des résultats-cibles et sur les risques critiques, avec des métriques robustes, des droits d’audit sur la donnée de mesure, des mécanismes d’amélioration continue et des issues claires en cas d’écart. Cette approche s’applique aussi bien à un infogérant, un éditeur SaaS, un intégrateur agile, un fournisseur cloud, qu’à un prestataire de cybersécurité.
6. Incident SI: décider qui coupe, qui communique, qui assume Les incidents de systèmes d’information confrontent l’organisation à des arbitrages rapides sous incertitude. La valeur de la gouvernance ne se mesure pas tant dans les procédures écrites que dans la capacité à décider en quelques minutes qui coupe, qui communique, qui assume, tout en maintenant la traçabilité et la conformité. Ce module vous fournit une méthode directe et applicable pour tenir ce rôle. Un incident n’est pas un projet. Les temporalités sont courtes, l’information est incomplète, les ressources sont sollicitées au-delà de l’ordinaire. Votre rôle n’est pas de tout savoir, mais de créer les conditions de décisions robustes: mettre en place la bonne salle de commandement, poser les critères d’arrêt, assigner la parole, jalonner les comptes rendus, et clarifier l’owner métier de chaque risque et de chaque rétablissement.