Équipes MOA et métier · 2 jours (14 heures) · intra-entreprise, présentiel ou distanciel
AMOA et recette fonctionnelle : du besoin flou au cahier de recette
En bref
- Durée
- 2 jours (14 heures)
- Format
- Présentiel et distanciel
- Effectif
- 10 participants maximum
- Niveau
- Intermédiaire
- Public
- Équipes MOA, maîtrise d'ouvrage déléguée et référents métier des secteurs banque, assurance, mutuelles et secteur public
- Prérequis
- Avoir participé à au moins un projet informatique, à n'importe quel titre : métier, MOA, chef de projet, testeur ou développeur
- Méthodes
- Alternance courte entre apport et pratique : aucun exposé ne dépasse vingt minutes sans mise en situation
- Évaluation
- Avant la session : questionnaire de positionnement de 10 questions envoyé au cadrage, qui situe le niveau de départ de chaque participant et ajuste la profondeur des modules 3 et 5
- Délai d'accès
- Planifié au cadrage, selon vos disponibilités
- Tarif
- Sur devis, selon le format, la durée et le nombre de participants. Le premier échange est gratuit.
- Accessibilité et situation de handicap
- Voir la rubrique dédiée
« Ça ne fonctionne pas comme prévu » découvert le jour de la mise en production coûte infiniment plus cher que deux jours de méthode. Le scénario est presque toujours le même : le métier a décrit une solution au lieu d'un besoin, les règles de gestion n'ont jamais été écrites noir sur blanc, et la recette a été improvisée la semaine précédant la livraison. Cette session prend le problème par les deux bouts. Jour 1 : remonter au besoin réel et le transformer en exigences que l'on peut vérifier. Jour 2 : dériver de ces exigences un cahier de recette qui tranche objectivement si une livraison est conforme, puis qualifier et suivre les anomalies jusqu'à la mise en production.
Objectifs pédagogiques
- Distinguer une demande de solution d'un besoin métier et reformuler la demande en besoin exploitable
- Conduire un atelier d'expression de besoin : préparation, questions de relance, registre des points ouverts
- Rédiger une règle de gestion et des critères d'acceptation vérifiables, cas limites et cas d'erreur compris
- Construire une stratégie de recette priorisée par le risque, avec un périmètre explicitement assumé
- Concevoir des cas de test par classes d'équivalence, valeurs limites et tables de décision
- Assembler un cahier de recette tracé jusqu'aux exigences, exécutable par quelqu'un d'autre que son auteur
- Qualifier une anomalie en gravité et priorité, la distinguer d'une évolution, et la suivre jusqu'à sa clôture
- Rédiger un procès-verbal de recette et formuler des réserves opposables avant la mise en production
Programme détaillé
01Jour 1 · D'où viennent réellement les anomalies
1 h- Le coût d'un défaut selon le moment où il est trouvé : cadrage, développement, recette, production
- Les trois causes de terrain : un besoin exprimé sous forme de solution, une règle de gestion jamais écrite, une recette improvisée en fin de projet
- Qui vérifie quoi : métier, MOA, MOE, testeur — ce que chaque rôle peut valider et ce qu'il ne peut pas
- Diagnostic en séance : chaque participant décrit une anomalie réellement découverte en production, et le groupe remonte à son origine
02Jour 1 · De la demande au besoin : conduire l'atelier d'expression de besoin
2 h- Préparer l'atelier : qui inviter, quelles questions écrire à l'avance, quels documents réclamer avant de s'asseoir
- Faire dire le besoin derrière la solution demandée : reformulation, questions de relance, recherche des cas non nominaux
- Séparer trois choses qui arrivent mélangées : le besoin métier, la contrainte réglementaire et la préférence d'interface
- Tracer ce qui est décidé et ce qui reste ouvert : registre des points en suspens et de leurs décideurs
- Mise en pratique : l'atelier est joué en binômes sur le cas fil rouge, un participant tenant le rôle du métier
03Jour 1 · Écrire des exigences que l'on peut tester
2 h- Anatomie d'une règle de gestion : donnée d'entrée, condition, résultat attendu, comportement en cas d'erreur
- Des critères d'acceptation vérifiables : comment sortir de « le système doit être ergonomique »
- Cas limites, cas d'erreur et cas de reprise : ce que les spécifications oublient le plus systématiquement
- Traduire une contrainte réglementaire (vérification d'identité, durée de conservation d'une donnée) en exigence concrète et vérifiable
- Production évaluée : chaque binôme réécrit trois exigences floues du cas fil rouge en exigences testables, revues en collectif
04Jour 1 · Construire la stratégie de recette
2 h- Le périmètre : ce que l'on teste, ce que l'on ne teste pas, et pourquoi c'est une décision assumée plutôt qu'un oubli
- Prioriser par le risque : impact métier croisé à la probabilité de défaillance, et arbitrage quand le délai se réduit
- Les niveaux de test et leur enchaînement : unitaire, intégration, recette fonctionnelle, non-régression, recette métier
- Environnements et jeux de données : la contrainte matérielle qui fait échouer la majorité des campagnes
- Le calendrier de recette : charge réelle, disponibilité des testeurs métier, boucles de correction et retest
- Production évaluée : le groupe construit la matrice de risques du cas fil rouge et en déduit son périmètre de recette
05Jour 2 · Concevoir les cas de test
2 h- Passer d'une exigence à un jeu de cas de test : ce qui garantit la couverture, ce qui donne seulement l'illusion de tester
- Classes d'équivalence et valeurs limites : tester moins de cas, mais aux endroits où les défauts se logent
- Tables de décision pour les règles à conditions multiples, celles que l'intuition couvre toujours mal
- Cas passants, cas d'erreur et cas de bout en bout : trois intentions de test à ne pas confondre
- Anatomie d'un cas exécutable par quelqu'un d'autre que son auteur : préconditions, jeu de données, étapes, résultat attendu
- Production évaluée : conception d'un jeu de cas complet sur une règle de gestion à conditions multiples
06Jour 2 · Le cahier de recette
1 h 30- Structure d'un cahier de recette et portée de ce qu'il engage vis-à-vis d'un prestataire
- Matrice de traçabilité exigence → cas de test : la seule façon de répondre à « qu'est-ce qui n'est pas couvert ? »
- Jeux de données : constitution, anonymisation, réutilisation d'une campagne à l'autre
- Outiller sans se noyer : ce qu'un tableur suffit à porter, ce qui justifie un outil de suivi (Jira ou équivalent)
- Production évaluée : assemblage du cahier de recette du cas fil rouge à partir des cas conçus la veille
07Jour 2 · Exécuter, qualifier et suivre les anomalies
2 h- Exécuter une campagne : ordre de passage, traitement des cas bloqués, preuve d'exécution conservée
- Rédiger une anomalie reproductible : contexte, étapes, résultat attendu, résultat obtenu, environnement, preuve
- Qualifier : gravité (impact métier) contre priorité (urgence de correction), et pourquoi les confondre paralyse un comité
- Anomalie, évolution ou incompréhension du besoin : l'arbitrage qui évite l'enlisement du dialogue avec la MOE
- Le circuit de suivi jusqu'à la clôture : correction, retest, contrôle de non-régression
- Mise en situation : chaque binôme exécute les cas rédigés par un autre binôme, puis qualifie les écarts constatés
08Jour 2 · Prononcer la recette et sécuriser la mise en production
1 h 30- Décider : recette prononcée, prononcée avec réserves, ou refusée — et ce que chaque décision engage pour la suite
- Rédiger le procès-verbal de recette et formuler des réserves suffisamment précises pour être opposables
- Après la livraison : surveillance des premiers jours d'exploitation, campagne de non-régression, capitalisation du patrimoine de cas de test
- Évaluation finale, correction commentée, puis plan d'action individuel : ce que chacun met en place dans les deux semaines
À qui s'adresse cette session
- Équipes MOA, maîtrise d'ouvrage déléguée et référents métier des secteurs banque, assurance, mutuelles et secteur public
- DSI de PME et d'ETI dont les anomalies se découvrent en production plutôt qu'en recette
- Chefs de projet et Product Owners qui héritent de la recette sans l'avoir jamais structurée
- ESN et prestataires dont les livraisons sont contestées faute de critères écrits en amont
- Testeurs métier arrivés dans le rôle par nécessité, sans formation dédiée
Ce que les participants emportent
- Un modèle de cahier de recette : structure, matrice de traçabilité, gestion des jeux de données
- Une grille de conduite d'atelier d'expression de besoin : questions de relance, pièges fréquents, registre des points ouverts
- Un mémo des techniques de conception de cas de test : classes d'équivalence, valeurs limites, tables de décision
- Une fiche d'anomalie type et sa grille de qualification gravité / priorité
- Une trame de procès-verbal de recette avec formulation de réserves
- L'ensemble des productions du groupe pendant les deux jours, consolidées et transmises après la session
Prérequis
- Avoir participé à au moins un projet informatique, à n'importe quel titre : métier, MOA, chef de projet, testeur ou développeur
- Aucun prérequis technique : ni code, ni outil de test automatisé. La session porte sur la recette fonctionnelle, celle que le métier exécute lui-même
- En intra, prévoir un projet réel de votre organisation dont un extrait de spécification pourra servir de support (anonymisé si nécessaire)
Méthodes pédagogiques
- Alternance courte entre apport et pratique : aucun exposé ne dépasse vingt minutes sans mise en situation
- Un cas fil rouge fictif mais réaliste, tenu sur les deux jours : l'ouverture d'un compte en ligne, avec ses règles de gestion, ses cas limites et ses contraintes de conformité
- En intra, le cas fil rouge peut être remplacé par un extrait de spécification de votre propre projet, récupéré au cadrage et anonymisé si nécessaire
- Travail en binômes avec revue croisée : chaque binôme exécute et critique les productions d'un autre, comme en recette réelle
- Supports remis en séance et réutilisables tels quels : modèles, grilles et mémos décrits plus bas
- Groupe limité à 10 participants, condition pour que chacun produise et soit corrigé individuellement
Évaluation des acquis
- Avant la session : questionnaire de positionnement de 10 questions envoyé au cadrage, qui situe le niveau de départ de chaque participant et ajuste la profondeur des modules 3 et 5
- Pendant la session : chaque module de pratique se termine par une production évaluée (exigence réécrite, matrice de risques, jeu de cas de test), corrigée en collectif sur une grille annoncée à l'ouverture
- Fin de jour 1 : quiz de validation de 15 questions sur les acquis du cadrage, des règles de gestion et de la stratégie de recette, corrigé immédiatement
- À l'issue : mise en situation finale. À partir d'une spécification remise en séance, chaque binôme produit un extrait de cahier de recette d'au moins cinq cas, dont un cas limite et un cas d'erreur, puis exécute les cas d'un autre binôme et qualifie les écarts en gravité et priorité
- La mise en situation finale est corrigée sur quatre critères annoncés dès l'ouverture : couverture des exigences, exécutabilité par un tiers, pertinence des cas limites, qualité de la qualification des anomalies
D'où vient ce que j'enseigne
Adrien Bouthet, chef de projet IT et Product Owner freelance à Bordeaux, 8 ans d'expérience. Ce que j'enseigne ici vient de missions où la recette était le dernier filet avant la production. Depuis février 2025, je pilote les parcours digitaux d'entrée en relation de La Banque Postale — ouverture de compte, parcours majeurs-mineurs, souscription du Livret A — sur un budget de l'ordre du million d'euros et avec 2 partenariats externes intégrés par API, sous contrainte KYC et RGPD : j'y anime les ateliers de cadrage, je rédige les spécifications fonctionnelles, et je conçois puis exécute les scénarios de recette. Le dispositif tient à moins de 3 incidents en production par an. En freelance, j'ai conçu le patrimoine de recette fonctionnelle et alimenté le backlog de projets clients, et fait monter en compétences des équipes projet AMOA. J'ai suivi la formation Métier Testeur de la Wild Code School en 2020, et j'interviens comme formateur auprès d'écoles bordelaises depuis 2020. Ces chiffres sont ceux de missions de pilotage : ils disent d'où vient la méthode enseignée, pas ce qu'une session de deux jours produira dans votre organisation.
Cas concret
Exemple chiffré : sur les parcours d'entrée en relation de La Banque Postale, j'ai conçu et exécuté les scénarios de recette d'un dispositif d'environ 1 M€ intégrant 2 partenaires externes par API, sous contrainte KYC et RGPD, pour un résultat de moins de 3 incidents en production par an. Les modules de conception de cas de test et de qualification des anomalies de cette session sortent directement de cette pratique.
Lire l'étude de casQuestions fréquentes
Faut-il savoir coder ou manipuler un outil de test automatisé ?+
Non, et l'automatisation n'est pas au programme. La session porte sur la recette fonctionnelle : celle que le métier exécute lui-même, à la main, pour vérifier qu'une livraison correspond au besoin exprimé. Les participants les plus utiles à cette pratique sont souvent les moins techniques, parce qu'ils connaissent les cas réels du métier.
Peut-on travailler sur nos projets plutôt que sur le cas fil rouge ?+
Oui, c'est même le format le plus rentable en intra. Je récupère au cadrage un extrait de spécification ou une demande métier réelle, anonymisée si nécessaire, et il remplace le cas fil rouge sur tout ou partie des ateliers. Les productions des deux jours deviennent alors directement réutilisables sur le projet concerné.
Nos équipes n'ont aujourd'hui ni cahier de recette ni référentiel d'exigences. Est-ce bloquant ?+
Non, c'est la situation la plus fréquente, et la session est construite pour ce point de départ. Le jour 1 sert précisément à reconstituer des exigences exploitables à partir de ce qui existe : tickets, comptes rendus, mails, connaissance orale des utilisateurs. Le jour 2 en dérive un premier cahier de recette.
Combien de participants au maximum ?+
Dix. Au-delà, la revue croisée des productions ne tient plus dans la durée annoncée et la session redevient un exposé. Si l'effectif à former est plus important, on programme plusieurs sessions plutôt que d'élargir le groupe.
La session se déroule-t-elle chez nous ou à distance ?+
Les deux formats existent : en présentiel dans vos locaux à Bordeaux et en Nouvelle-Aquitaine, ou à distance partout en France. À distance, le déroulé reste identique mais les deux journées sont généralement espacées d'une semaine, ce qui laisse le temps d'appliquer les acquis du jour 1 sur un cas réel avant le jour 2.
Quelle différence avec votre prestation de consultant AMOA ?+
En prestation AMOA, c'est moi qui produis les livrables sur votre projet : expression de besoin, spécifications, cahier de recette, suivi des anomalies. En formation, c'est votre équipe qui apprend à les produire et qui repart avec les modèles pour le faire seule. Les deux se combinent : une prestation sur un premier projet, puis une session pour transférer la méthode.
Deux jours suffisent-ils vraiment ?+
Deux jours suffisent à poser la méthode et à produire un premier cahier de recette sur un périmètre restreint : c'est l'objectif annoncé et il est tenu. Ils ne suffisent pas à reprendre l'intégralité d'un référentiel d'exigences existant ni à couvrir une application entière. Quand c'est le besoin, la session sert d'amorce et la reprise du référentiel relève d'une mission de conseil, pas d'une formation.
Cadre et conditions
Financement
Ces sessions sont facturées directement à l'entreprise, sur son budget propre de développement des compétences. Elles ne sont pas éligibles aux financements mutualisés (OPCO, CPF, France Travail), qui supposent une certification Qualiopi.
Certification
Cette session n'est pas certifiante. Je ne délivre aucune certification Scrum.org, Scrum Alliance, Scaled Agile (SAFe) ou PeopleCert (ITIL), ni aucun titre enregistré au RNCP ou au Répertoire spécifique. L'objectif est opérationnel : des pratiques applicables, pas un diplôme.
Cadre contractuel
Chaque session donne lieu à une convention de formation professionnelle signée avant le démarrage, précisant les objectifs, le programme, la durée, les modalités de déroulement et le tarif convenu. Le règlement intérieur applicable à la session est remis aux participants à l'ouverture.
Attestation
Une attestation de fin de formation est remise à chaque participant à l'issue de la session. Elle mentionne les objectifs, la nature et la durée de la formation, ainsi que les résultats de l'évaluation des acquis.
Accessibilité et situation de handicap
Référent handicap : Adrien Bouthet, contact@adrienbouthet.fr. Toute situation nécessitant un aménagement (accès aux locaux, adaptation des supports, du rythme ou des modalités d'évaluation) est étudiée lors du cadrage, sous 5 jours ouvrés. Si l'aménagement dépasse nos moyens, nous orientons vers les ressources spécialisées (Agefiph, Cap emploi).
Une équipe MOA à former
Réservez un premier échange gratuit. On cadre le niveau réel des participants, le périmètre à couvrir et le format retenu : deux jours consécutifs, ou deux journées espacées d'une semaine.
L'offre correspondante
Consultant AMOA freelance