Arrête de subir ton organisation.
Aligne-la avec tes besoins.

Tu travailles dur. Mais tu as l'impression de ne pas avancer.
Tu développes des features sans en comprendre l'intérêt.
Produit et tech ont du mal à se comprendre.
"Ce n'est pas un bug" est une phrase que tu entends régulièrement.
Les équipes se bloquent mutuellement.

Cette formation ne commence pas par les patterns. Elle commence par les problèmes — parce que c'est là que tout se joue.

Ouvert aux non-développeurs (Strategic Design)
On en discute ?

Soyons honnêtes...

Le code métier, c'est souvent le chaos.

Dans ton code...

  • 🍝 Ton code ressemble à une Big Ball of Mud — tout est couplé à tout
  • 🤷 Tu ne sais plus où mettre la logique métier — et elle se retrouve dupliquée
  • 🔄 Chaque nouvelle feature impacte l'existant et crée des effets de bord
  • 🐛 Les bugs métier sont difficiles à reproduire et à corriger
  • 📚 Personne ne comprend vraiment le domaine — même les devs qui l'ont écrit

Dans ton équipe...

  • 🗣️ Les devs et experts métiers ne se comprennent pas et finissent par être opposés au lieu de coconstruire, ensemble, les solutions
  • 🎯 On développe des features... mais est-ce vraiment ce dont le business a besoin ?
  • 🏗️ L'architecture est technique, pas métier — on ne voit pas le domaine dans le code
  • 💸 On a l'impression de ne pas avancer et de ne pas produire de la valeur
  • 🔥 On a une grosse inertie organisationnelle, que ce soit dans l'équipe ou avec les autres dont on dépend

Ce n'est pas un problème de compétence technique. C'est un problème de méthode, de communication et d'alignement.

Le DDD existe pour ça : remettre le métier au centre, et donner toutes les cartes en mains aux développeurs afin qu'ils puissent produire de la valeur et s'investir au bon endroit.

Ça te parle ? Voir le programme ↓

⚠️ Ce n'est pas une formation théorique de plus

La plupart des formations DDD te bombardent de patterns : Aggregates, Value Objects, Bounded Contexts...

Tu arriveras à t'en servir mais est-ce que ce sera au bon endroit ? As-tu vraiment besoin de ces patterns sur cette brique applicative ? Comment contribuer à créer un avantage différenciant pour ton entreprise ?

Cette formation est différente.

  • On commence par les PROBLÈMES. Pas par les solutions.
  • Tu vas VIVRE les situations qui rendent le DDD nécessaire.
  • Tu vas comprendre POURQUOI chaque outil existe — et quand NE PAS l'utiliser.

Ce que j'aime dans cette formation : lorsque quelqu'un ne fait pas juste qu'appliquer bêtement un pattern mais arrive à en comprendre sa raison d'être.

Ce que tu vas obtenir

Une vraie compréhension du DDD, pas juste des patterns

Tu sais POURQUOI chaque outil existe et QUAND l'utiliser

Des techniques pour collaborer avec les experts métier

Event Storming, Example Mapping, Impact Mapping

La capacité à découper ton système en contextes cohérents

Fini le monolithe où tout est mélangé

Les frontières des équipes et l'impact du pouvoir

Context Mapping, Wardley Mapping

Un code qui parle le langage du métier

Entities, Value Objects, Aggregates, Domain Events

Une architecture qui protège ton domaine

Hexagonal Architecture, Anti-Corruption Layer

Cette formation est pour toi si...

Tu veux aligner produit et technique :

  • 🎯 Tu veux répondre aux causes, pas aux symptômes
  • 🪞 Tu veux que la complexité métier transparaisse dans le code — et non l'inverse
  • 🤝 Tu veux coconstruire des solutions avec le métier, pas juste exécuter des specs
  • ⚖️ Tu veux investir ton énergie au bon endroit, là où ça compte vraiment
  • 🧭 Tu veux des solutions durables, pas des rustines qui s'accumulent

Tu veux aller plus loin :

  • 📖 Tu as lu des articles sur le DDD mais tu ne sais pas par où commencer
  • 🎯 Tu veux comprendre quand le DDD est pertinent (et quand il ne l'est pas)
  • 🔄 Tu travailles sur du legacy et tu veux le moderniser progressivement
  • 🧠 Tu en as marre d'appliquer des patterns sans comprendre le "pourquoi"

Cette formation n'est PAS réservée aux développeurs !

La partie Strategic Design (3 jours) est accessible aux experts métier, product owners, et directeurs — tous ceux qui veulent mieux collaborer avec les équipes techniques et comprendre les enjeux de découpage.

La partie Tactical Design (2 jours) s'adresse aux développeurs qui veulent implémenter les patterns dans le code.

Programme détaillé

Durée
3 à 5 jours selon le format
Format
Théorie + ateliers collaboratifs + coding
Prérequis Tactical
Bonne maîtrise de la POO

📌 Deux formats possibles :
Strategic Design seul (3 jours) : ouvert à tous (devs, experts métier, PO, directeurs)
Formation complète (5 jours) : inclut la partie Tactical Design pour les développeurs

PARTIE 1 : STRATEGIC DESIGN (3 jours)

Jour 1 : Comprendre les enjeux

MATIN — Pourquoi le DDD ?
  • • Les challenges de la création logicielle
  • • Big Ball of Mud : comprendre comment on en arrive là
  • • Complexité accidentelle vs complexité essentielle
  • • Complexité métier vs complexité technique
  • • Quand le DDD est pertinent (et quand il ne l'est pas)
APRÈS-MIDI — Domaine et modélisation
  • • Domaine vs Modèle : l'analogie de la carte
  • • Sous-domaines : Core, Supporting, Generic
  • • Où investir son énergie ?
  • • Core Domain Chart : où concentrer l'effort
  • • Wardley Mapping : positionner les composants

Jour 2 : Collaborative Modeling

MATIN — Faire émerger la connaissance
  • • Knowledge Crunching : extraire le savoir des experts
  • • Les dynamiques sociales (biais, auto-censure, hiérarchie)
  • • Impact Mapping : relier features et objectifs business
APRÈS-MIDI — Event Storming
  • • Event Storming : découvrir les événements métier
  • • De la timeline aux Bounded Contexts
  • • Example Mapping : clarifier les règles par des exemples

Jour 3 : Strategic Patterns

MATIN — Découper le système
  • • Bounded Contexts : les frontières du modèle
  • • Context Mapping : cartographier les relations
  • • Patterns d'intégration : Partnership, Customer/Supplier, ACL...
APRÈS-MIDI — Organiser et prioriser
  • • Aller plus loin avec le Core Domain Chart et Wardley Mapping
  • • Aligner les équipes sur les contextes
  • • Stratégies d'allocation des ressources

PARTIE 2 : TACTICAL DESIGN (2 jours)

Jour 4 : Building Blocks

MATIN — Modéliser le domaine
  • • Du modèle au code : transformer les concepts en objets
  • • Value Objects : immuabilité et égalité par valeur
  • • Entities : identité et cycle de vie
  • • Aggregates : frontières de cohérence transactionnelle
APRÈS-MIDI — Services et événements
  • • Domain Services : logique métier sans état
  • • Specifications : encapsuler les règles métier
  • • Domain Events : communiquer ce qui s'est passé
  • • Repositories : persister les Aggregates

Jour 5 : Architecture et patterns avancés

MATIN — Protéger le domaine
  • • Architecture Hexagonale : Ports & Adapters
  • • Anti-Corruption Layer : se protéger des contextes externes
  • • Supple Design : 7 patterns pour un code qui évolue
APRÈS-MIDI — Aller plus loin
  • • Stratégies de modernisation du legacy
  • • Les 5 pièges courants du DDD

Ce programme te parle ?

Discutons-en →

Ce qu'ils en disent

Une approche immersive

Cette formation ne ressemble pas aux autres.

On ne commence pas par les patterns. On commence par les PROBLÈMES.

FormaPro SA — notre fil rouge — est une entreprise avec un SI fragmenté, des équipes qui ne se comprennent pas, et un code où personne n'ose toucher.

Tu vas vivre ces problèmes. Les ressentir. Et c'est seulement là que les patterns DDD prendront tout leur sens.

Je peux également m'appuyer sur ton contexte et les problématiques que tu rencontres au quotidien pour rendre la formation encore plus concrète.

À la fin, tu ne connaîtras pas juste les outils. Tu sauras QUAND et POURQUOI les utiliser.

Qui donne cette formation ?

Je m'appelle Fabien. Je pratique le Domain-Driven Design depuis plus de 12 ans.

J'ai découvert cette approche après avoir vécu trop de projets où l'on refaisait sans cesse les mêmes erreurs : des refontes qui menaient à d'autres refontes, des solutions techniques déconnectées des vrais besoins.

Le DDD n'est pas qu'une affaire de patterns. C'est une façon de penser la construction logicielle — de la stratégie d'entreprise jusqu'à la ligne de code.

Mon objectif : que tu repartes en sachant QUAND utiliser le DDD, pas juste COMMENT appliquer les patterns.

Comment se déroule la formation ?

🏢

Intra-entreprise

Je me déplace dans tes locaux pour former ton équipe. Idéal pour créer une culture DDD commune.

💻

À distance

Formation en visioconférence avec les mêmes ateliers collaboratifs. Parfait pour les équipes distribuées.

🎯

Sur mesure

Je peux adapter le contenu à ton contexte spécifique, ton domaine métier ou tes problématiques.

N'hésite pas à me contacter pour un devis personnalisé.

Envie d'en discuter ?

Pas de formulaire automatique. On échange d'abord pour voir si la formation correspond à tes besoins.