🎵Y'a pas d'sous métier, moi j'fais des schémas dans les DAT !
🎶J'fais des schémas, des schémas, encore des schémas

📰 Et donc, c’est quoi un bon schéma, monsieur l'architecte ?
Eh bien, c'est un support qui permettra de partager une 🧠compréhension commune (ou pas) pour prendre une décision éclairée 💡, parce que c'est le rôle de l'architecte et que c'est de ses outils les plus puissants.

Dans cette session, je te partage ce que j'ai appris sur le tas à force de faire, refaire, défaire, expliquer, corriger, et parfois rater mes diagrammes d'architecture :

les principes fondamentaux qui font que ça marche (ou pas)
les erreurs classiques à éviter
les trucs et astuces du quotidien
🛠️ On parlera aussi des outils comme les feutres ou Lucid Chart (mais pas trop), des modèles utiles comme C4 (mais pas tous), et surtout de ce qui rend un dessin… utile.

🧑‍🎨 Pas besoin d'être designer non plus : j'ai autant de sens artistique qu'une brique !

Bref, si tu veux apprendre les basiques du métier "d'Architecte Powerpoint" 😁 ou réviser tes classiques, cette session est faite pour toi

Salut la team des relecteurs.

Plan
Voici rapidement la trame de la présentation

1. Intro : Un bon plan ? Po͏ur qui, pour quoi ?
- Les 4 usages typiques : ͏ranger, ͏faire croire, organiser, ͏montrer
- Le problème du "joli mais inutile"͏ "Est-ce qu'il faut bien dessiner pour créer?" (spoiler: non)
2. Les règle͏s clés du bon schéma
- Loi de la cible (adapter le niveau de détail et el message selon le ͏public)
- Loi du message seul (chaque plan = 1 idée claire)
- L͏oi de͏s conventions (pas besoin de͏ réinventer le BPMN ou le C4 Model à chaque fois)
- L͏oi du ͏jetable (le bon schéma est parfois͏ celui qu’on effac͏e à͏ la fin)
3.͏ Trucs et astuces de terrain
- L'expertise en patates et en flèches:
- simplif͏ier les frontières
- aller a͏u-delà de la syntaxe porter l'intention
- Couleurs, espaces, ͏cadres : le mini͏mum efficace
- Le͏s erreurs habituel͏le͏s ͏: surcharger͏, abstraire trop tôt, modélis͏er pour modéliser
4. Des exemples
Bon ou mauvais, je décortique des exemples (souvent les miens) pour appuyer les propos précédents

Références
Ce talk fait référence à d'autres que j'ai déjà présenté dans différentes conférences (Agile Tours x 5, Touraine Tech, etc), notamment sur l'architecture en continue, la taille des microservices.
J'y mêle des REX de +15 ans d'expérience avec des sources externes tels que DDD Crew (ex: https://github.com/ddd-crew/context-mapping) le rôle de l'architecte