Formalisation · v0.2
Instrumenter la synchronisation
Des outils pour appliquer et évaluer les fondements là où ils sont pertinents. Une interprétation en cours, pas la définition de SyncThinkDesign.
Ce qu’est cette page
Les fondements disent ce que propose SyncThinkDesign. Cette page rassemble des manières de la mettre en pratique et de la mettre à l’épreuve. Elle contient des mécanismes (M), outils utilisables quand ils servent ; des hypothèses (H), affirmations sur les effets de la proposition qui peuvent se révéler fausses ; et des questions ouvertes (Q).
Un modèle d’entrées et de sorties
Pour étudier comment les processus s’influencent, il est utile de décrire ce dont chacun a besoin pour commencer et ce qu’il produit. Le tableau est un modèle possible, utile surtout dans les projets technologiques ; d’autres domaines peuvent en demander un autre.
| Processus | Entrée minimale | Produit | Consommé par |
|---|---|---|---|
| Capter | Une question ou une source disponible. | Des observations avec source et date. | Concevoir et Optimiser. |
| Concevoir | Au moins une observation ou une hypothèse déclarée. | Idées, hypothèses, décisions, spécifications. | Exécuter et Capter. |
| Exécuter | Une idée ou une hypothèse qui mérite d’être confrontée à la réalité. | Des parties du système qui fonctionnent ; des contraintes découvertes. | Optimiser et Concevoir. |
| Optimiser | Quelque chose en usage et un signal sur son fonctionnement. | Améliorations, jugements sur ce qui a marché, nouvelles questions. | Exécuter, Concevoir et Capter. |
Mécanismes de synchronisation
Le principe F2 peut être respecté de bien des manières. Voici quelques mécanismes qui nous ont été utiles ou qui sont nés d’AAA3. On peut les combiner, les adapter ou les ignorer.
Un état partagé explicite. Quand il est utile de rendre la synchronisation traçable, les processus peuvent lire et écrire dans un registre commun d’observations, d’idées, d’hypothèses et de décisions, avec auteur et date. Ce peut être un fichier texte, une base de données ou le document même qui décrit le système.
Entrée minimale. Un processus peut commencer dès que l’information dont il a besoin existe, sans attendre qu’un autre déclare avoir terminé. La dépendance entre processus est une dépendance d’information, pas de calendrier.
Des sorties avec destinataire. Une sortie qui indique quel processus va l’utiliser a plus de chances de l’influencer. Un artefact que personne ne lira ne synchronise rien.
Un critère de réfutation, quand il convient. Si une idée est confrontée à la réalité pour vérifier quelque chose, il vaut mieux dire à l’avance quel résultat la contredirait. Toute décision créative ou organisationnelle n’admet pas cette forme, et il ne faut pas la forcer.
Propagation par événements. L’information peut circuler chaque fois que quelque chose de pertinent se produit — une observation, une décision, un changement dans le système — au lieu d’attendre une réunion périodique. Une revue hebdomadaire est une option de mise en œuvre, pas une exigence.
Stabilité locale. Une partie approuvée du système peut être protégée pour ne pas changer sans décision explicite, pendant que les autres continuent d’évoluer. Protéger une décision, ce n’est pas arrêter l’évolution du système. La forme concrète de ce mécanisme vient du pin d’AAA3 (I6).
Séparation délibérée. Il vaut parfois mieux que les processus ne se superposent pas : quand une action est irréversible ou coûteuse à défaire, quand une étape est une condition formelle de la suivante ou quand il n’existe pas encore de moyen d’obtenir des signaux. Savoir quand séparer fait partie d’une bonne synchronisation.
Semaine 8. Le portail est en service et continue de changer avec ce qu’on observe. L’hypothèse fausse a coûté une semaine de travail, pas trois. Concevoir → Exécuter: ajustement.
- Hypothèse fausse détectée en
- Semaine 3
- Travail fait sur l’hypothèse fausse
- 1 semaine-processus
Scénario construit pour expliquer un mécanisme. Les chiffres viennent du scénario, pas d’une mesure.
Toutes les semaines, en texte
- Capter interroge les utilisateurs. En même temps, Concevoir note les hypothèses dont dépend l’idée. L’une d’elles : « l’ERP a des prix par client ».
- Exécuter monte un petit essai : lire dans l’ERP les prix de trois clients. En parallèle démarre le squelette du portail, qui repose lui aussi sur l’hypothèse.
- Optimiser regarde le résultat : il n’y a pas de prix par client. La découverte atteint tous les processus.
- Concevoir reformule : les prix viendront de la liste de remises tenue par l’équipe commerciale. Capter obtient cette liste. Exécuter cesse de travailler sur l’ancienne hypothèse. Le portail n’est plus celui qui avait été planifié.
- Exécuter branche la nouvelle source de prix. Optimiser regarde la première commande test.
- Optimiser demande à Capter d’observer l’usage réel chez deux distributeurs : pourquoi l’un d’eux ne recommande-t-il pas ?
- Les quatre processus sont actifs. Cela a un vrai coût de coordination, qui pourrait ne pas se justifier dans une très petite équipe (hypothèse H7).
- Le portail est en service et continue de changer avec ce qu’on observe. L’hypothèse fausse a coûté une semaine de travail, pas trois.
Quand séparer les processus
Le mécanisme M7 s’appuie sur une idée de Donald Reinertsen : en développement de produits, le coût du retard est en général invisible et supérieur au coût de l’inefficacité. Superposer se justifie quand refaire coûte moins qu’attendre. Voici des cas où ce n’est généralement pas le cas :
- Actions irréversibles : migrations de données en production, contrats, fabrication physique, communications publiques.
- Environnements réglementés où la preuve d’une étape est une condition formelle de la suivante.
- Quand il n’y a aucun moyen de capter des signaux à temps : superposer ne fait qu’ajouter du travail sur des hypothèses non observées.
- Quand la capacité est si réduite que maintenir les quatre processus actifs se traduit par des changements de contexte permanents.
Hypothèses
Les quatre premières reprennent ce que la proposition originale attend de la synchronisation. Les autres sont apparues en la formalisant et en travaillant avec AAA3. Toutes peuvent se révéler fausses.
Temps. Quand l’information pertinente circule entre processus sans attendre la clôture d’une phase, le système atteint plus tôt une forme utile que lorsque les mêmes processus sont organisés en séquence.
Adaptabilité. Les systèmes qui évoluent avec des processus synchronisés intègrent les changements de leur environnement à moindre coût et avec moins de retard.
Qualité émergente. La validation et l’optimisation continues produisent une qualité égale ou supérieure à la vérification finale, mesurée par les problèmes qui atteignent ceux qui utilisent le système.
Émergence. La synchronisation entre processus augmente la fréquence des résultats absents de l’intention initiale, et une partie d’entre eux se révèle précieuse.
Agents d’IA. Quand les agents d’IA rendent Concevoir et Exécuter bon marché, le goulot d’étranglement se déplace vers Capter et vers la décision humaine, et la qualité de la synchronisation compte davantage que la planification détaillée.
Observabilité. Si le système est décrit par un artefact lisible par une machine qui conserve son historique, l’interaction entre processus devient mesurable.
Seuil de capacité. Il existe un seuil, en personnes ou en attention disponible, en dessous duquel maintenir les processus superposés dégrade les résultats en raison du coût des changements de contexte.
Registre et reprises. Un état partagé explicite (M1) réduit les reprises causées par une information qui n’a pas atteint un autre processus, et les réduit davantage qu’il ne coûte à maintenir.
Ce qu’on pourrait observer
Aucune de ces mesures n’a encore été validée par une étude, et toutes peuvent être faussées dès qu’elles deviennent des objectifs. Nous les proposons comme point de départ.
| Observable | Ce qu’il décrit | Hypothèse |
|---|---|---|
| Latence de propagation | Temps entre le moment où un processus produit une information pertinente et celui où un autre modifie son travail en conséquence. | H1, H2 |
| Couplage | Fréquence à laquelle la sortie d’un processus modifie effectivement ce que fait un autre. | H4 |
| Divergence traçable | Écarts entre l’intention initiale consignée et le système obtenu qui peuvent être rattachés à une interaction entre processus. | H4 |
| Latence d’adaptation | Temps entre un changement de l’environnement et un changement du système en service. | H2 |
| Problèmes atteignant l’usage | Défaillances ou insatisfactions détectées par ceux qui utilisent le système. | H3 |
| Reprise non prévue | Travail abandonné parce qu’il reposait sur quelque chose qu’un autre processus savait déjà faux. Les explorations délibérées ne comptent pas. | H8 |
| Coût de coordination | Temps consacré à synchroniser rapporté au temps total. | H7, H8 |
Questions ouvertes
La question centrale. Comment la synchronisation entre processus influence-t-elle l’évolution d’un système, et dans quelles conditions apparaissent des résultats qui n’étaient pas prévus ? C’est l’axe principal de recherche.
Comment distinguer l’émergence précieuse de la simple dérive ? Un résultat imprévu peut être une découverte ou un écart ; il faut un critère qui ne dépende pas seulement de celui qui en juge après coup.
Comment mesurer les reprises sans pénaliser l’exploration ? Ce qu’on abandonne après avoir répondu à une question n’est pas du gaspillage ; ce qu’on abandonne parce que personne n’a regardé un signal disponible, si.
Quand un agent propose une idée et qu’un autre construit ce qui la met à l’épreuve, qui décide de ce qui compte comme résultat ? Notre position provisoire est que c’est toujours une personne, mais on ne voit pas clairement comment y parvenir sans que la revue humaine redevienne le goulot d’étranglement.
STD se distingue-t-elle, en pratique, d’une équipe qui applique bien Scrum et Lean Startup à la fois ? C’est la critique la plus sérieuse que nous connaissions.
AAA3 vise la reproductibilité : le même document, avec les mêmes ressources et paramètres, devrait produire le même résultat (I7). S’il y a émergence, elle se produit dans la boucle de rédaction — des personnes et des modèles qui réécrivent le document — et non à l’exécution. Est-ce la bonne place pour l’émergence dans les systèmes techniques, ou une limite de la conception ?
Ce qui change avec les agents d’IA
Si un modèle de langage peut écrire une idée développée ou un module complet en quelques minutes, Concevoir et Exécuter deviennent moins chers, mais pas dans la même mesure. Produire des options devient presque gratuit ; choisir entre elles, non. Construire s’accélère ; observer si ce qui est construit est utile, beaucoup moins. C’est pourquoi H5 prédit que le travail humain se concentre sur Capter et sur les décisions d’Optimiser.
La synchronisation elle-même change aussi. Un agent peut propager une observation à tout ce qui en dépend en quelques secondes, ce qui rend plus visible la question Q2 : avec une propagation quasi immédiate, les découvertes augmentent-elles, ou la dérive ?
Limites de cette formalisation
- Elle est née surtout de projets technologiques ; elle peut ne pas convenir aux organisations, aux salles de classe ou aux processus créatifs.
- Elle risque de réduire STD à ses conséquences mesurables — détecter les erreurs plus tôt, refaire moins — et de perdre de vue l’évolution et l’émergence. C’est exactement ce qu’a fait la version 0.1 de ce site, et nous le gardons consigné.
- Les mesures proposées n’ont pas été validées.
- Toutes les preuves disponibles proviennent de projets de Braidata, sans groupe de comparaison.
Références
- Reinertsen, D. G. (2009). The Principles of Product Development Flow. Celeritas.
- Forsgren, N., Humble, J., & Kim, G. (2018). Accelerate. IT Revolution.
- Nygard, M. (2011). Documenting Architecture Decisions.
- Popper, K. (1959). The Logic of Scientific Discovery. Hutchinson.
- Ries, E. (2011). The Lean Startup. Crown Business.
Historique
| Version | Date | Changement |
|---|---|---|
| 0.1 | 2026-10-27 | Publiée sous le titre « Méthode » : elle définissait SyncThinkDesign par ses mécanismes (registre, entrée minimale, réfutation). |
| 0.2 | 2026-10-28 | Devient une couche subordonnée aux fondements. Les principes opérationnels deviennent des mécanismes facultatifs (M1–M7) ; s’ajoutent des hypothèses sur l’adaptabilité, la qualité émergente et l’émergence, ainsi que la question centrale de recherche. |