PROCESS

Ici, c'est Comment Construire

Conception

Règles

La bifurcation

Une exception, une fois trouvée, ne peut simplement rester. Elle a été mise au jour, au bureau, par un et si, par l'observation précoce, et maintenant elle attend une décision, car une exception trouvée qui n'est ni gérée ni consignée est pire qu'une jamais trouvée : elle vit dans la mémoire de quelqu'un, à demi rappelée, jusqu'au jour où elle est nécessaire et disparue. Alors chaque exception mise au jour rencontre la même bifurcation. Soit elle est intégrée, gérée maintenant, dotée d'un chemin à suivre et, où c'est possible, repliée vers les règles, soit elle est mise de côté, consignée honnêtement comme une exception connue et posée pour un cycle de conception ultérieur. Il n'y a pas de troisième voie où elle serait laissée non triée. Triée elle doit l'être, d'une manière ou d'une autre.

C'est la discipline qui garde une conception honnête. Un concepteur sous pression de déclarer le travail fini est tenté de traiter chaque exception comme gérée, ou de laisser les gênantes disparaître en silence. Les deux sont des mensonges que la conception paiera. Une exception traitée comme gérée quand elle ne l'est pas devient un Exécutant laissé en plan sans avertissement. Une exception laissée disparaître devient la même chose, arrivant un jour sans rien de préparé pour elle. La bifurcation refuse les deux. Elle dit de chaque exception, clairement, celle-ci est gérée maintenant, ou celle-ci est connue et attend, et elle écrit la seconde plutôt que de faire comme si elle n'existait pas. Une conception qui entre en service avec une liste courte et honnête d'exceptions mises de côté est plus solide qu'une qui entre en affirmant n'en avoir aucune, car la première sait où sont ses bords et la seconde ne fait que le croire.

Alors la bifurcation n'est pas une formalité mais un engagement. Intégrer, c'est engager l'effort maintenant, donner à ce cas un vrai chemin à suivre avant que le travail ne le rencontre. Mettre de côté, c'est s'engager à l'honnêteté maintenant et à l'effort plus tard, dire que ce cas est réel, qu'il n'est pas encore géré, et le voici écrit pour ne pas être oublié. Ce que le concepteur ne peut faire, c'est ni l'un ni l'autre : ni gérer ni consigner, ni décider ni différer. Chaque exception trouvée est soit intégrée soit mise de côté, et le choix entre les deux est le travail de cette discipline.

Le plus haut niveau possible est d'amener chaque exception mise au jour à une décision, intégrée maintenant ou mise de côté honnêtement pour plus tard, et de ne jamais en laisser une non triée, à demi rappelée, ou écartée en silence, pour que la conception sache toujours lesquels de ses bords sont gérés et lesquels restent ouverts.

Point clé : Une exception, une fois trouvée, ne peut rester non triée ; une exception trouvée qui n'est ni gérée ni consignée est pire qu'une jamais trouvée, car elle reste à demi rappelée jusqu'au jour où elle est nécessaire et disparue. Alors chaque exception mise au jour rencontre une bifurcation : intégrée, gérée maintenant et repliée vers les règles où c'est possible, ou mise de côté, consignée honnêtement comme exception connue pour un cycle ultérieur. Cela garde la conception honnête : une qui entre en service avec une liste courte et honnête de mises de côté est plus solide qu'une qui affirme n'en avoir aucune, car elle sait où sont ses bords.

Chaque exception mise au jour est soit intégrée maintenant soit mise de côté honnêtement pour plus tard ; elle n'est jamais laissée non triée.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 3 : Intégrer ou Mettre de Côté · Section : La bifurcation

MarvinPro | Juin 2026

marvinpro.com

Peu d'effort ou beaucoup d'effort

Ce qui décide de quel côté va une exception est l'effort pour la gérer, pesé contre combien souvent et combien urgemment elle arrive. Une exception est de faible effort à intégrer quand la gérer est surtout affaire de réécrire les manuels, avec peu d'alignement de parties prenantes ou de partenaires nécessaire, le concepteur peut le faire en grande partie au bureau, sans tours de consultation. Elle est de fort effort quand sa gestion nécessite un vrai travail de développement, ou un large alignement à travers de nombreuses parties prenantes et partenaires, le genre de chose qui prend du temps et ne peut se faire seul.

Ceci concerne l'effort pour gérer le cas, non la taille du cas lui-même, et les deux se confondent aisément. Un remboursement coûteux peut être de faible effort à intégrer, s'il ne faut qu'une ligne dans un guide disant où un tel remboursement est approuvé. Une petite affaire bon marché peut être de fort effort, si la gérer signifie aligner trois équipes et un partenaire externe sur qui fait quoi. L'argent en jeu dans le cas te dit combien de soin la gestion mérite ; il ne te dit pas combien la gestion est difficile à concevoir. Alors le concepteur juge l'effort, l'écriture, l'alignement, le développement, et non la valeur du cas, en décidant combien vite il peut être intégré.

De là suit la règle du triage. Quand une exception est de faible effort à intégrer, intègre-la aussitôt, si rare que soit le cas, car mettre de côté une réparation rapide coûte plus que la réparation. Poser un petit changement de manuel sur une liste d'attente, à revoir dans quelque cycle ultérieur, c'est dépenser plus à gérer l'élément que la gestion n'aurait pris, et laisser l'équipe d'exécution sans soutien entre-temps, où un problème évitable peut grandir tandis qu'une réponse d'une ligne attend. Faible effort veut dire fais-le maintenant. Quand une exception est de fort effort, la fréquence décide. Un cas de fort effort qui est fréquent, urgent ou nuisible gagne l'effort et est intégré maintenant, son coût justifié par combien souvent ou combien mal il mord. Un cas de fort effort qui n'est qu'occasionnel peut ne pas encore valoir la peine de concevoir une solution, et peut attendre le prochain cycle de conception, car construire une gestion pour ce qui arrive rarement dépense un effort que la conception ne doit pas encore. Et la disponibilité conditionne tout : même une exception digne attend si l'équipe n'est pas prête à assumer sa gestion, car l'intégrer avant qu'elle puisse l'exécuter la laisserait en plan de toute façon.

Le plus haut niveau possible est de juger chaque exception par l'effort pour la gérer, non la taille du cas, intégrant aussitôt ce qui est de faible effort si rare soit-il, intégrant les cas de fort effort qui sont fréquents ou urgents, différant les cas de fort effort qui ne sont qu'occasionnels, et n'intégrant jamais plus vite que l'équipe n'est prête à exécuter.

Point clé : Ce qui décide la bifurcation est l'effort pour gérer l'exception, pesé contre fréquence et urgence. Faible effort veut dire surtout une réécriture de manuel avec peu d'alignement ; fort effort veut dire vrai développement ou large alignement de parties prenantes et partenaires. Ceci est l'effort pour gérer, non la taille du cas : un remboursement coûteux peut être de faible effort (une ligne dans un guide), une petite affaire de fort effort (beaucoup de parties à aligner). Alors : faible effort, intègre aussitôt si rare soit-il, car mettre de côté une réparation rapide coûte plus que la réparation ; fort effort, laisse la fréquence décider, fréquent ou urgent maintenant, occasionnel différé ; et la disponibilité conditionne, n'intègre jamais plus vite que l'équipe ne peut exécuter.

Juge par l'effort pour gérer, non la taille du cas : fais le faible effort maintenant si rare soit-il, et laisse la fréquence décider le fort effort.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 3 : Intégrer ou Mettre de Côté · Section : Peu d'effort ou beaucoup d'effort

MarvinPro | Juin 2026

marvinpro.com

Mettre de côté honnêtement

Mettre de côté une exception n'est pas y échouer. C'est faire un choix délibéré : ce cas est réel, il est de fort effort et seulement occasionnel, alors sa gestion complète sera conçue dans un cycle ultérieur, non celui-ci. Mettre de côté est comment un concepteur gère le temps fini sans mentir à ce sujet. L'alternative, forcer chaque exception dans la conception actuelle quel qu'en soit le coût, soit retarderait tout le travail, soit gérerait les cas rares si hâtivement que la gestion serait pauvre. Différer le cas occasionnel et de fort effort à son moment propre n'est pas de la négligence ; c'est l'économie honnête d'un concepteur qui sait que tout bord ne gagne pas l'attention d'un coup.

Mais mettre de côté porte deux devoirs, et sans eux cela devient un simple abandon. Le premier est de consigner. Une exception mise de côté est écrite, clairement, comme un cas ouvert connu, pour qu'elle ne soit pas oubliée et puisse être reprise au prochain cycle. Une brèche consignée est une brèche que la conception sait avoir, et une brèche connue est sûre d'une manière qu'une cachée ne l'est jamais : elle peut être surveillée, planifiée et fermée à son tour. Une exception mise de côté dans la seule mémoire n'est pas mise de côté ; elle est perdue. Le second devoir est de laisser un chemin à travers entre-temps, car un cas mis de côté n'a pas encore de gestion propre, mais il peut encore survenir avant que le prochain cycle n'en conçoive une, et aucun Exécutant ne peut être laissé en plan par lui. Alors le cas mis de côté est couvert, et sa couverture s'améliore par étapes. Dès le début, la voie d'escalade permanente tient : un cas sans gestion propre est escaladé pour une décision. Cette voie est plus courte et plus directe dans la brève période d'hypercare juste après la mise en service, quand le concepteur est encore proche, et plus longue une fois que le processus s'est stabilisé, courant par plusieurs niveaux avant d'atteindre le concepteur au sommet, la plupart des cas résolus bien en dessous. Puis, dès qu'une solution de contournement est trouvée, un chemin à travers temporaire et suffisamment bon, le cas mis de côté la reçoit, et l'Exécutant suit la solution de contournement directement au lieu d'escalader chaque fois. Et quand le cas est enfin intégré, la solution de contournement ne s'attarde pas : elle se transforme en, ou est remplacée par, la nouvelle règle ou étapes. Escalade, puis solution de contournement, puis gestion conçue, chaque étape passant proprement à la suivante, pour que l'Exécutant ait toujours un chemin à suivre tandis que la conception rattrape. La voie d'escalade et ses niveaux sont repris dans leur propre discipline ; ici il suffit que le cas mis de côté ne soit jamais laissé sans rien.

Et la liste des mises de côté n'est pas un cimetière. C'est un compte vivant des bords ouverts de la conception, revu à chaque cycle, réduit à mesure que les cas de fort effort gagnent leur gestion et que les récurrents sont repliés dans les règles. Elle doit rétrécir, non grandir. Une liste qui ne fait que s'allonger est un signe que l'intégration est évitée, que des cas qui pourraient être gérés sont mis de côté pour paraître productif. Mettre de côté est pour ce qui est vraiment de fort effort et occasionnel, non un endroit où poser un travail qu'on préférerait ne pas faire. Le soin de cette liste dans le temps, sa revue et sa réduction, est sa propre affaire, reprise au-delà de ce volume ; ce qui importe ici est que lorsqu'un concepteur met de côté, il le consigne honnêtement, il le couvre jusqu'à son tour, et il a l'intention de revenir.

Le plus haut niveau possible est de ne mettre de côté que les cas de fort effort et occasionnels, de consigner chacun clairement comme une brèche ouverte connue, de le couvrir par étapes jusqu'à ce que sa gestion soit construite, escalade, puis une solution de contournement, puis la nouvelle règle ou étapes, et de traiter la liste des mises de côté comme un compte vivant à réduire, jamais un cimetière à oublier.

Point clé : Mettre de côté n'est pas échouer mais un choix délibéré, concevoir un cas de fort effort et occasionnel dans un cycle ultérieur, l'économie honnête du temps fini. Cela porte deux devoirs : consigner l'exception clairement comme une brèche ouverte connue, car une brèche connue est sûre où une cachée ne l'est pas, et la couvrir jusqu'à son tour. La couverture s'améliore par étapes : la voie d'escalade permanente d'abord (plus courte dans le bref hypercare, plus longue et à plusieurs niveaux une fois stabilisée), puis une solution de contournement dès qu'elle existe, puis la nouvelle règle ou étapes, en laquelle la solution de contournement se transforme ou par laquelle elle est remplacée quand le cas est intégré. La liste est vivante, réduite, jamais un cimetière ni un endroit où poser un travail qu'on préférerait ne pas faire.

Ne mets de côté que le fort effort et occasionnel, consigne-le comme brèche connue, couvre-le par escalade puis solution de contournement jusqu'à ce que la règle ou les étapes la remplacent.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 3 : Intégrer ou Mettre de Côté · Section : Mettre de côté honnêtement

MarvinPro | Juin 2026

marvinpro.com

Un exemple réel

Reviens à l'entreprise de logiciels, les et si et les premiers cas maintenant en main, chacun attendant à la bifurcation. Le client qui a refusé d'être contacté vint en premier. Il était de faible effort : le gérer signifiait une ligne dans un guide, quand un client a demandé à ne pas être contacté, supprime le message et avance, sans partenaire à aligner et sans développement à faire. Bien que de tels clients ne fussent pas courants, il fut intégré aussitôt, car mettre de côté un si petit changement aurait coûté plus à suivre qu'à faire, et aurait laissé l'Assistance sans réponse pour un cas qui pouvait arriver n'importe quel jour. Faible effort, fait maintenant.

L'incident inconnu vint ensuite, et il fut intégré aussi, mais pour une raison différente. Sa gestion, la voie d'escalade et les mises à jour façonnées, était de plus fort effort, touchant l'Équipe Technique et le Propriétaire et la façon dont le travail était acheminé. Mais il était à la fois assez fréquent et assez nuisible pour gagner cet effort : un incident inconnu laissait l'Exécutant complètement en plan, sans rien à envoyer et sans personne vers qui se tourner, et les incidents inconnus continueraient de venir. Fort effort, mais fréquent et nuisible, donc intégré maintenant. Puis le client dont l'administrateur voulait chaque message acheminé par lui. C'était de fort effort, cela signifiait s'aligner avec le Back Office sur un canal par client et construire une façon de tenir cette préférence, et ce n'était qu'occasionnel, peu de clients le demandaient. Alors il fut mis de côté, honnêtement : écrit comme un cas ouvert connu, marqué pour le prochain cycle de conception. Il ne fut pas laissé sans couverture. Si un tel client était apparu avant, l'Exécutant aurait escaladé, et dans les premiers jours cette voie était courte, le concepteur proche pendant l'hypercare. Bientôt une solution de contournement fut trouvée, une note que le Back Office gardait et suivait à la main, et l'Exécutant l'utilisa directement au lieu d'escalader chaque fois. Quand le prochain cycle construisit enfin le canal par client, cette solution de contournement fut remplacée par les nouvelles étapes, et l'exception ne fut plus une exception.

Alors la conception entra en service avec la plupart des cas gérés et une liste courte et honnête d'un ou deux mis de côté. Rien ne fut laissé non trié, rien ne fut écarté en faisant semblant, et rien de rare et coûteux ne fut forcé avant son temps. La réparation de faible effort fut faite aussitôt pour soutenir l'équipe ; le cas fréquent et nuisible gagna son plus fort effort ; le rare et coûteux attendit son tour, consigné et couvert, l'escalade cédant à une solution de contournement et la solution de contournement en son temps à la gestion construite. C'est la bifurcation bien travaillée : non chaque exception gérée d'un coup, mais chaque exception décidée, couverte et honnête.

La réparation de faible effort fut faite aussitôt, le mal fréquent gagna son effort, et le rare et coûteux fut mis de côté, couvert et géré à son tour.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 3 : Intégrer ou Mettre de Côté · Un exemple réel

MarvinPro | Juin 2026

marvinpro.com

Intégrer ou Mettre de Côté

Une exception, une fois trouvée, ne peut rester non triée, car une exception trouvée qui n'est ni gérée ni consignée est pire qu'une jamais trouvée : elle reste à demi rappelée jusqu'au jour où elle est nécessaire et disparue. Alors chaque exception mise au jour rencontre une bifurcation : elle est intégrée, gérée maintenant et repliée vers les règles où c'est possible, ou elle est mise de côté, consignée honnêtement comme une exception connue pour un cycle ultérieur. Il n'y a pas de troisième voie. C'est ce qui garde une conception honnête, car une qui entre en service avec une liste courte et honnête d'exceptions mises de côté est plus solide qu'une qui affirme n'en avoir aucune, puisqu'elle sait où sont ses bords.

Ce qui décide la bifurcation est l'effort pour gérer l'exception, pesé contre combien souvent et combien urgemment elle arrive. Une exception est de faible effort à intégrer quand la gérer est surtout réécrire les manuels, avec peu d'alignement nécessaire ; de fort effort quand elle nécessite un vrai développement ou un large alignement à travers parties prenantes et partenaires. Ceci est l'effort pour gérer, non la taille du cas : un remboursement coûteux peut être de faible effort s'il ne faut qu'une ligne dans un guide, tandis qu'une petite affaire peut être de fort effort s'il faut que beaucoup de parties s'accordent. Alors le cas de faible effort est intégré aussitôt, si rare soit-il, car mettre de côté une réparation rapide coûte plus que la réparation et laisse l'équipe sans soutien. Le cas de fort effort est jugé par la fréquence : fréquent, urgent ou nuisible, il gagne l'effort et est intégré maintenant ; seulement occasionnel, il peut attendre le prochain cycle de conception. Et la disponibilité conditionne tout, car intégrer plus vite que l'équipe ne peut exécuter la laisserait en plan de toute façon.

Mettre de côté n'est pas échouer. C'est différer un cas de fort effort et occasionnel à son cycle propre, l'économie honnête du temps fini. Mais mettre de côté porte deux devoirs. Le premier est de consigner, clairement, comme une brèche ouverte connue, car une brèche connue est sûre où une cachée ne l'est pas. Le second est de couvrir le cas jusqu'à son tour, par étapes : la voie d'escalade permanente d'abord, plus courte et plus directe dans la brève période d'hypercare quand le concepteur est proche, plus longue et à plusieurs niveaux une fois que le processus s'est stabilisé ; puis une solution de contournement, dès qu'une est trouvée, que l'Exécutant suit directement au lieu d'escalader chaque fois ; puis la nouvelle règle ou étapes, en laquelle la solution de contournement se transforme ou par laquelle elle est remplacée quand le cas est intégré. Alors un cas mis de côté n'est jamais laissé sans rien ; l'Exécutant a toujours un chemin à suivre tandis que la conception rattrape. Et la liste des mises de côté est vivante, non un cimetière, réduite à chaque cycle à mesure que les cas gagnent leur gestion et que les récurrents sont repliés dans les règles, jamais un endroit où poser un travail qu'on préférerait ne pas faire.

Alors la discipline est celle-ci : amène chaque exception mise au jour à la bifurcation, et décide. Intègre le faible effort aussitôt, si rare soit-il, pour soutenir l'équipe. Intègre le fort effort qui est fréquent, urgent ou nuisible. Mets de côté le fort effort qui n'est qu'occasionnel, honnêtement, consigné et couvert jusqu'à son tour. Ne laisse jamais une non triée, n'en écarte jamais une en faisant semblant, et ne force jamais le rare et coûteux avant son temps. Une conception qui fait cela se connaît elle-même : elle peut nommer chaque bord qu'elle a fermé et chaque un encore ouvert, et elle ne laisse aucun Exécutant en plan à aucun d'eux.

Chaque exception est décidée à la bifurcation, intégrée maintenant ou mise de côté honnêtement et couverte jusqu'à son tour, pour que la conception ne laisse aucun Exécutant en plan et connaisse chacun de ses bords.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Exceptions · Discipline 3 : Intégrer ou Mettre de Côté · Résultat du Chapitre

MarvinPro | Juin 2026

marvinpro.com

Pensez Simple.