Cadrage Phases : P3 Compétences : C1
Catalogue de besoins
Définition
Le catalogue de besoins est un document structuré recensant l’ensemble des besoins exprimés par les parties prenantes pour un projet IA. Chaque besoin y est identifié par un identifiant unique et qualifié par sa description, sa catégorie, sa source, sa priorité initiale, sa date d’identification et son statut. Le catalogue assure la traçabilité du recueil des besoins jusqu’à leur traitement (transformation en exigences, mise en œuvre, validation).
Pour l’AIBS, le catalogue de besoins constitue le livrable structurant de la phase P3. Il alimente la compétence C1 (relever et formuler les besoins et les exigences). La distinction entre besoins (exprimés dans le langage des parties prenantes) et exigences (formulées de manière technique et mesurable) est structurelle et doit être maintenue tout au long du projet.
La qualité du catalogue conditionne la qualité de toutes les phases ultérieures. Un besoin oublié à ce stade se retrouvera typiquement en phase de tests utilisateurs, avec un coût de prise en compte multiplié par 10 ou plus. Inversement, un besoin mal formulé propage son ambiguïté à toutes les exigences qui en découlent.
Quand l’utiliser
À constituer en début de phase P3, après identification des parties prenantes. À tenir à jour tout au long du projet : nouveaux besoins, modifications, abandons sont tracés explicitement.
Exemple visuel
Tableau type de catalogue de besoins
| ID | Description | Catégorie | Source | Priorité | Statut |
|---|---|---|---|---|---|
| B-001 | Réduire le temps de traitement des sinistres simples | Fonctionnel | Direction sinistres | Haute | Validé |
| B-002 | Permettre la consultation 24/7 par les assurés | Non-fonctionnel | Service client | Haute | Validé |
| B-003 | Garantir la conformité au secret professionnel | Conformité | DPO | Critique | Validé |
| B-004 | Conserver l’historique pour audit | Conformité | Direction risques | Critique | Validé |
| B-005 | Permettre la révision humaine de toute décision | Éthique | Comité éthique | Critique | Validé |
| B-006 | Intégrer avec le CRM existant | Technique | DSI | Haute | Validé |
| B-007 | Fournir des explications claires aux utilisateurs | Fonctionnel | Service client | Moyenne | À approfondir |
| B-008 | Respecter la charte graphique de l’organisation | Non-fonctionnel | Communication | Basse | Validé |
Exemple concret rempli
Exemple appliqué — Caisse maladie
Une caisse maladie (180 000 assurés, 280 collaborateurs) cadre un projet d’assistant IA pour le traitement des questions courantes des assurés. Le catalogue de besoins est constitué sur 4 semaines.
Sources mobilisées : 14 entretiens individuels (direction service client, responsables d’équipe, conseillers expérimentés, conseillers juniors, DPO, juriste, IT, communication), 2 ateliers collectifs avec 18 conseillers au total, observation directe sur 5 demi-journées en centre d’appels, analyse des 200 emails et 150 appels les plus représentatifs.
Le catalogue final compte 47 besoins répartis comme suit : - Catégorie « Fonctionnel » : 18 besoins (capacités attendues du futur assistant) - Catégorie « Non-fonctionnel » : 11 besoins (performance, disponibilité, ergonomie) - Catégorie « Conformité » : 8 besoins (LPD, secret médical, exigences OFAS) - Catégorie « Éthique » : 4 besoins (équité de traitement, transparence, supervision) - Catégorie « Technique » : 6 besoins (intégration aux systèmes existants)
Quelques besoins exemplaires : - B-007 (Fonctionnel, priorité Haute) : « Comprendre les questions formulées en français standard, en suisse-allemand et en italien, ainsi que dans les principales langues d’origine des assurés (anglais, portugais, serbe, albanais) ». Source : conseillers seniors. Cette exigence multilingue structurera fortement le choix technique. - B-022 (Conformité, priorité Critique) : « Ne jamais exposer d’informations médicales d’un assuré à un autre assuré, même par déduction indirecte ». Source : DPO. Cette exigence imposera une architecture de cloisonnement des contextes. - B-031 (Éthique, priorité Critique) : « Permettre à tout assuré de demander une réponse humaine sans justification ». Source : comité éthique. Cette exigence sera traduite en exigence d’interface explicite.
Le catalogue est validé en comité de pilotage. Trois besoins sont escaladés en demande de clarification (formulation ambiguë), deux besoins sont consolidés (doublons identifiés), un besoin est reporté au cycle suivant (hors périmètre actuel).
Le catalogue alimente directement la phase suivante de formulation des exigences en MoSCoW.
Variantes
Format simple en tableur pour PME (Excel, Google Sheets). Format outillé pour grand compte (Jira, Azure DevOps, IBM DOORS). Catalogue séparé par parties prenantes pour les projets multi-clients.
⚠ Piège classique
Mélange entre besoins (langage des parties prenantes) et exigences (formulation technique mesurable). Maintenir la distinction structurelle dans deux documents séparés, ou dans deux sections clairement distinctes du même document. Sans cette discipline, les choix techniques s’invitent prématurément dans le recueil des besoins.
Clé de succès : Distinguer besoin (le quoi) et exigence (le comment mesurable).
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)