Les Synchronisations Intentionnelles
Définition
Section intitulée « Définition »Les synchronisations ne sont pas des cérémonies. Ce sont des moments de décision collective déclenchés par un besoin réel. AIAD substitue au calendrier imposé une discipline de synchronisation à la demande.
Sept caractéristiques définissent une synchronisation de qualité : intentionnelle (objectif clair défini avant la réunion), timeboxée (durée maximale définie et respectée), actionnable (génère des décisions et actions assignées), flexible (fréquence et format s’adaptent au contexte), orientée valeur (focus sur outcomes et apprentissage), documentée (notes disponibles pour toute l’équipe), et améliorée (feedback régulier sur son utilité).
L’important n’est pas de suivre un calendrier — c’est de se synchroniser quand c’est nécessaire.
Pourquoi les synchronisations remplacent les cérémonies
Section intitulée « Pourquoi les synchronisations remplacent les cérémonies »Les cérémonies prescrites ont trois défauts : elles se tiennent même quand elles n’apportent pas de valeur, elles imposent un format rigide indépendamment du contexte, et elles créent un overhead systématique. AIAD remplace ce modèle par des synchronisations intentionnelles — ciblées, utiles, et tenues uniquement quand nécessaires.
Atelier d’Intention (v1.5)
Section intitulée « Atelier d’Intention (v1.5) »Définition. L’Atelier d’Intention est la synchronisation fondamentale d’AIAD. Il vérifie collectivement que l’équipe est toujours en train de construire ce qu’elle voulait vraiment construire.
Pourquoi cette sync existe. Les autres synchronisations répondent aux questions “qu’a-t-on livré ?”, “est-ce que ça marche ?”, “l’architecture est-elle cohérente ?”. Aucune ne demande “est-ce qu’on construit les bonnes choses pour les bonnes raisons ?” Cette question est la plus importante de toutes — et la seule que l’agent ne peut pas poser à notre place.
Ancrage constitutionnel : Article II (Valeurs 1 et 6), Article I (rendre le développement plus humain), Article VII (décision humaine explicite à chaque cycle d’évolution).
Comment. La question centrale : Sommes-nous toujours en train de construire ce que nous voulions vraiment construire ?
L’Atelier d’Intention se tient mensuellement, implique toute l’équipe (PM, PE, Tech Lead, QA), et dure une heure. Il peut fusionner avec la Rétrospective mensuelle, mais les questions doivent rester séparées.
Il se déroule en quatre étapes :
- Lecture des Intent Statements (10 min) : chaque PE lit à voix haute l’Intent Statement de la fonctionnalité principale livrée.
- Confrontation avec le réel (20 min) : comparer intention déclarée versus ce qui a effectivement été livré et utilisé, sans jugement, avec curiosité.
- Hypothèses d’écart (20 min) : pourquoi y a-t-il eu des écarts — problème d’intention, de SPEC, ou de contrainte externe ? Ces hypothèses alimentent les Human Learnings.
- Décision (10 min) : l’équipe décide collectivement si elle est toujours alignée sur les intentions du PRD, ou si une révision s’impose.
Règle non-négociable : les agents IA n’ont aucun rôle dans cet atelier. Pas de résumé automatique, pas d’analyse IA des écarts. C’est un espace humain pur.
Ce que produit l’atelier : Human Learnings mis à jour dans l’AGENT-GUIDE, décision d’alignement ou de révision des intentions, hypothèses d’écart documentées, et un compte-rendu minimal (trois à cinq lignes) commité dans .aiad/.
Les indicateurs de succès : taux d’alignement intention/livraison supérieur à 80 %, deux à cinq hypothèses d’écart documentées par session, et participation de toute l’équipe à 100 %.
Anti-pattern. L’Atelier d’Intention qui se transforme en revue technique ou en post-mortem de bugs. Les questions doivent rester au niveau de l’intention, pas de l’implémentation.
Synchronisation Alignement Stratégique
Section intitulée « Synchronisation Alignement Stratégique »Définition. La Synchronisation Alignement Stratégique s’assure que l’équipe reste alignée avec la stratégie produit.
Pourquoi cette sync existe. Sans alignement régulier, les équipes dérivent. Le Product Goal devient obsolète, les priorités divergent de la stratégie, et l’effort se disperse.
Comment. Elle se déclenche mensuellement ou bi-mensuellement, quand un Product Goal est atteint, ou après un pivot stratégique. Elle implique PM, PE, Tech Lead, QA, stakeholders clés et Supporters, et dure une heure trente à deux heures.
Le déroulé :
- Review des Outcomes (30 min) — outcomes atteints, learnings, effets secondaires
- Review du Product Goal (20 min) — pertinence, adaptation, prochain goal
- Priorisation du backlog (40 min) — prochaines priorités et ce qu’on décide de ne pas faire
- Feedback des Supporters (20 min) — obstacles organisationnels, actions
- Clôture (10 min) — résumé des décisions, actions assignées
Ce que produit cette sync : Product Goal validé ou adapté, Product Backlog priorisé, actions Supporters assignées, et décisions stratégiques documentées.
Les indicateurs de succès : alignement de l’équipe sur le Product Goal à 100 %, clarté cristalline sur les cinq prochaines priorités, et actions Supporters complétées à plus de 80 %.
Anti-pattern. La synchronisation qui devient une revue de status de trois heures, ou la réunion fantôme où personne ne prend de décision.
Demo & Feedback
Section intitulée « Demo & Feedback »Définition. La Demo & Feedback obtient du feedback direct sur les fonctionnalités livrées.
Pourquoi cette sync existe. Le code en production n’a de valeur que si les utilisateurs l’adoptent. Sans feedback rapide, les équipes construisent des fonctionnalités que personne n’utilise.
Comment. Elle se déclenche hebdomadairement, après chaque fonctionnalité majeure, ou quand du feedback est nécessaire pour décider. Elle implique PM, PE et utilisateurs/clients/stakeholders concernés, et dure trente minutes à une heure.
Le déroulé :
- Démonstration (15-20 min) — PE montre les fonctionnalités, focus usage réel
- Feedback qualitatif (20-30 min) — questions ouvertes, discussion
- Analyse des données (10 min) — métriques d’usage si disponibles
- Adaptation du backlog (10 min) — nouvelles stories, repriorisation
Ce que produit cette sync : feedback utilisateur documenté, nouvelles user stories si pertinent, Product Backlog repriorisé si nécessaire, et décisions d’itération ou de pivot.
Les indicateurs de succès : plus de trois insights actionnables par session, satisfaction utilisateur supérieure à 8/10, et participation des stakeholders supérieure à 70 %.
Anti-pattern. La démo PowerPoint sans produit réel, ou la session où seul le PM parle pendant que les utilisateurs écoutent passivement.
Tech Review
Section intitulée « Tech Review »Définition. La Tech Review assure la cohérence technique et gère la dette.
Pourquoi cette sync existe. Sans revue technique régulière, l’architecture dérive par accident. La dette technique s’accumule invisiblement jusqu’à paralyser l’équipe.
Comment. Elle se déclenche mensuellement, après des changements architecturaux majeurs, ou quand la dette technique devient problématique. Elle implique Tech Lead, PE, Agents Engineer et QA si pertinent, et dure une à deux heures.
Le déroulé :
- Review de l’architecture (30 min) — ARCHITECTURE à jour, dérives, adaptations
- Review de la dette technique (30 min) — niveau, priorités de remédiation
- Review de l’écosystème d’agents (30 min) — performance, ajouts et retraits
- Partage des learnings (20 min) — nouveaux patterns, anti-patterns
- Clôture (10 min) — décisions, plan de remédiation
Ce que produit cette sync : document ARCHITECTURE mis à jour, plan de remédiation de la dette technique, catalogue d’agents adapté, AGENT-GUIDE mis à jour, et ADR pour les décisions majeures.
Anti-pattern. La tech review qui devient un débat philosophique sans décision, ou la revue superficielle “tout va bien” qui ignore les vrais problèmes.
Rétrospective
Section intitulée « Rétrospective »Définition. La Rétrospective améliore continuellement l’efficacité et le bien-être de l’équipe.
Pourquoi cette sync existe. Une équipe qui ne s’améliore pas régresse. La rétrospective est le mécanisme d’apprentissage collectif qui transforme les erreurs en améliorations systémiques.
Comment. Elle se déclenche hebdomadairement ou bi-hebdomadairement, après un incident majeur, ou quand l’équipe sent le besoin. Elle implique toute l’équipe (PE, PM, AE, QA, Tech Lead) et dure quarante-cinq minutes à une heure.
Le déroulé :
- Rétrospective classique (30 min) — Start/Stop/Continue ou autre format
- Rétrospective IA (20 min) — prompts efficaces, erreurs agents, AGENT-GUIDE
- Amélioration du workflow (10 min) — goulots, collaboration, synchronisations
- Engagement (10 min) — une à trois actions maximum, owners, deadlines
Les formats disponibles : Start/Stop/Continue, Mad/Sad/Glad, 4Ls (Liked/Learned/Lacked/Longed For), Sailboat, Timeline.
Ce que produit cette sync : une à trois actions d’amélioration, AGENT-GUIDE mis à jour avec les learnings, et engagement collectif sur les actions.
Les indicateurs de succès : participation équipe à 100 %, actions complétées supérieures à 80 % (vérifiées à la rétrospective suivante), satisfaction équipe supérieure à 7/10 en tendance stable ou croissante, et au moins une amélioration implémentée par rétrospective.
Anti-pattern. La rétrospective où tout le monde dit “ça va” sans rien changer, ou celle qui génère quinze actions dont aucune n’est jamais faite.
Standup Quotidien (Optionnel)
Section intitulée « Standup Quotidien (Optionnel) »Définition. Le Standup est une synchronisation rapide pour aligner le travail en cours. C’est un outil, pas une obligation.
Pourquoi cette sync existe. Certaines équipes ont besoin de se synchroniser quotidiennement pour éviter les blocages et maintenir le flux. D’autres non. La décision appartient à l’équipe.
Comment. Il se déclenche quotidiennement si l’équipe le souhaite, et peut être remplacé par un standup asynchrone. Il implique les PE principalement (plus d’autres responsabilités si souhaité) et dure cinq à quinze minutes maximum.
En format synchrone, chaque membre partage en une à deux minutes maximum : sur quoi je travaille actuellement, ce que je prévois de faire aujourd’hui, et les blocages éventuels.
En format asynchrone (recommandé pour les équipes distribuées), via un outil de messagerie chaque matin : hier (ce que j’ai fait), aujourd’hui (ce que je prévois), et blocages (aucun ou description).
Les indicateurs de succès : participation supérieure à 90 %, durée respectée à moins de quinze minutes, et blocages résolus dans la journée à plus de 80 %.
Anti-patterns : le standup de quarante-cinq minutes qui devient réunion de status, les débats techniques pendant le standup, le micro-management déguisé, et l’obligation rigide sans valeur ajoutée.
Anti-patterns des synchronisations
Section intitulée « Anti-patterns des synchronisations »“On fait toutes les syncs chaque semaine.” Surcharge de réunions. L’équipe passe plus de temps à se synchroniser qu’à produire. Adapter la fréquence au besoin — une équipe mature peut espacer certaines syncs.
“Les syncs durent toujours plus longtemps que prévu.” Pas de timebox respecté, pas d’agenda clair, discussions qui dérivent. Définir l’agenda et la durée à l’avance. Couper les discussions hors-sujet avec “On en parle après.”
“Personne ne prépare les syncs.” Les syncs deviennent des sessions d’improvisation inefficaces. Chaque sync a un owner qui prépare l’agenda et les inputs nécessaires.