Shodo vous accompagne de la compréhension métier à la production à travers notre approche socio-technique : aligner business, architecture, processus et organisation pour orchestrer le changement.
Tu souhaites participer à une session ?
Contacte-nousDes difficultés à comprendre quels sont les comportements attendus du logiciel en relisant le code ? Des soucis d'alignement entre les attentes du métier et ce qui est livré en production ?
À partir d'une User Story, il est compliqué de savoir par où commencer, quoi tester, quand s'arrêter et ce qu'on en attend ?
Si tel est votre cas, le Behavior-Driven Development peut vous aider !
Le Behavior-Driven Development (BDD) est une façon de penser, concevoir et coder les fonctionnalités, pilotée par les comportements attendus. Sa double boucle ATDD/TDD permet d'outrepasser les limitations du bottom-up inhérentes au Test-Driven Development seul.
Il permet une fluidification de la communication avec les expert·e·s métier, un meilleur alignement du code avec le besoin, l'écriture de tests fonctionnels solides et la documentation efficace du logiciel.
La formation s'effectue sous forme d'ateliers pratiques et de séquences théoriques interactives. :
Découverte à travers l'Exemple Mapping : Découvrir le besoin. Ancrer le langage commun, faire émerger les différents scénarios métiers d'un cas fonctionnel, faciliter la communication entre le métier et les développeurs et développeuses.
Formulation : Décrire les scénarios fonctionnels, Quand et comment utiliser (ou non) le Given When Then
Automatisation : Bien structurer ses tests, comment découpler ses tests des données de tests. Implémentation via la double boucle ATDD/TDD.
Le Domain Driven Design (DDD) permet de modéliser efficacement les besoins métier afin de mieux gérer la complexité des logiciels. Traditionnellement associé à la Programmation Orientée Objet, les patterns tactiques du DDD peuvent toutefois être adaptées pour utiliser cette approche avec la Programmation Fonctionnelle. La Programmation Fonctionnelle est un paradigme qui favorise des techniques comme l'immutabilité, les fonctions pures et la composition fonctionnelle pour créer un code plus prévisible et maintenable. Le langage TypeScript est à cheval entre les approches objets et fonctionnelles, et présente des particularités qui peuvent rendre difficile l'adoption du DDD selon l'un de ces deux paradigmes. Cette formation vous propose de découvrir des approches adaptées spécifiquement à TypeScript qui intègrent les avantages de la programmation fonctionnelle avec la structuration de données sous forme d'objets dans un cadre DDD. Vous apprendrez comment implémenter des modèles métier efficacement et en restant pragmatique sur l'utilisation du paradigme fonctionnel pour créer des logiciels robustes et maintenables.
Aucun prérequis n'est nécessaire pour cette formation.
Un ordinateur portable.
Il existe deux manières de s'inscrire à une formation :
Dans les deux cas, le choix des dates de formation sera soumis à la disponibilité des formateurs.
Néanmoins, nous nous engageons à répondre sous 72 heures à toute demande d'inscription envoyée par email à [contact@shodo.io].
Moyens de suivi de l'exécution de la formation
Modalités d'évaluation
L'évaluation des acquis se fait tout au long de la session au travers des ateliers et des mises en pratique :
Afin de valider les compétences acquises lors de la formation, une évaluation des stagiaires sur les objectifs sera effectué en début de formation et l'évolution des acquis sera renseigné individuellement par les formateurs ou formatrices dans une fiche d'accompagnement de suivi de formation.
Une évaluation à chaud est également effectuée en fin de session pour mesurer la satisfaction des stagiaires et un certificat de réalisation leur est adressé individuellement.
Les formations que nous organisons dans les locaux de nos partenaires (ex: Comet Meetings) sont accessibles aux personnes à mobilité réduite (PMR), en respect des normes ERP (Établissement Recevant du Public).
Pour les personnes en situation de handicap autre que mobilité réduite, nous faisons de notre mieux pour vous proposer une solution adaptée, avec l'aide du CREPS et de l'AGEFIPH. Contactez nous par email à contact@shodo.io.
17
Personnes formées
91%
Taux de satisfaction
Données actualisées en juillet 2026, tenant compte des formations réalisées depuis novembre 2025
Yann DANOT
Avez-vous déjà observé qu'il n'est pas toujours facile d'aligner le développement logiciel ou l'architecture du système d'information avec les besoins métier ? Les concepts fonctionnels discutés peuvent être confus et la technique pollue souvent les discussions avec les expert·e·s du métier si bien que l'on pousse souvent des solutions avant d'avoir une compréhension profonde du besoin. D'ailleurs, il n'est pas forcément très simple de se comprendre, car chaque personne peut avoir une compréhension différente du même concept fonctionnel. Comment s'y prendre pour avoir un découpage du système d'information et/ou du logiciel aligné sur le métier tout en prenant en compte les contraintes opérationnelles ? Le Domain-Driven Design est une philosophie qui vise à remettre le métier au centre du développement logiciel en s'intéressant tout particulièrement à l'art de la modélisation. Les patterns du Domain-Driven Design Stratégique visent à dissocier, cartographier et modéliser l'espace du problème de celui de la solution afin de faire émerger un langage commun partagé par toutes et tous. Ceci permet de construire une compréhension et une vision collective du besoin à adresser. Le Domain-Driven Design Stratégique permet de construire solutions d'architecture alignées sur le besoin métier qui prennent en compte les différents rapports de force opérationnels (priorisation, organisation…). La formation s'effectuera sous forme d'ateliers de mise en pratique ainsi que de cours théoriques: Demi-journée 1 : L'art de la modélisation : Comprendre pourquoi le Domain-Driven Design, ce qu'est la modélisation de l'espace du problème et de la solution. Demi-journée 2 : EventStorming : Modéliser son système en évènements métier afin de faire émerger les sous contextes métier (bounded-contexts), langage commun et omniprésent (ubiquitous language), les dynamiques de communication interpersonnelles et la compréhension collective du métier. Demi-journée 3 et 4: Context Map : Cartographie des domaines métiers avec leurs interdépendances, leur niveau de couplage et l'interaction des équipes en charge de ces domaines.
