PROCESS

Ici, c'est Comment Construire

Conception

Exceptions

Chaque gestion était un pont

Tout ce que la Partie 1 a construit était destiné à être temporaire. Le guide préapprouvé, la solution de contournement, la voie d'escalade, aucun de ceux-ci n'était la destination. Chacun était un pont, mis en place car le cas avait besoin d'une étape permanente que le concepteur ne pouvait prendre d'un coup. L'étape permanente est de corriger le cas, de négocier l'accord sur lequel il repose, ou de mettre en œuvre le changement qu'il exige, et n'importe laquelle prend du temps. Corriger peut nécessiter des ressources allouées qui ne sont pas encore libres. Mettre en œuvre peut nécessiter un développement construit qui n'est pas encore fait. Négocier peut nécessiter un alignement à travers parties prenantes et partenaires, ou un nouveau contrat avec une partie hors de l'organisation, et de tels accords sont lents. L'entreprise ne peut s'arrêter et attendre rien de cela. Alors le concepteur intègre la gestion pour faire pont sur ce temps, pour garder le travail en marche et l'entreprise en fonctionnement tandis qu'on travaille vers l'étape permanente.

C'est la raison honnête pour laquelle la gestion existe. Ce n'est pas que bien gérer une exception soit le but ; c'est que le vrai correctif est lent, et que quelque chose doit porter l'entreprise à travers le vide entre-temps. Le pont fait cela. Il permet à l'Exécutant d'avancer aujourd'hui sur un cas dont la réponse permanente ne sera pas prête avant des semaines ou des mois. Mais un pont se construit pour être traversé puis démonté, non pour rester debout à jamais. La gestion fut intégrée avec l'intention, dès le premier jour, d'être rendue permanente et retirée. La laisser debout une fois l'étape permanente possible, c'est oublier pourquoi elle fut construite.

Et cela dit au concepteur quoi surveiller. Une exception qui revient sans cesse est un pont encore debout, une étape permanente pas encore prise. La récurrence est le signal, à la fois que les règles ont un vide où ce cas devrait être couvert, et qu'un pont que le concepteur comptait démonter porte encore du trafic. Plus un cas revient, plus le pont est utilisé, et plus il vaut finir l'étape permanente et replier le cas. Alors le concepteur lit les exceptions récurrentes non comme la gestion qui fonctionne mais comme une liste de ponts attendant leur autre côté, les étapes permanentes encore à prendre, dans l'ordre de combien chacun est utilisé.

Le plus haut niveau possible est de traiter chaque gestion comme un pont, intégrée car l'étape permanente, corriger, négocier, ou mettre en œuvre, prend du temps que l'entreprise ne peut attendre, et de garder à l'esprit, dès le premier jour, que le pont se construit pour être traversé et démonté, surveillant quelles exceptions reviennent comme le signe de quels ponts attendent encore leur autre côté.

Point clé : Tout ce que la Partie 1 a construit était destiné à être temporaire. Chaque gestion, guide préapprouvé, solution de contournement, escalade, est un pont, intégré car l'étape permanente prend du temps : corriger nécessite des ressources, mettre en œuvre nécessite un développement construit, négocier nécessite un alignement ou un nouveau contrat, et l'entreprise ne peut attendre. Le pont garde l'entreprise en fonctionnement entre-temps. Mais un pont se construit pour être traversé et démonté, non pour rester debout à jamais. Une exception récurrente est un pont encore debout, une étape permanente pas encore prise, et la récurrence dit au concepteur laquelle finir en premier.

Chaque gestion est un pont, intégré car le correctif permanent est lent, et construit pour être traversé et démonté, non pour rester debout à jamais.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 7 : Replier · Section : Chaque gestion était un pont

MarvinPro | Juin 2026

marvinpro.com

Le replier dans les règles

Replier une exception, c'est atteindre l'autre côté du pont. Quand l'étape permanente atterrit enfin, les ressources allouées, le développement construit, l'alignement atteint, le contrat signé, le cas peut enfin être géré de la manière normale, et sa réponse s'écrit dans les règles. Une règle est changée, ou une nouvelle est ajoutée, pour que le cas que la règle ne convenait pas soit maintenant un cas que la règle couvre. Dès cet instant le cas n'est plus une exception. C'est du travail ordinaire, rencontré par une règle comme toute autre, et la gestion qui le portait, le guide, la solution de contournement, l'escalade, est retirée, car il ne reste rien à porter.

C'est ici qu'Exceptions revient aux Règles. La réponse repliée n'est pas laissée comme guide, ce qui serait encore de la gestion ; elle accède à l'ensemble des règles, et elle y est conçue de la manière dont toute règle est conçue, comme un seul énoncé qui est cinq décisions faites comme une. Alors les deux volumes sont une boucle. Les Règles construisent le processus ; le processus rencontre des cas que ses règles ne conviennent pas, qui sont ses exceptions ; les exceptions récurrentes sont repliées dans les Règles ; et le processus, resserré, rencontre moins de cas qu'il ne peut convenir. Le concepteur se meut entre les deux, réglant le récurrent, gérant le reste, et la conception ferme ses propres vides avec le temps, chaque exception repliée un vide fermé pour de bon.

Trouver l'étape permanente n'est pas toujours simple, et là où la cause est enfouie, il peut falloir une vraie investigation pour savoir ce que la règle permanente devrait dire. Cette lecture plus profonde, ce qu'un motif d'exceptions révèle sur le système en dessous, est le travail d'un autre domaine, et cette discipline ne s'y risque pas. Ici l'acte est le simple : un cas s'est répété, sa réponse est maintenant connue, et le concepteur écrit cette réponse dans les règles pour que le cas n'ait jamais à être géré comme exception de nouveau. L'exception n'est pas seulement gérée ; elle est terminée, absorbée dans la conception qui aurait dû la tenir dès le début.

Le plus haut niveau possible est de replier chaque exception récurrente dans les règles une fois son étape permanente atterrie, concevant la réponse comme une règle propre par les disciplines des Règles, pour que le cas devienne du travail ordinaire et sa gestion retirée, et que la conception ferme le vide que l'exception marquait, pour de bon.

Point clé : Replier une exception, c'est atteindre l'autre côté du pont : quand l'étape permanente atterrit, la réponse du cas s'écrit dans les règles, une règle changée ou ajoutée, pour que le cas que la règle ne convenait pas soit maintenant un qu'elle couvre, et la gestion est retirée. C'est ici qu'Exceptions revient aux Règles : la réponse repliée accède à l'ensemble des règles, conçue comme une règle propre, et les deux volumes forment une boucle, la conception fermant ses propres vides, une exception repliée à la fois. Trouver l'étape permanente peut nécessiter une investigation, mais cette lecture plus profonde appartient à un autre domaine ; ici l'acte est simple, un cas récurrent, sa réponse connue, écrite dans les règles pour qu'il ne soit plus une exception.

Replie l'exception récurrente dans les règles, conçue comme une règle propre, pour que le cas devienne du travail ordinaire et le vide fermé pour de bon.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 7 : Replier · Section : Le replier dans les règles

MarvinPro | Juin 2026

marvinpro.com

Replier ce qui mérite une règle

Toute exception ne devrait pas être repliée dans une règle, et savoir laquelle devrait est un jugement à deux côtés. D'un côté est le danger de laisser un pont debout trop longtemps. Une gestion destinée à être temporaire, si jamais finie, devient permanente par négligence, une solution de contournement qui tranquillement se change en la manière dont les choses se font, portant son coût sans être questionnée pendant des années. Une exception récurrente laissée gérée est un pont que personne n'a démonté, et son entretien, les escalades, les décisions répétées, le guide à maintenir, est une taxe que la conception continue de payer. Alors un cas qui revient assez pour mériter une règle devrait être replié, et non laissé indéfiniment sur un pont qui ne fut jamais que pour être traversé.

De l'autre côté est le danger opposé, et il est facile à manquer quand le premier est frais à l'esprit. Toute exception ne revient pas assez pour mériter une règle. Un cas qui arrive une fois et peut ne jamais revenir n'appartient pas à l'ensemble des règles ; une règle écrite pour le presque-jamais est de l'encombrement, une ligne que chaque lecteur doit passer et qu'aucun cas n'utilisera, et un processus épais de telles règles est aussi mal conçu qu'un épais d'exceptions. Replier le vraiment rare dans une règle ne resserre pas la conception ; il la gonfle. Ce cas est mieux laissé géré, sa rare occurrence rencontrée par une escalade ou un petit guide, et l'ensemble des règles gardé propre. Le but n'est pas de changer chaque exception en règle. C'est d'avoir aussi peu d'exceptions que possible et aussi peu de règles que nécessaire, et le cas récurrent qui mérite une règle sert les deux, tandis que le cas rare forcé en une n'en sert aucun.

Alors le concepteur replie par poids. Un cas qui revient sans cesse a mérité sa règle et devrait l'avoir, fermant le vide et retirant le pont. Un cas qui ne revient presque jamais garde sa gestion, qui coûte peu précisément parce qu'elle est rarement utilisée. Entre les deux le concepteur juge, repliant ce qui revient assez pour appartenir aux règles, laissant ce qui est assez rare pour appartenir à une gestion, et gardant tant la charge d'exceptions que le compte de règles aussi bas que le travail le permet honnêtement.

Le plus haut niveau possible est de replier dans les règles chaque exception qui revient assez pour en mériter une, pour qu'aucun pont ne reste debout passé son but, tout en laissant le vraiment rare géré plutôt que réglé, pour que l'ensemble des règles ne soit pas gonflé de lignes qu'aucun cas n'utilisera, gardant tant exceptions que règles aussi peu que le travail le permet.

Point clé : Replier est un jugement à deux côtés. Laisse un pont debout trop longtemps et la gestion temporaire devient permanente par négligence, une solution de contournement changée en la manière dont les choses se font, taxant la conception pendant des années, alors un cas qui revient assez pour mériter une règle devrait être replié. Mais replie le vraiment rare dans une règle et tu gonfles l'ensemble des règles d'une ligne qu'aucun cas n'utilisera, aussi mal conçu qu'un processus épais d'exceptions. Alors replie par poids : le cas récurrent mérite sa règle et ferme son vide ; le cas rare garde sa gestion bon marché. Le but est aussi peu d'exceptions que possible et aussi peu de règles que nécessaire.

Replie ce qui revient assez pour mériter une règle, et laisse le vraiment rare géré, pour que tant exceptions que règles restent aussi peu que le travail le permet.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 7 : Replier · Section : Replier ce qui mérite une règle

MarvinPro | Juin 2026

marvinpro.com

Un exemple réel

Reviens à l'entreprise de logiciels, où le repli était construit dans le processus dès le début. L'incident inconnu était géré par un pont : la voie d'escalade le portait à ceux qui pouvaient le traiter, et les mises à jour façonnées tenaient le client entre-temps. Cette gestion achetait le temps que l'étape permanente nécessitait, pour que l'Équipe Technique comprenne le problème, et, là où il gisait dans le logiciel d'un fournisseur, pour qu'un correctif soit négocié et construit avec le fournisseur. Rien de cela n'était rapide. Mais une fois l'étape atterrie et le problème compris, sa réponse était repliée : le Propriétaire changeait la résolution en un guide de résolution que l'Exécutant pouvait suivre et des modèles que le client recevrait, et là où le problème était un qui continuerait d'arriver, sa gestion s'écrivait dans les règles. L'inconnu devenait connu, le pont tombait, et le prochain Exécutant à rencontrer ce problème rencontrait non une exception mais un cas que les règles couvraient maintenant.

Le client qui a refusé d'être contacté se repliait de la même manière. Sa gestion commença comme un petit guide préapprouvé, un pont, et à mesure qu'il devint clair que de tels clients arrivaient souvent et que la réponse ne variait jamais, elle fut repliée dans les règles elles-mêmes : ne pas envoyer de message à un client qui l'a refusé devint simplement comment le processus fonctionnait, sans guide à chercher, sans exception aucune. Un cas qui nécessitait l'accord d'un partenaire prit plus longtemps, sa gestion portant l'entreprise à travers des cycles jusqu'à ce que l'alignement soit atteint, et alors il fut replié aussi. Chacun de ceux-ci était revenu assez pour mériter sa règle, et chacun, une fois replié, ferma un vide pour de bon.

Mais tout ne fut pas replié. Une demande unique d'un seul client, étrange et improbable à revenir, fut laissée gérée, rencontrée par une escalade à la rare occasion où elle revenait, et jamais écrite dans les règles, car une règle pour un cas qui n'arrive presque jamais aurait été une ligne que chaque Exécutant lisait et qu'aucun n'utiliserait. Alors la conception se resserra là où resserrer aidait et resta propre là où non : les exceptions récurrentes accédèrent aux règles, les rares gardèrent leur gestion légère, et mois par mois le processus rencontrait plus de ses cas avec une règle qui convenait et moins avec un pont à construire. C'est le repli faisant son travail, la conception, avec le temps, fermant les vides que ses propres exceptions révélaient.

Les exceptions récurrentes furent repliées dans les règles et leurs ponts démontés ; les rares gardèrent leur gestion ; et la conception ferma ses propres vides avec le temps.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 7 : Replier · Un exemple réel

MarvinPro | Juin 2026

marvinpro.com

Replier

Tout ce que la Partie 1 a construit était destiné à être temporaire. Le guide préapprouvé, la solution de contournement, la voie d'escalade, chacun était un pont, intégré car le cas avait besoin d'une étape permanente que le concepteur ne pouvait prendre d'un coup. L'étape permanente est de corriger le cas, négocier l'accord sur lequel il repose, ou mettre en œuvre le changement qu'il exige, et n'importe laquelle prend du temps : des ressources à allouer, du développement à construire, un alignement à travers parties prenantes et partenaires, ou un nouveau contrat avec une partie externe. L'entreprise ne peut attendre à travers cela, alors la gestion fait pont sur le temps, gardant le travail en marche tandis que l'étape permanente se construit. Mais un pont se construit pour être traversé et démonté. Une exception récurrente est un pont encore debout, et sa récurrence est le signal, que les règles ont un vide, et qu'une étape permanente est encore due.

Replier l'exception, c'est atteindre l'autre côté. Quand l'étape permanente atterrit, la réponse du cas s'écrit dans les règles, une règle changée ou une nouvelle ajoutée, pour que le cas que la règle ne convenait pas soit maintenant un qu'elle couvre. Dès cet instant le cas est du travail ordinaire, et la gestion qui le portait est retirée. C'est ici qu'Exceptions revient aux Règles : la réponse accède à l'ensemble des règles et y est conçue comme une règle propre, cinq décisions faites comme une. Alors les deux volumes sont une boucle, les règles construisent le processus, le processus rencontre ses exceptions, les récurrentes se replient dans les règles, et la conception ferme ses propres vides, une exception repliée à la fois.

Mais replier est un jugement à deux côtés. Laisse un pont debout trop longtemps et la gestion temporaire devient permanente par négligence, une solution de contournement qui se change en la manière dont les choses se font et taxe la conception pendant des années, alors un cas qui revient assez pour mériter une règle devrait être replié. Replie le vraiment rare dans une règle, pourtant, et l'ensemble des règles se gonfle d'une ligne qu'aucun cas n'utilisera, aussi mal fait qu'un processus épais d'exceptions. Alors le concepteur replie par poids : le cas récurrent mérite sa règle et ferme son vide ; le cas rare garde sa gestion bon marché. Le but est aussi peu d'exceptions que possible et aussi peu de règles que nécessaire.

Alors la discipline est celle-ci : souviens-toi que chaque gestion était un pont, intégré car l'étape permanente était lente, et destiné à être traversé et démonté. Surveille quelles exceptions reviennent, et finis les étapes permanentes qu'elles marquent, dans l'ordre de combien chaque pont est utilisé. Replie chaque cas récurrent dans les règles une fois son étape atterrie, le concevant comme une règle propre, pour que le cas devienne ordinaire et le pont tombe. Laisse le vraiment rare géré, pour que l'ensemble des règles reste propre. Là où la réponse permanente est enfouie, une investigation peut être nécessaire pour la trouver, et la lecture plus profonde de ce que les exceptions révèlent appartient à un autre domaine, mais l'acte ici est simple : termine l'exception récurrente en la repliant dans la conception qui aurait dû la tenir, jusqu'à ce que le processus rencontre presque chaque cas avec une règle qui convient, et n'ait besoin de presque aucun pont.

Replie chaque exception récurrente dans les règles une fois son étape permanente atterrie, pour que le pont tombe et la conception, avec le temps, n'ait besoin de presque aucun pont.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 7 : Replier · Résultat du Chapitre

MarvinPro | Juin 2026

marvinpro.com

Pensez Simple.