PROCESS

Ici, c'est Comment Construire

Conception

Règles

Le cas que la règle ne convient pas

Une règle est la façon dont une exigence est satisfaite dans le cas normal. Les Règles ont pris une seule règle et l'ont montrée entière, cinq décisions conçues comme une, solide quand elles s'accordent. Mais une règle se construit pour le cas normal, et tout cas n'est pas normal. Tôt ou tard arrive un cas que la règle ne convient pas, et l'Exécutant qui le rencontre ne peut avancer par la règle, car pour ce cas la règle n'a rien à dire. Ce cas est une exception, et ce volume traite de lui : comment on le trouve, comment on mène l'Exécutant à travers, et comment, avec le temps, on le fait disparaître.

Commence par ce que l'exception n'est pas. Ce n'est pas une règle cassée, ni une règle mal faite. Une règle solide, conçue avec tout le soin, rencontre quand même des cas pour lesquels elle n'a pas été construite, car aucune règle ne peut prévoir toute forme que le travail prendra. L'exception n'est pas un échec de la règle ; elle est son bord, l'endroit où le cas normal finit et où commence quelque chose que la règle n'a pas anticipé. Alors l'existence des exceptions n'est pas le signe d'une mauvaise conception. Toute conception a des bords. Ce qui sépare la bonne conception de la mauvaise n'est pas si les exceptions existent, mais si l'Exécutant qui en rencontre une est laissé en plan ou mené à travers, et si l'on permet à l'exception de revenir pour toujours ou si on la conçoit pour qu'elle disparaisse.

L'Exécutant est au centre de tout cela, et il vaut être clair sur pourquoi. Quand un cas que la règle ne convient pas atteint l'Exécutant, il est coincé d'une manière particulière : le travail ne peut continuer, et rien ne lui dit quoi faire. Il peut deviner, et risquer de faire du tort. Il peut rester silencieux, et laisser le client dans le noir. Ou il peut prendre un chemin à suivre que la conception a préparé d'avance. Tout ce volume est l'effort du concepteur pour assurer que ce troisième chemin existe toujours, que lorsque la règle se tait, la conception ne se tait pas. Une exception est, avant et après tout, un moment où une personne a besoin de savoir quoi faire, et la conception doit déjà avoir répondu.

Le plus haut niveau possible est de traiter chaque exception comme un cas que la règle ne convient pas et une personne qui a besoin d'un chemin à travers, ni un défaut dont avoir honte ni une rareté à ignorer, mais un bord de la conception à prévoir, à gérer et, avec le temps, à supprimer.

Point clé : Une règle se construit pour le cas normal, et tout cas n'est pas normal ; le cas que la règle ne convient pas est une exception, où l'Exécutant ne peut avancer car la règle n'a rien à dire. Une exception n'est pas une règle cassée mais le bord de l'une, l'endroit où le cas normal finit ; toute conception a des bords, et ce qui sépare la bonne de la mauvaise n'est pas si les exceptions existent mais si l'Exécutant est laissé en plan ou mené à travers, et si l'exception revient pour toujours ou est conçue pour disparaître. En son centre une exception est une personne qui a besoin de savoir quoi faire, et la conception doit déjà avoir répondu.

Une exception est un cas que la règle ne convient pas, et un Exécutant qui a besoin d'un chemin à travers là où la règle s'est tue.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 1 : Une Exception · Section : Le cas que la règle ne convient pas

MarvinPro | Juin 2026

marvinpro.com

Ce que le monde appelle une exception, et ce qu'elle est

Demande ce qu'est une exception, et la plupart des réponses viennent du monde des systèmes. Là, une exception est une erreur, une erreur levée quand un programme rencontre un état qu'il ne peut gérer, interceptée et gérée par une machinerie construite à cet effet. Le mot porte ce poids : quelque chose a mal tourné, une alarme a sonné, un gestionnaire doit l'intercepter. C'est un sens vrai du mot, et ce n'est pas le sens que ce livre veut dire. L'exception ici n'est pas une erreur dans une machine. C'est un cas dans le travail que la règle n'a pas anticipé, rencontré par une personne, non par un programme.

Alors écarte le sens de la machine et prends le plus simple. Une exception est une réponse conçue à une condition définie sous laquelle la règle normale ne s'applique pas, un cas où la règle est écartée intentionnellement, satisfaite autrement, ou portée à quelqu'un qui peut décider. La condition est ce qui marque le cas comme exceptionnel, ce n'est pas le cas normal, la règle ne convient pas ici. La réponse est ce que la conception en fait. Et en dessous, dans la plupart des exceptions, l'exigence tient toujours. Le client doit toujours être informé, le dossier doit toujours être juste ; c'est seulement que la règle normale pour satisfaire l'exigence ne convient pas à ce cas, alors l'exigence est satisfaite autrement. De temps en temps une exigence est écartée délibérément pour un cas défini, le client qui a demandé à ne pas être contacté n'est, à juste titre, pas contacté, mais bien plus souvent l'exigence survit et l'exception est simplement une autre route vers la même fin.

C'est pourquoi une exception se conçoit, ne s'improvise pas. La machine du monde intercepte une erreur après qu'elle est levée ; le concepteur, lui, prévoit le cas avant qu'il n'arrive et construit la réponse d'avance. Une exception, dans ce livre, n'est pas une chose qui t'arrive. C'est une chose que tu conçois, une réponse préparée à un cas dont tu savais qu'il pouvait venir, pour que lorsqu'il vient, l'Exécutant ne soit pas laissé à inventer une réponse sur le moment. La différence entre une exception interceptée et une exception conçue est la différence entre un processus qui se débrouille et un processus qui fut construit pour tenir.

Le plus haut niveau possible est d'entendre par exception non l'erreur d'une machine interceptée après coup, mais une réponse conçue à un cas prévu que la règle ne convient pas, préparée d'avance pour que l'exigence soit toujours satisfaite et que l'Exécutant ne soit jamais laissé à improviser.

Point clé : Le sens commun d'exception vient des systèmes, une erreur levée et interceptée par une machinerie ; ce livre veut dire autre chose, un cas dans le travail que la règle n'a pas anticipé, rencontré par une personne. Une exception est une réponse conçue à une condition définie sous laquelle la règle normale ne s'applique pas : la condition marque le cas comme non normal, la réponse est ce que la conception en fait, et en dessous l'exigence tient souvent toujours et est satisfaite autrement, bien que de temps en temps elle soit écartée délibérément. L'exception se conçoit d'avance, ne s'improvise pas sur le moment, la différence entre un processus qui se débrouille et un construit pour tenir.

Une exception n'est pas l'erreur d'une machine interceptée après coup, mais une réponse conçue à un cas prévu que la règle ne convient pas.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 1 : Une Exception · Section : Ce que le monde appelle une exception, et ce qu'elle est

MarvinPro | Juin 2026

marvinpro.com

Aussi peu que possible

Il y a une tentation, ayant appris à bien gérer les exceptions, de s'enorgueillir de combien on peut en gérer. Résiste-y. La mesure d'une conception n'est pas avec quelle richesse elle gère les exceptions mais combien peu elle en a. Chaque exception est un endroit que les règles n'ont pas atteint, un cas que la conception normale n'a pas su couvrir. La gérer bien est nécessaire, l'Exécutant doit être mené à travers, mais gérer est une réparation, non un triomphe. Un processus chargé d'exceptions est un processus dont les règles sont incomplètes, si élégamment que chaque exception soit gérée.

Alors ce volume tient deux fins à la fois, et la seconde gouverne la première. La première fin est de gérer : quand une exception arrive, donner à l'Exécutant un chemin sanctionné à suivre, jamais laissé en plan. La seconde fin est de supprimer : concevoir l'exception pour qu'elle disparaisse, de sorte qu'avec le temps le travail en ait besoin de moins en moins. Elles ne sont pas en tension ; elles sont une séquence. Tu gères l'exception aujourd'hui car elle est là et l'Exécutant a besoin d'un chemin à travers. Tu la supprimes demain en repliant le cas récurrent dans les règles, pour qu'il cesse d'être une exception du tout. Un bon concepteur fait les deux, et ne confond jamais la première avec le travail entier. Gérer une exception et la laisser debout pour toujours, c'est gérer une fuite au lieu de la colmater.

C'est le fil qui parcourt chaque discipline qui suit. Quand tu mets une exception au jour, tu trouves un vide dans les règles. Quand tu donnes à l'Exécutant un chemin à suivre, tu gères ce vide avec soin. Et quand tu replies le cas récurrent dans les règles, tu fermes le vide, pour que l'exception ne soit plus nécessaire. La fin, tenue fermement du premier et si au dernier repli, est une conception avec aussi peu d'exceptions que possible, où presque chaque cas que le travail rencontre est, à nouveau, un cas que les règles conviennent déjà.

Le plus haut niveau possible est de tenir, à travers tout le travail qui suit, que bien gérer une exception est nécessaire mais jamais le but, et que le but est toujours une conception avec aussi peu d'exceptions que possible, chaque récurrente repliée dans les règles.

Point clé : La mesure d'une conception n'est pas avec quelle richesse elle gère les exceptions mais combien peu elle en a ; chaque exception est un endroit que les règles n'ont pas atteint, et la gérer est une réparation, non un triomphe. Le volume tient deux fins, et la seconde gouverne la première : gère l'exception aujourd'hui, car l'Exécutant a besoin d'un chemin à travers, et supprime-la demain, en repliant le cas récurrent dans les règles pour qu'il cesse d'être une exception. Gérer une exception et la laisser debout pour toujours, c'est gérer une fuite au lieu de la colmater.

Bien gérer une exception est nécessaire mais jamais le but ; le but est une conception avec aussi peu d'exceptions que possible.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 1 : Une Exception · Section : Aussi peu que possible

MarvinPro | Juin 2026

marvinpro.com

Un exemple réel

Reviens à l'entreprise de logiciels, à travers la lentille de l'exception. La plupart de ce que l'Exécutant rencontre est un incident connu : un problème que l'entreprise a déjà vu, avec un modèle prêt et un chemin à suivre écrit. La règle convient, et l'Exécutant avance. C'est le cas normal, et la plupart des cas sont normaux, ce qui est la conception qui fonctionne comme elle doit.

L'exception est l'incident inconnu, le problème sans modèle, car personne ne le comprend encore assez pour en écrire un. Ici la règle ne convient pas. L'Exécutant fait face à un client en difficulté et n'a rien d'écrit à envoyer, aucune instruction à suivre. Il ne peut avancer par la règle, car pour ce cas il n'y a pas de règle. Et ce n'est pas une règle cassée ni une négligente ; c'est le bord d'une conception solide, l'endroit où le connu finit et où commence quelque chose de nouveau. Aucun ensemble de modèles, si complet soit-il, n'aurait pu prévoir chaque problème que le logiciel pourrait un jour produire. L'incident inconnu est le bord de la conception, et le rencontrer n'est pas un échec mais une inévitabilité.

Ce qui sépare cette conception d'une pauvre est ce qui se passe ensuite. L'Exécutant n'est pas laissé à inventer une réponse ni à tomber dans le silence. Un chemin à suivre fut construit d'avance, la voie d'escalade, qui porte le cas à ceux qui peuvent le traiter, avec des mises à jour façonnées pour tenir le client informé entre-temps. Et l'exception ne dure pas : une fois le problème compris et résolu, il est transformé en guide de résolution et en modèles, et l'inconnu devient connu, replié dans les règles pour que le prochain Exécutant avance simplement. L'exception est gérée aujourd'hui et supprimée demain. C'est tout ce volume, vu en un cas : un Exécutant mené à travers le bord de la conception, et le bord lui-même, avec le temps, conçu pour disparaître.

Une exception est le bord d'une conception solide, un cas que la règle ne convient pas encore, rencontré avec un chemin à suivre aujourd'hui et replié dans les règles demain.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 1 : Une Exception · Un exemple réel

MarvinPro | Juin 2026

marvinpro.com

Une Exception

Une règle est la façon dont une exigence est satisfaite dans le cas normal, mais tout cas n'est pas normal. Le cas que la règle ne convient pas est une exception, et l'Exécutant qui le rencontre ne peut avancer par la règle, car pour ce cas la règle n'a rien à dire. Une exception n'est pas une règle cassée ni une négligente ; elle est le bord d'une conception solide, l'endroit où le cas normal finit et où commence quelque chose que la règle n'a pas anticipé. Toute conception a des bords, alors l'existence des exceptions n'est aucune honte. Ce qui sépare la bonne conception de la mauvaise est si l'Exécutant qui en rencontre une est mené à travers ou laissé en plan, et si l'on permet à l'exception de revenir pour toujours ou si on la conçoit pour qu'elle disparaisse.

Le sens commun du mot dans le monde vient des systèmes, une erreur levée et interceptée par une machinerie. Ce livre veut dire autre chose : un cas dans le travail que la règle n'a pas anticipé, rencontré par une personne. Une exception, ici, est une réponse conçue à une condition définie sous laquelle la règle normale ne s'applique pas, la règle écartée intentionnellement, satisfaite autrement, ou portée à quelqu'un qui peut décider. La condition marque le cas comme non normal ; la réponse est ce que la conception en fait ; et en dessous, dans la plupart des exceptions, l'exigence tient toujours et est simplement satisfaite autrement, bien que de temps en temps elle soit écartée délibérément. L'exception se conçoit d'avance, ne s'improvise pas sur le moment, une réponse préparée à un cas dont tu savais qu'il pouvait venir.

Et le but, tenu de la première discipline à la dernière, est d'en avoir besoin d'aussi peu que possible. La mesure d'une conception n'est pas avec quelle richesse elle gère les exceptions mais combien peu elle en a, car chaque exception est un endroit que les règles n'ont pas atteint. Alors le volume tient deux fins, la seconde gouvernant la première : gère l'exception aujourd'hui, pour que l'Exécutant ne soit jamais laissé en plan, et supprime-la demain, en repliant le cas récurrent dans les règles jusqu'à ce qu'il ne soit plus une exception. Gérer une exception et la laisser debout pour toujours, c'est gérer une fuite au lieu de la colmater.

C'est ce que les disciplines qui suivent construiront. Tu mettras des exceptions au jour en demandant aux Exécutants leurs et si, bien avant que le travail n'entre en service. Tu les trieras, intégrant ce que tu peux et mettant honnêtement de côté le reste. Tu donneras à l'Exécutant un chemin à suivre, écrit là où c'est possible et escaladé là où il le faut. Et tu replieras les récurrentes dans les règles, jusqu'à ce que le travail, à nouveau, rencontre presque chaque cas avec une règle qui convient. Une exception est un cas que la règle ne convient pas et une personne qui a besoin d'un chemin à travers ; la tâche du concepteur est de veiller à ce que le chemin à travers soit toujours là, et que l'exception, à la fin, ne le soit pas.

Une exception est un cas que la règle ne convient pas et un Exécutant qui a besoin d'un chemin à travers ; la conception doit répondre là où la règle s'est tue, puis fermer le vide pour qu'elle ne se taise plus.

Une exception est un cas que la règle ne convient pas et un Exécutant qui a besoin d'un chemin à travers ; la conception doit répondre là où la règle s'est tue, puis fermer le vide pour qu'elle ne se taise plus.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 1 : Une Exception · Résultat du Chapitre

MarvinPro | Juin 2026

marvinpro.com

Pensez Simple.