Tests et Recettes pour la maitrise d'ouvrage une introduction complète
- Durée
- Durée :3 jours
- Niveau
- Niveau :Intermédiaire
- Certification
- Certification :Non
2300€ HT
Prochaine session :
Formation Spécifier pour les agents IA : la notation EARS
Rédiger des exigences qu'un agent de code ne peut pas mal interpréterDescription de la formation notation EARS
Les agents de code produisent aujourd'hui du logiciel plus vite que les organisations ne savent décrire ce qu'elles attendent. Le goulot d'étranglement s'est déplacé : la question n'est plus « l'agent sait-il coder ? » mais « l'agent sait-il quoi construire ? ». Le symptôme porte un nom, la dérive : du code livré vite, cohérent en apparence, qui résout confortablement le mauvais problème. Dans une démarche de Spec-Driven Development (SDD), la spécification devient l'artefact le plus rentable qu'un humain puisse produire : elle est versionnée dans le dépôt au même titre que le code, et c'est elle qui pilote l'implémentation. Les métiers de la maîtrise d'ouvrage y retrouvent une position centrale, à condition d'écrire autrement. Une exigence rédigée en prose libre laisse à l'agent le soin de combler les vides ; il les comble toujours, et rarement comme prévu. Cette formation enseigne la notation EARS (Easy Approach to Requirements Syntax), issue de l'ingénierie des exigences en contexte critique et devenue la référence des démarches pilotées par la spécification. Cinq gabarits de phrase, des mots-clés en position fixe : la contrainte de forme oblige à trouver l'information manquante au moment de l'écriture plutôt que six semaines plus tard, et rend chaque exigence traçable vers un test. Aucune ligne de code n'est écrite pendant ces deux jours, et aucun outil d'intelligence artificielle n'est manipulé. C'est une formation de rédaction rigoureuse.
Programme de la formation
Objectif opérationnel :
Savoir rédiger et structurer des exigences en notation EARS, exploitables par une équipe de développement comme par un agent de code, et en maintenir la traçabilité vers les tests.
Objectif pédagogiques :
À l'issue de cette formation Spécifier pour les agents IA : la notation EARS, vous aurez acquis les connaissances nécessaires pour :
- Situer le rôle de la spécification dans une démarche de Spec-Driven Development
- Rédiger des exigences selon les cinq patterns de la notation EARS
- Détecter et corriger les formulations ambiguës, incomplètes ou non testables d'une exigence existante
- Arbitrer entre notation EARS et scénarios Gherkin selon la nature de ce qui est exprimé
- Formuler les exigences non fonctionnelles, les contraintes et le périmètre exclu comme bornes du travail de l'agent
- Établir et vérifier la traçabilité entre exigence, critère d'acceptation et test
- Organiser le cycle de vie d'une spécification versionnée aux côtés du code
Jour 1 — Écrire une exigence qu'une machine ne peut pas mal interpréter
Que lit un agent IA et qu'est-ce qu'il invente
La dérive : comment du code conforme à la lettre d'une exigence peut être faux
Pourquoi la maîtrise d'ouvrage redevient centrale, A quelle condition
Introduction : Ce que l'IA change dans le travail de spécification
Le nouveau goulot d'étranglement du développement logicielQue lit un agent IA et qu'est-ce qu'il invente
La dérive : comment du code conforme à la lettre d'une exigence peut être faux
Pourquoi la maîtrise d'ouvrage redevient centrale, A quelle condition
Anatomie d'une spécification exploitable
Les composants attendus : contexte métier, glossaire du domaine, exigences fonctionnelles, exigences non fonctionnelles, périmètre exclu
Le rôle des user stories : point de départ de la conversation, pas support de la spécification
Critères d'acceptation : ce qui distingue un critère d'une intention
La notation EARS
Origine et raison d'être : l'ingénierie des exigences en contexte critique
Les différents patterns ubiquitaire, événementiel, d'état, comportement indésirable, ..
Les exigences complexes : combinaison de pattern
Les confusions les plus fréquentes
Traquer l'ambiguïté
Le vocabulaire ambigu
Les pièges de structure
Les exigences non testables
EARS ou Gherkin : choisir la notation
Règle générale contre l'exemple concret
Coût caché d'un scénario Gherkin
Grille de décision applicable à un lot d'énoncés hétérogène
Articulation entre les deux dans un même dossier de spécifications
Borner le travail de l'agent
Exigences non fonctionnelles : performance, sécurité, accessibilité, observabilité — les formuler en EARS
Contraintes techniques et organisationnelles imposées au projet
Le périmètre exclu comme exigence de plein droit : ce que le système ne doit pas faire
Les décisions structurantes et leur justification : pourquoi une décision non écrite est une décision perdue
Traçabilité et couverture
La chaîne exigence → critère d'acceptation → test
Identifier et référencer une exigence de manière stable
Vérifier la couverture : quelles exigences ne sont vérifiées par rien
Gérer l'évolution : amender une exigence sans casser la traçabilité
La revue de spécification assistée par IA
Faire critiquer sa propre spécification : ambiguïtés, contradictions, cas non traités
La technique la plus utile : demander à l'assistant de poser les questions plutôt que d'y répondre
Faire produire des contre-exemples et des cas limites
Les limites de l'exercice : ce que l'assistant ne verra jamais faute de connaître le métier
Faire vivre une spécification versionnée
Pourquoi la spécification rejoint le dépôt de code : historique, revue, proximité avec l'implémentation
Organisation des fichiers et granularité utile
Qui est propriétaire de la spécification, qui la met à jour, à quel moment
Le point de vigilance permanent : la spécification qui ne suit plus le code redevient une documentation morte
Synthèse et suites
Où se situe cette pratique dans une démarche de Spec-Driven Development
Ce qui se joue côté équipe technique, et comment dialoguer avec elle
Public cible :
Ce cours s'adresse aux assistants à maîtrise d'ouvrage, business analysts, analystes métier, Product Owners, chefs de projet fonctionnels, responsables qualité et testeurs fonctionnels. Cette formation ne comporte aucune programmation. . Cette formation peut également s’adresser à des développeurs mais elle n’est pas technique et ne propose pas de programmer. Pour un contenu purement technique voir SDDF
Prérequis :
Avoir participé à la rédaction d'un cahier des charges, d'un backlog ou d'un dossier de spécifications. Aucune compétence en développement n'est requise, et aucune connaissance préalable de l'intelligence artificielle n'est nécessaire. La formation IAIE (IA et ingénierie des exigences) constitue une préparation utile mais non obligatoire.
J'évalue mes connaissances pour vérifier que je dispose des prérequis nécessaires pour profiter pleinement de cette formation en faisant le test de prérequis.
Fil rouge unique sur les deux jours : la refonte du module de réservation d'un service interne, fourni sous la forme d'un dossier de spécifications rédigé en prose libre, réaliste et volontairement imparfait.
Date de mise à jour du programme : 19/08/2026
Dates et lieux
Période souhaitée
Lieux
Type d'affichage
Aucune session disponible pour cette période.