Le DCO D regroupe les compétences mobilisées dans le pilotage du développement et du déploiement d’une solution IA, après que la décision favorable a été prise à l’issue du DCO C. Les quatre compétences du domaine — clarifier le cadre général (D1), piloter le développement (D2), concevoir l’introduction (D3), gérer le processus d’introduction (D4) — couvrent l’intégralité de la phase P7 du fil rouge projet.
Une caractéristique structurante du DCO D tient à la nature du rôle de l’AIBS dans cette phase. Selon les clarifications officielles de l’autorité d’examen, la vérification des résultats intermédiaires (D2) et la conception de l’intégration technique (D3) relèvent d’une évaluation métier, sans nécessité d’expertise en code ou en pipelines de données. L’AIBS n’est pas chef de projet IT au sens classique du terme ; il/elle exerce une responsabilité de garantie métier et de cohérence avec les exigences cadrées en amont, la coordination opérationnelle pouvant être confiée à un chef de projet dédié selon les organisations.
La dimension humaine est particulièrement présente dans le DCO D. Le passage en production implique le déploiement auprès d’utilisateurs réels, dans des contextes opérationnels où les marges d’erreur sont réduites. La conduite du changement, la formation, l’accompagnement deviennent des composantes essentielles. Une solution techniquement réussie mais mal accompagnée échoue à l’adoption ; la rigueur du cadrage des phases précédentes ne suffit pas, l’investissement en accompagnement humain est déterminant.
Le DCO D n’est pas évalué directement à l’examen partie 1 (qui porte sur les DCO B et C), mais il est évalué en partie 2 (études de cas écrites) où l’ensemble des DCO peut être mobilisé. Dans la pratique professionnelle, la maîtrise du DCO D conditionne la concrétisation effective des décisions prises en C6 ; sans cette maîtrise, les recommandations restent lettre morte.
Les modules de formation officiellement liés au DCO D comprennent le module 690 (Planifier, conduire et superviser des projets, repris du plan modulaire), le module 10 (Concevoir et accompagner l’introduction d’une solution basée sur les ICT), le module 12 (Concevoir et gérer les processus de changement et d’apprentissage). Le module 690, bien qu’antérieur au brevet AIBS, doit être mis en œuvre en tenant compte des spécificités de l’IA pour couvrir les critères de performance des compétences D du profil AIBS.
Compétences détaillées
Approfondissement de chaque compétence opérationnelle de ce DCO :
D1 — Clarifier et définir le cadre général
La compétence D1 porte sur la formalisation du cadre projet à l’issue de la décision favorable en C6. Le cadre comprend la charte projet, l’organisation, le budget, les jalons, les risques, les critères de succès. Ce cadre constitue le référentiel d’exécution de l’ensemble de la phase P7.
Actions clés :
- Établir la charte de projet (objectifs, périmètre, exclusions, jalons, équipe, gouvernance, budget)
- Définir les critères de succès du projet (KPIs métier, seuils techniques, indicateurs d’adoption)
- Identifier et documenter les risques projet
- Convenir des modalités de gouvernance (comité de pilotage, rythme, instances de décision)
- Faire valider la charte par le sponsor avant lancement opérationnel
Livrables types :
- Charte de projet (5-30 pages selon ampleur)
- Plan de management des risques
- Charte d’équipe et règles de fonctionnement
Outils méthodologiques :
- Charte de projet IA
- Matrice RACI
- Plan de management des risques
D2 — Piloter le processus de développement d’une solution basée sur l’IA
La compétence D2 porte sur le pilotage opérationnel du développement, par cycles courts d’itération avec démonstrations régulières. Le rôle de l’AIBS est de garantie métier : vérifier que les résultats intermédiaires correspondent aux exigences cadrées en amont, sans entrer dans les détails techniques d’implémentation.
Actions clés :
- Mettre en œuvre le plan d’itérations défini en P4
- Vérifier les résultats intermédiaires par évaluation métier
- Coordonner les spécialistes mobilisés et arbitrer les questions transversales
- Gérer les écarts par rapport au plan (analyses d’impact, propositions d’ajustement)
- Communiquer régulièrement aux parties prenantes (démonstrations, points d’avancement)
Livrables types :
- Plan d’itérations actualisé
- Comptes rendus de revues de sprint
- Rapports d’avancement périodiques
Outils méthodologiques :
- Plan d’itérations
- Démonstrations sprint
- Tableau de bord projet
D3 — Concevoir l’introduction d’une solution basée sur l’IA
La compétence D3 porte sur la conception de l’intégration organisationnelle et technique de la solution. Cette conception couvre la stratégie de déploiement, l’intégration aux systèmes existants, la conduite du changement, la formation, les processus d’exploitation.
Actions clés :
- Définir la stratégie de déploiement (big bang, progressif, pilote-puis-généralisation)
- Concevoir l’intégration technique avec les systèmes existants
- Élaborer le plan de conduite du changement (sensibilisation, formation, accompagnement)
- Préparer les processus d’exploitation (monitoring, support, gestion des incidents)
- Définir les critères de mise en production
Livrables types :
- Plan de déploiement détaillé
- Plan de conduite du changement (modèle ADKAR ou Kotter)
- Plan de formation utilisateurs
Outils méthodologiques :
- Plan de conduite du changement
- Plan de formation
- Stratégie de déploiement
D4 — Gérer le processus d’introduction d’une solution basée sur l’IA
La compétence D4 porte sur la conduite effective du déploiement : mise en production, gestion de la stabilisation, mesure de l’adoption, lever des obstacles, transition vers l’exploitation. C’est la phase où la valeur du projet se concrétise effectivement, ou échoue.
Actions clés :
- Conduire la mise en production (vérification critères, bascule technique)
- Activer le dispositif de communication et de formation
- Mettre en place une cellule de support renforcé pendant la stabilisation
- Mesurer l’adoption (KPIs couverture, activité, complétion, satisfaction)
- Identifier et lever les obstacles à l’adoption
- Conduire la transition formelle vers l’exploitation (DCO E)
Livrables types :
- Bilan de mise en production
- Tableaux de bord d’adoption
- Bilan de projet et transfert vers l’exploitation
Outils méthodologiques :
- KPIs d’adoption
- Tableau de bord post-go-live
- Bilan de projet structuré
Repères pour l’examen
Points d’attention pour démontrer la maîtrise de ce DCO :
- Le DCO D n’est pas évalué directement à l’examen partie 1 (qui porte sur DCO B et C). En partie 1, il peut être abordé brièvement si le projet présenté est déjà en pilotage.
- Le DCO D est largement mobilisable en partie 2 (études de cas écrites). Les questions peuvent porter sur la conception du plan de déploiement, la conduite du changement, la gestion des écarts, la transition vers l’exploitation.
- Les clarifications officielles précisent que la vérification des résultats intermédiaires (D2) et la conception de l’intégration technique (D3) relèvent d’une évaluation métier. Une présentation à l’examen ne doit pas exiger une expertise technique IT que l’AIBS n’a pas vocation à porter.
- La distinction entre rôle d’AIBS et rôle de chef de projet IT est régulièrement testée dans le cadre du DCO D. Selon les organisations, ces rôles peuvent être cumulés ou distincts ; la posture d’AIBS reste centrée sur la garantie métier et la cohérence avec les exigences.
- La conduite du changement (intégrée à D3) est un attendu structurel des projets IA. Une présentation ignorant cette dimension est jugée incomplète, indépendamment de la qualité technique de la solution.
- La formation des utilisateurs et le dispositif d’accompagnement sont des composantes attendues. Le séquencement formation-déploiement (formation juste avant l’usage effectif) est un point de pratique régulièrement abordé.
- Les KPIs d’adoption (couverture, activité, intensité, complétion) doivent être distingués des KPIs de performance fonctionnelle. Un projet peut afficher une adoption favorable sans atteindre ses objectifs métier.
- La phase de stabilisation (2-6 semaines après mise en service) doit faire l’objet d’un dispositif renforcé : ressources support sur-allouées, communication réactive, ajustements rapides.
Articulation avec les autres DCO
DCO C
Le DCO D prend le relais du DCO C lorsqu’une décision favorable a été prise en C6. La phase de pilotage du déploiement (D) hérite de la solution conçue (C3), de l’évaluation de faisabilité (C4) et du business case (C5). La cohérence entre les engagements de C5/C6 et la réalisation pilotée en D est attendue.
DCO E
Le DCO E reprend le relais du DCO D au moment de la transition vers l’exploitation. La qualité de cette transition — documentation, transfert des responsabilités, dispositifs de surveillance et de support en place — conditionne la pérennité de la solution. Le DCO E n’est pas un substitut à un DCO D bâclé.
DCO F
La conduite du changement, intégrée au DCO D, mobilise fortement les compétences du DCO F (créer et entretenir les réseaux, identifier les besoins de changement, gérer les processus d’apprentissage). L’AIBS exerce simultanément des compétences D et F dans la phase P7.
Erreurs fréquentes — et leur antidote
❌ Erreur : Sous-investissement en conduite du changement
✓ Antidote : Inscrire au budget projet une enveloppe explicite (typiquement 15-25% du budget total)
❌ Erreur : Formation positionnée plusieurs mois avant l’usage effectif
✓ Antidote : Calendrier de formation aligné avec le déploiement : initiale 2 semaines avant, consolidations à 1 mois et 3 mois
❌ Erreur : Absence de support renforcé en stabilisation
✓ Antidote : Cellule de support renforcé sur 2-6 premières semaines avec ressources dédiées
❌ Erreur : Pilotage par planning sans démonstrations intermédiaires
✓ Antidote : Démonstration concrète à chaque fin d’itération avec sponsor et utilisateurs
❌ Erreur : Confusion entre adoption technique et performance fonctionnelle
✓ Antidote : Suivi distinct des KPIs d’adoption et de performance
❌ Erreur : Transfert vers l’exploitation préparé en fin de projet
✓ Antidote : Préparation dès le début de P7, implication des fonctions d’exploitation dans les comités
❌ Erreur : AIBS positionné comme Responsible sur les activités d’exécution technique en RACI
✓ Antidote : AIBS Accountable sur cadrage et validation, Consulted ou Informed sur exécution
L’AIBS dans l’exercice professionnel — DCO D
L’exercice du DCO D dans la pratique professionnelle se présente sous deux configurations principales :
La première configuration est celle de l’AIBS portant simultanément la responsabilité métier et la responsabilité de pilotage opérationnel. Cette configuration se rencontre dans les organisations de taille intermédiaire ou pour les projets de portée limitée. L’AIBS y exerce l’ensemble des compétences du DCO D, en s’appuyant sur les fonctions appropriées (chef de projet adjoint, chef de projet IT pour la dimension technique, responsable change management).
La deuxième configuration est celle de l’AIBS exerçant une responsabilité métier en parallèle d’un chef de projet IT distinct. Cette configuration est fréquente dans les grandes organisations et pour les projets à forte composante d’intégration. La répartition des responsabilités est alors formalisée : le chef de projet IT pilote l’exécution opérationnelle (planning, budget, équipe), l’AIBS conserve la responsabilité métier (cohérence avec les exigences, validation des livrables fonctionnels, conduite du changement) et la responsabilité d’interface avec le sponsor et les utilisateurs.
Dans les deux configurations, la matrice RACI projet positionne typiquement l’AIBS comme Accountable sur les activités à dominante métier (validation fonctionnelle, conduite du changement, communication aux utilisateurs) et comme Consulted ou Informed sur les activités d’exécution technique (développement, intégration, infrastructure).
La maîtrise du DCO D conditionne directement la concrétisation effective des projets IA. Sans cette maîtrise, les analyses rigoureuses des phases précédentes ne se traduisent pas en valeur produite pour l’organisation. Une attention particulière doit être portée au passage à l’échelle : la duplication d’un pilote réussi sur cinq, dix, cinquante sites s’effectue selon des dynamiques différentes du pilote initial. Le dimensionnement des ressources d’accompagnement doit anticiper cette progression.
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 :
D1. Clarifier et définir le cadre général
Critères de performance :
- Clarifier les objectifs, le périmètre, les rôles et le budget du projet
- Définir la gouvernance projet, les jalons et les critères de succès
- Identifier et documenter les risques projet
D2. Piloter le processus de développement d’une solution basée sur l’IA
Critères de performance :
- Coordonner les spécialistes et suivre l’avancement
- Vérifier les résultats intermédiaires (évaluation métier suffisante, pas de connaissance code requise)
- Gérer les écarts et adapter le plan
- Communiquer aux parties prenantes
D3. Concevoir l’introduction d’une solution basée sur l’IA
Critères de performance :
- Concevoir l’intégration au niveau technique avec les spécialistes (évaluation métier suffisante)
- Planifier la formation des utilisateurs et la conduite du changement
- Préparer le support et les processus d’exploitation
- Définir les critères de mise en production
D4. Gérer le processus d’introduction d’une solution basée sur l’IA
Critères de performance :
- Piloter la mise en production
- Accompagner les utilisateurs lors du déploiement
- Mesurer l’adoption et lever les obstacles
- Clôturer le projet et transférer à l’exploitation
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)