Le DCO E regroupe les compétences que l’AIBS exerce pendant la phase d’exploitation des solutions IA. À la différence des DCO précédents, qui s’inscrivent dans une logique projet à durée déterminée, le DCO E est continu : il s’étend sur la durée d’utilisation des solutions, qui se compte typiquement en années. Cette inscription dans la durée fait du DCO E le territoire d’exercice principal de l’AIBS sur les solutions matures.
Les quatre compétences du domaine — gérer le portefeuille (E1), surveiller l’utilisation (E2), surveiller les exigences de conformité (E3), améliorer en continu (E4) — couvrent l’intégralité de la phase P8 du fil rouge projet. Le rôle de l’AIBS y est de pilotage stratégique du portefeuille IA et de garantie du respect des exigences cadrées en amont, la responsabilité opérationnelle quotidienne incombant aux fonctions d’exploitation (ICT Service Management) et aux responsables produits métier.
Une caractéristique structurante du DCO E tient à la dimension temporelle des risques IA. Une solution IA peut se dégrader silencieusement par drift des données ou des concepts, sans incident apparent : les prédictions deviennent moins précises, les biais évoluent, la conformité aux nouvelles exigences réglementaires se distend. Sans dispositif de surveillance approprié, ces dégradations passent inaperçues jusqu’à un événement révélateur. Le pire risque IA est silencieux ; l’investissement en monitoring est l’instrument de sa détection.
Le DCO E est explicitement évalué à l’examen partie 3 (Critical Incidents oral, 60 min) selon le règlement v3.0. Cette évaluation porte sur la capacité de l’AIBS à analyser des situations critiques d’exploitation et à proposer des options d’action argumentées. Le DCO E peut également être mobilisé en partie 2 (études de cas écrites). Dans la pratique professionnelle, la maîtrise du DCO E est un facteur différenciant pour les AIBS expérimentés et un déterminant majeur de la durabilité de la valeur créée.
Les modules de formation officiellement liés au DCO E comprennent le module 11 (Optimiser le portefeuille et l’utilisation de solutions basées sur l’IA), le module 610, le module 636 et le module 637 selon la matrice officielle d’attribution. Ces modules couvrent les dimensions opérationnelle, organisationnelle et de conformité de l’exploitation.
Compétences détaillées
Approfondissement de chaque compétence opérationnelle de ce DCO :
E1 — Gérer le portefeuille de solutions basées sur l’IA
La compétence E1 porte sur la vision et le pilotage de l’ensemble des solutions IA en exploitation dans l’organisation. La cartographie du portefeuille, le suivi consolidé des indicateurs et la gestion des dépendances constituent des activités structurantes.
Actions clés :
- Maintenir la cartographie du portefeuille IA (solutions, dépendances, responsables, statuts)
- Définir et suivre les indicateurs consolidés du portefeuille
- Identifier les solutions à fort enjeu pour traitement spécifique
- Identifier les solutions à abandonner ou à transformer
- Reporter au comité de direction et instances de gouvernance
Livrables types :
- Cartographie du portefeuille IA tenue à jour
- Tableau de bord consolidé du portefeuille
- Revue trimestrielle du portefeuille au comité de direction
Outils méthodologiques :
- Cartographie du portefeuille IA
- CMDB enrichie
- Tableau de bord portefeuille
E2 — Surveiller l’utilisation de solutions basées sur l’IA
La compétence E2 porte sur le monitoring multi-dimensions des solutions en exploitation : dimensions technique, ML, métier, conformité, financière. La surveillance porte sur la détection de drift, la performance des modèles, l’utilisation effective et la valeur produite.
Actions clés :
- Définir les KPIs de surveillance multi-couches
- Mettre en œuvre le tableau de bord de monitoring
- Surveiller le drift des données et des modèles
- Surveiller l’usage effectif et la satisfaction utilisateurs
- Définir les seuils d’alerte et les procédures de réponse
Livrables types :
- Tableau de bord de monitoring opérationnel
- Rapports de surveillance périodiques
- Comptes rendus d’investigation sur incidents
Outils méthodologiques :
- Tableau de bord monitoring IA
- Détection de drift
- Boucle feedback utilisateurs
E3 — Surveiller les exigences de conformité
La compétence E3 porte sur le maintien en conformité continue des solutions IA face aux évolutions réglementaires, aux modifications de gouvernance interne, et aux retours d’incidents. Cette surveillance est continue, complétée par des revues périodiques formelles.
Actions clés :
- Surveiller les évolutions de gouvernance externe et interne (LPD, AI Act, sectoriel, interne)
- Analyser l’impact des changements sur les solutions du portefeuille
- Conduire les revues périodiques de conformité (annuelles, semestrielles)
- Identifier les écarts et planifier les mesures de mise en conformité
- Documenter les revues et actions correctives
Livrables types :
- Plan de surveillance réglementaire
- Rapports de revue de conformité
- Plans d’action de mise en conformité
Outils méthodologiques :
- Revue périodique de conformité
- Veille réglementaire IA
- Tableau de suivi DPIA
E4 — Améliorer et optimiser en permanence l’utilisation de solutions basées sur l’IA
La compétence E4 porte sur la dynamique d’amélioration continue des solutions en exploitation : recueil structuré des retours, identification des potentiels, mise en œuvre des améliorations retenues, mesure de leur impact.
Actions clés :
- Animer la boucle de feedback utilisateurs
- Constituer et prioriser le backlog d’amélioration
- Coordonner avec les spécialistes la mise en œuvre
- Évaluer l’impact des améliorations apportées
- Communiquer les progrès aux parties prenantes
Livrables types :
- Backlog d’amélioration priorisé
- Bilan trimestriel d’amélioration continue
- Bilans d’impact des améliorations majeures
Outils méthodologiques :
- Boucle feedback utilisateurs
- Backlog d’amélioration
- Méthode A/B testing
Repères pour l’examen
Points d’attention pour démontrer la maîtrise de ce DCO :
- Le DCO E est explicitement évalué à l’examen partie 3 (Critical Incidents, 60 min oral). Les compétences E1 à E4 sont susceptibles d’être mobilisées dans les situations proposées au candidat.
- Le DCO E est également mobilisable en partie 2 (études de cas écrites), notamment dans les questions sur la pérennisation des solutions et la gestion du portefeuille.
- Pour la partie 1 (orale), le DCO E peut enrichir une présentation : définition des KPIs de monitoring (lien avec C5), conditions de conformité long terme (lien avec C4), plan de surveillance prévu pour la solution.
- La distinction entre data drift et concept drift est conceptuellement importante. Une compréhension conceptuelle est attendue de l’AIBS, sans nécessité d’expertise technique en mise en œuvre.
- Le rôle de l’AIBS en exploitation est de pilotage stratégique du portefeuille, non d’exploitation technique. Cette distinction est régulièrement abordée et structure la posture attendue.
- Les KPIs de monitoring se déclinent en couches (techniques, ML, métier, conformité, financières). Une surveillance limitée à une seule couche est jugée insuffisante.
- La conformité réglementaire en exploitation est continue, non ponctuelle. La revue annuelle complétée par des déclencheurs événementiels est la pratique attendue.
- Pour la partie 3 (Critical Incidents) : préparer la capacité à analyser une situation critique selon une grille structurée (qualification de l’incident, parties prenantes affectées, options d’action, justification de l’option prioritaire). Cette structure est l’attendu central de l’examen oral.
Articulation avec les autres DCO
DCO A
Le DCO E alimente en retour la révision périodique de la stratégie IA cadrée en DCO A. Les enseignements tirés de l’exploitation, la dynamique du portefeuille, l’identification de nouveaux besoins ou opportunités contribuent à la mise à jour des bases stratégiques.
DCO C
Le DCO E reprend les KPIs définis en C5 pour le monitoring en production et les exigences de conformité de C4 pour la surveillance périodique. Une évaluation rigoureuse en C4-C5 facilite la phase d’exploitation. Inversement, les retours d’exploitation alimentent les futurs projets en C par capitalisation.
DCO D
Le DCO E reprend le relais du DCO D au moment de la transition vers l’exploitation. La qualité de cette transition conditionne la pérennité de la solution. Les dispositifs de surveillance, de support, de gestion des incidents doivent être opérationnels avant le transfert formel.
DCO F
L’amélioration continue (E4) mobilise la boucle de feedback utilisateurs, qui s’inscrit dans le réseau de relations cadré en F1. La sensibilisation continue (F4) maintient l’engagement des utilisateurs sur la durée et nourrit la dynamique d’amélioration.
Erreurs fréquentes — et leur antidote
❌ Erreur : Absence de monitoring après la mise en production
✓ Antidote : Inscrire le dispositif de monitoring comme livrable obligatoire de P7, validation explicite avant transition
❌ Erreur : Monitoring limité aux KPIs techniques
✓ Antidote : Surveillance multi-couches : technique, ML, métier, conformité, financière
❌ Erreur : Absence de surveillance du drift
✓ Antidote : Mécanisme de détection automatique de data drift et concept drift avec seuils et procédure de réponse
❌ Erreur : Cartographie du portefeuille réalisée une fois puis non maintenue
✓ Antidote : Désigner un responsable et inscrire la mise à jour dans les rituels périodiques
❌ Erreur : Conformité vérifiée annuellement sans veille continue
✓ Antidote : Dispositif de veille réglementaire avec analyse d’impact systématique
❌ Erreur : Boucle feedback sans bouclage vers les utilisateurs
✓ Antidote : Communication régulière aux utilisateurs sur les retours pris en compte
❌ Erreur : Backlog en croissance continue sans dynamique de mise en œuvre
✓ Antidote : Cycles trimestriels de priorisation et mise en œuvre
❌ Erreur : Retraining automatique sans investigation des causes
✓ Antidote : Procédure d’investigation systématique avant retraining
L’AIBS dans l’exercice professionnel — DCO E
L’exercice du DCO E dans la pratique professionnelle se distingue des autres DCO par sa nature continue et par la diversité des situations rencontrées. Trois caractéristiques structurent cette pratique :
La première caractéristique tient à la dimension portefeuille. L’AIBS expérimenté ne pilote rarement une seule solution IA mais gère un portefeuille de plusieurs solutions à des stades de maturité différents. La cartographie du portefeuille, le suivi consolidé des indicateurs et la gestion des dépendances entre solutions deviennent des activités structurantes.
La deuxième caractéristique concerne la coordination avec les fonctions d’exploitation. L’ICT Service Management assure la responsabilité opérationnelle quotidienne, l’AIBS exerce une responsabilité de pilotage stratégique. L’articulation entre ces deux fonctions s’organise par les rituels de gouvernance : revues opérationnelles régulières, reporting au comité de direction, alertes en cas d’incident significatif.
La troisième caractéristique tient à la gestion des cycles de vie. Les solutions IA évoluent continûment : retraining périodique, ajustements fonctionnels, mises en conformité, parfois transformations majeures ou décommissionnements. L’AIBS pilote ces évolutions en mobilisant les compétences appropriées et en maintenant la cohérence du portefeuille.
Au-delà de la préparation à l’examen, la maîtrise du DCO E constitue un facteur différenciant pour les AIBS expérimentés. Elle conditionne la durabilité de la valeur créée par les projets IA et l’évolution éventuelle vers des fonctions de pilotage transverse (responsable du portefeuille IA, chief data officer, fonctions de gouvernance).
Une situation typique d’examen partie 3 (Critical Incidents) sur le DCO E : « la solution X présente depuis trois mois une dégradation progressive de ses performances ; une enquête utilisateurs révèle une perte de confiance ; le DPO signale une demande d’audit FINMA ». L’AIBS doit qualifier l’incident, identifier les parties prenantes, proposer plusieurs options d’action et justifier l’option prioritaire. La capacité à structurer une réponse argumentée sous contrainte de temps est l’attendu central.
Compétences opérationnelles — référentiel officiel
Ce DCO regroupe 4 compétences avec critères de performance définis par le profil de qualification :
E1. Gérer le portefeuille de solutions basées sur l’IA
Critères de performance :
- Élaborer et tenir à jour une vue d’ensemble structurée des solutions IA en place
- Analyser, visualiser et documenter les dépendances entre solutions IA, systèmes ICT et flux de données
- Soutenir l’ICT Service Management dans l’intégration des solutions IA
- Spécifier les exigences des solutions IA d’un point de vue global
E2. Surveiller l’utilisation de solutions basées sur l’IA
Critères de performance :
- Définir des critères de surveillance (exploitation, sécurité, qualité, rentabilité, durabilité, risques, éthique)
- Collecter les données nécessaires en collaboration avec les spécialistes
- Évaluer les données selon les critères définis
- Documenter les connaissances pour les parties prenantes concernées
E3. Surveiller les exigences de conformité
Critères de performance :
- Identifier les changements de gouvernance externe ou interne
- Analyser et évaluer leur impact sur les solutions IA avec les responsables produits
- Vérifier périodiquement la conformité du portefeuille
- Initier des mesures de mise en conformité
E4. Améliorer et optimiser en permanence l’utilisation de solutions basées sur l’IA
Critères de performance :
- Recueillir et analyser les retours d’utilisation
- Identifier les potentiels d’amélioration
- Proposer des mesures d’optimisation et les prioriser
- Coordonner la mise en œuvre avec les spécialistes
Boussole AIBS — Manuel méthodologique non officiel pour le brevet fédéral d’AI Business Specialist.
Sources : Profil de qualification AIBS v15.04.2025 · Annexe directives FAAIB v1.01 · Document modules FAAIB v2.0 · Règlement examen v3.0 (mars 2026)