Le DCO C constitue le cœur opérationnel du métier d’AIBS et concentre quatre des six compétences évaluées à l’examen partie 1, dont trois compétences obligatoires (C3, C4, C5). À ce titre, le DCO C représente l’investissement principal de la formation et le territoire d’évaluation le plus exigeant.
Le DCO C couvre l’intégralité de la séquence allant du cadrage des besoins (C1) à l’élaboration des bases de décision (C6), en passant par le lancement du processus de développement (C2), la conception de la solution (C3), la vérification de la faisabilité (C4) et la vérification de l’utilité et de la rentabilité (C5). Cette séquence de six compétences correspond approximativement aux phases P3, P4, P5 et P6 du fil rouge projet.
Une caractéristique structurante du DCO C — fréquemment mal interprétée — concerne le niveau d’intervention technique attendu de l’AIBS. Selon les clarifications officielles de l’autorité d’examen, l’AIBS n’a pas vocation à implémenter des solutions d’IA ni à interpréter les modèles sous l’angle du développement. Sa contribution consiste à identifier, analyser, piloter et préparer la prise de décision, la mise en œuvre technique étant assurée par les spécialistes. La compréhension conceptuelle des biais, des architectures (LLM, RAG, fine-tuning) et des modalités d’évaluation est requise et suffit ; la maîtrise technique de leur implémentation ne l’est pas.
Cette répartition des rôles structure également la posture attendue à l’examen : l’AIBS y démontre sa capacité à orchestrer, à formuler des attentes précises envers des spécialistes et à intégrer leurs contributions dans une solution cohérente, plutôt que sa maîtrise technique sur des sujets qui relèvent d’autres certifications.
Repères pour l’examen
Points d’attention pour démontrer la maîtrise de ce DCO :
- Trois des quatre compétences obligatoires de l’examen partie 1 relèvent du DCO C (C3, C4, C5). La maîtrise approfondie de cette section conditionne directement la réussite à l’examen.
- La distinction entre conception de solution (C3) et faisabilité (C4) est régulièrement testée. La conception établit ce que la solution doit être ; la faisabilité vérifie qu’elle peut effectivement être réalisée selon les conditions identifiées (techniques, données, organisationnelles, juridiques, éthiques).
- L’utilité (C5) ne se confond pas avec la faisabilité (C4). Une solution techniquement faisable peut s’avérer non utile (gain métier insuffisant) ou non rentable (coût total supérieur aux bénéfices). Les deux dimensions sont évaluées séparément.
- L’élaboration des bases de décision (C6) intègre les conclusions des phases précédentes dans un livrable adapté au public décideur. La capacité à synthétiser et à argumenter une recommandation tranchée est l’objet de l’évaluation, plus que l’exhaustivité de la documentation.
- Les exigences quantifiées sont attendues à l’examen : seuils de performance technique en C4 (KPIs ML), critères de rentabilité en C5 (TCO, ROI, payback), conditions de go/no-go en C6. L’absence de quantification est un point de vigilance régulièrement signalé par les jurys.
- La conformité réglementaire — protection des données, AI Act, exigences sectorielles, hébergement Suisse le cas échéant — est attendue en filigrane dans l’ensemble du DCO C, particulièrement en C4 (faisabilité juridique) et en C5 (coûts de conformité).
- Le rôle de l’AIBS s’exerce dans une posture d’orchestration. À l’examen, la démonstration de cette posture passe par l’identification explicite des spécialistes mobilisés, des questions qui leur ont été posées, et de la manière dont leurs contributions ont été intégrées.
- La compréhension conceptuelle des biais (types, origines, mécanismes d’atténuation) est explicitement attendue pour C4. Une compréhension technique approfondie n’est pas requise ; la capacité à dialoguer avec un spécialiste sur le sujet l’est.
Articulation avec les autres DCO
DCO B
Le DCO B alimente directement le DCO C : le ou les cas d’usage retenus en B3 entrent en C1 pour cadrage des besoins. La traçabilité B → C est attendue à l’examen, notamment dans la justification du cas retenu et dans la cohérence entre la priorisation B3 et la conception C3.
DCO D
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). En examen partie 1, le DCO D n’est pas évalué directement mais peut être abordé en D1-D2 si le projet présenté est déjà en pilotage.
DCO E
Le DCO E (exploitation) 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.
DCO F
Le stakeholder management (F1) est mobilisé en continu dans le DCO C : recueil des besoins (C1), constitution de l’équipe (C3), validation des conclusions (C5), présentation des bases de décision (C6). La gestion des conflits dans une équipe interdisciplinaire est un attendu particulier de C3.
L’AIBS dans l’exercice professionnel — DCO C
Le DCO C constitue le territoire principal d’exercice professionnel de l’AIBS. Trois caractéristiques distinguent ce DCO dans la pratique :
La première caractéristique tient à la durée d’exercice. Le DCO C couvre généralement six à douze mois sur un projet de taille moyenne, contre un à trois mois pour le DCO B. Cette inscription dans la durée mobilise des compétences de pilotage et de communication soutenue avec l’équipe interdisciplinaire et les parties prenantes.
La deuxième caractéristique concerne l’articulation entre les compétences. Si le profil de qualification présente C1 à C6 comme des compétences distinctes, leur exercice dans la pratique est itératif et entrelacé. La conception de la solution (C3) peut révéler des besoins non identifiés en C1 ; l’évaluation de faisabilité (C4) peut conduire à reformuler la solution conçue. Cette itération est une caractéristique du métier, non un défaut de méthode.
La troisième caractéristique tient au profil des interlocuteurs. Le DCO C met l’AIBS en relation directe avec des spécialistes techniques (data scientists, architectes, ingénieurs des données), avec des fonctions de contrôle (DPO, conformité, juridique, sécurité), et avec les décideurs (sponsor, comité de pilotage). La capacité à adapter le niveau de discours à chaque interlocuteur — technique sans confusion avec les spécialistes, accessible sans simplisme avec les décideurs — constitue une compétence transversale au DCO C.
Au-delà de la préparation à l’examen, la maîtrise du DCO C structure la pratique professionnelle de l’AIBS sur l’ensemble du cycle de vie d’un projet IA et conditionne l’évolution éventuelle vers des fonctions de pilotage de portefeuille IA (DCO E) ou de conseil interne (DCO F).
Compétences opérationnelles — référentiel officiel
Ce DCO regroupe 6 compétences avec critères de performance définis par le profil de qualification :
C1. Relever et formuler les besoins et les exigences
Critères de performance :
- Examiner l’environnement, identifier les groupes d’intérêts internes/externes et les classer
- Définir des méthodes d’enquête appropriées (sondage, interview, observation)
- Prendre en compte les besoins des parties prenantes
- Établir un catalogue des besoins, le classer et résumer les messages clés
- Déduire et formuler les exigences à partir des besoins
- Déduire les exigences à partir des objectifs stratégiques, de la gouvernance et des critères définis
C2. Lancer le processus de développement et de vérification d’une idée
Critères de performance :
- Réaliser une analyse de marché sur les approches, solutions standard, activités et thèmes pertinents (sélection fonctionnelle, pas comparaison d’architectures)
- Identifier les approches de solution prometteuses et les dépendances techniques importantes
- Préparer le processus de développement et de vérification avec les spécialistes
- Documenter les premières esquisses et les bases pour le développement
C3. Développer des solutions basées sur l’IA ★ examen
Critères de performance :
- Esquisser des solutions pour une possibilité d’utilisation de manière autonome, en tenant compte des modèles d’IA, technologies et produits standard appropriés
- Approfondir les solutions possibles en faisant appel à des spécialistes et les développer en une solution possible basée sur l’IA
- Évaluer les exigences en matière de données et formuler les attentes envers les spécialistes
- Évaluer les exigences techniques et fonctionnelles et les communiquer aux spécialistes
- Conduire le développement de manière itérative avec les spécialistes
- Démontrer aux parties prenantes la version actuelle de la solution
À noter
Les AIBS n’implémentent pas. Ils choisissent et appliquent une méthode de validation des approches de solutions.
C4. Vérifier la faisabilité d’une solution basée sur l’IA ★ examen
Critères de performance :
- Définir des critères de faisabilité avec les spécialistes (technique, données, organisationnelle, juridique, éthique)
- Vérifier la faisabilité selon ces critères avec les spécialistes
- Reconnaître les signes d’éventuels biais dans les données ou modèles et évaluer leur importance avec des experts (compréhension conceptuelle suffisante)
- Documenter les conclusions sur la faisabilité
- Formuler les conditions et les risques résiduels
C5. Vérifier l’utilité et la rentabilité d’une solution basée sur l’IA ★ examen
Critères de performance :
- Définir des critères d’utilité (fonctionnels, qualitatifs) avec les parties prenantes
- Définir des critères de rentabilité (coûts, bénéfices) avec les spécialistes financiers
- Calculer ou estimer le rapport coût/bénéfice (TCO, ROI, payback)
- Évaluer l’utilité réelle et les risques
- Documenter les conclusions
C6. Élaborer et présenter des bases de décision
Critères de performance :
- Synthétiser les conclusions de faisabilité, utilité et rentabilité
- Élaborer des recommandations argumentées pour la suite (go/no-go, scope, prochaines étapes)
- Adapter le niveau de détail et la forme à la décision attendue et au public
- Présenter les bases de décision aux décideurs et mener la discussion
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)