PROCESS

Ici, c'est Comment Construire

Conception

Système

Ce qui traverse

Valeur a marqué les passages. Cette discipline les conçoit. Chaque point où le travail passe d'une boîte à une autre est un lien : une commande de la vente à la fourniture, une demande de prélèvement de la fourniture à l'encaissement, un dossier du support client qui revient vers la fourniture. Un lien n'est une étape dans aucune des deux boîtes. C'est l'accord entre elles sur la façon dont le travail traverse. À l'intérieur d'un processus, les points où ses parties se rejoignent sont les coutures que conçoit le volume Sub. Entre les boîtes de la carte, les passages sont des liens, et c'est ici qu'ils se conçoivent.

Un lien a trois parties. Ce qui passe : une seule chose, nommée et complète, pour que le côté qui reçoit n'ait jamais à revenir demander. Quand cela passe : le déclencheur, pour que le côté qui reçoit sache quand l'attendre. Et ce que signifie « reçu » : l'état final de la passation, le moment où les deux côtés s'accordent pour dire que le travail a changé de mains. Un lien auquel il manque l'une des trois fonctionne quand même la plupart du temps. Il échoue les jours qui comptent : quand le volume monte, quand un cas sort de l'ordinaire, quand quelqu'un de nouveau se trouve à l'un des deux bouts.

La plupart des liens d'une carte n'ont jamais été conçus. Ils ont poussé tout seuls : un tableur envoyé par e-mail le vendredi, un champ qu'une équipe a appris à remplir pour l'autre, l'habitude d'appeler quelqu'un. Ils fonctionnent parce que les personnes à chaque bout se connaissent. Concevoir un lien met par écrit ce que ces personnes savent déjà et ferme ce qu'elles contournent en silence, pour que le lien tienne quand les personnes changent.

Le plus haut niveau possible est de traiter chaque passage entre boîtes comme un lien, de convenir pour chacun de ce qui passe, de quand cela passe et de ce que signifie « reçu », et de mettre par écrit les liens qui ont poussé par habitude pour qu'ils tiennent quand les personnes changent à l'un ou l'autre bout.

Point clé : Chaque point où le travail passe d'une boîte à une autre est un lien : non pas une étape dans l'une des deux boîtes, mais l'accord entre elles sur la façon dont le travail traverse. Les coutures à l'intérieur d'un processus relèvent de Sub ; les liens entre boîtes relèvent d'ici. Un lien a trois parties : ce qui passe, quand cela passe et ce que signifie « reçu » (l'état final de la passation). La plupart des liens ont poussé tout seuls au lieu d'être conçus, et ils ne fonctionnent que tant que les mêmes personnes se trouvent à chaque bout. Concevoir un lien met par écrit ce qu'elles savent et ferme ce qu'elles contournent.

Un lien n'est une étape dans aucune des deux boîtes. C'est l'accord sur la façon dont le travail traverse de l'une à l'autre.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Système · Discipline 6 : Liens · Section : Ce qui traverse

MarvinPro | Octobre 2026

marvinpro.com

Transmis, jamais partagé

La Cartographie a posé un principe pour les passages : le travail est transmis, jamais partagé. À tout moment, le travail se trouve d'un côté du lien, et le lien est le point exact où il bouge. Avant ce point, le travail appartient au côté qui envoie ; après, il appartient au côté qui reçoit. Un travail qui se trouve des deux côtés à la fois ne se trouve d'aucun, parce que chaque côté suppose que l'autre l'a.

C'est pourquoi un lien est convenu par les deux côtés. Un lien écrit par le seul côté qui envoie décrit ce qu'il envoie, pas ce dont l'autre côté a besoin. Un lien écrit par le seul côté qui reçoit décrit ce qu'il veut, pas ce que l'autre côté peut donner. Convenu ensemble, le lien consigne les deux : ce qui passe, sous une forme que le côté qui envoie peut produire et que le côté qui reçoit peut utiliser. Noyau a traité le prélèvement comme une connexion, atteinte depuis l'intérieur du processus central. À la hauteur de la carte, cette même connexion est un lien à deux côtés, et les deux côtés le conçoivent.

L'accord fixe aussi ce qui n'est pas transmis. L'information peut être partagée librement : les deux côtés peuvent voir la fiche du client, l'historique et le statut. Ce qui n'est jamais partagé, c'est le travail lui-même : la prochaine action que quelqu'un doit faire. L'information partagée tient les deux côtés informés. Le travail partagé laisse les deux côtés en attente.

Le plus haut niveau possible est de transmettre le travail à chaque lien et de ne jamais le partager, pour qu'à tout moment il se trouve d'un seul côté, de convenir de chaque lien avec les deux côtés ensemble, et de partager l'information librement tout en gardant la prochaine action d'un seul côté.

Point clé : Le travail est transmis, jamais partagé. À tout moment, il se trouve d'un côté du lien, et le lien est le point exact où il bouge ; un travail des deux côtés à la fois ne se trouve d'aucun. Un lien est convenu par les deux côtés, parce qu'un seul côté n'en décrit que la moitié. La connexion de Noyau aux paiements, vue à la hauteur de la carte, est un lien à deux côtés. L'information peut être partagée librement ; le travail lui-même (la prochaine action), jamais.

Le travail est transmis, jamais partagé. L'information partagée tient les deux côtés informés ; le travail partagé les laisse en attente.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Système · Discipline 6 : Liens · Section : Transmis, jamais partagé

MarvinPro | Octobre 2026

marvinpro.com

Le chemin du retour

Le travail avance à travers un lien. L'information doit revenir : un rejet quand ce qui est arrivé était incomplet, un échec quand le côté qui reçoit n'a pas pu faire sa part, un changement quand un côté modifie quelque chose dont l'autre dépend. Un lien sans chemin du retour est celui contre lequel Valeur mettait en garde : un changement fait par une équipe dont la suivante n'a jamais entendu parler. Le chemin du retour se conçoit avec les trois mêmes parties que le chemin de l'aller : ce qui revient, quand cela revient et ce que signifie « reçu ».

Un lien est convenu par les deux côtés, donc tout changement d'un côté ou de l'autre le rouvre, aussi petit soit-il. Avant la mise en production du changement, on fait passer les cas convenus à travers le lien, les cas ordinaires comme les échecs, et on vérifie que chacun arrive là où il doit. Les plus petits changements sont les plus dangereux, parce que personne ne les voit comme des changements du lien. Un grand changement se planifie et se teste. Une mise à jour mineure s'installe un mardi ordinaire, et le lien qu'elle casse reste cassé en silence.

Chaque lien est aussi un endroit où la valeur peut se perdre, donc le meilleur nombre de liens est le plus petit dont le travail a besoin. La carte et le test de la valeur ont déjà supprimé les passages qui ne servaient personne. Les liens qui restent sont conçus exprès, chacun avec son chemin de l'aller, son chemin du retour et ses cas prêts à être exécutés.

Le plus haut niveau possible est de concevoir un chemin du retour pour chaque lien, avec les trois mêmes parties que le chemin de l'aller, de traiter tout changement d'un côté ou de l'autre comme une réouverture du lien aussi petit soit-il, de faire passer les cas convenus à travers lui avant la mise en production du changement, et de limiter les liens au plus petit nombre dont le travail a besoin.

Point clé : Le travail avance à travers un lien, et les rejets, les échecs et les changements doivent revenir, conçus avec les trois mêmes parties que le chemin de l'aller. Un lien sans chemin du retour échoue en silence. Tout changement d'un côté ou de l'autre rouvre le lien, aussi petit soit-il, et les cas convenus le traversent avant la mise en production du changement. Les plus petits changements sont les plus dangereux, parce que personne ne les voit comme des changements du lien. Chaque lien est un endroit où la valeur peut se perdre, donc le bon nombre est le plus petit dont le travail a besoin.

Un lien sans chemin du retour échoue en silence. Tout changement d'un côté ou de l'autre le rouvre, aussi petit soit-il.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Système · Discipline 6 : Liens · Section : Le chemin du retour

MarvinPro | Octobre 2026

marvinpro.com

Un exemple réel

Quand un abonnement est activé, fournir les abonnements envoie une demande de prélèvement à encaisser les paiements, et en envoie une autre à chaque renouvellement. Au lancement, un paiement échoué revenait à travers le lien, et le logiciel était retenu à temps.

Encaisser les paiements a ensuite installé une mise à jour de routine de son logiciel de paiement : une version mineure avec de petites corrections, rien que personne ne voyait comme un changement. L'une de ces corrections a renommé le statut que le logiciel utilisait pour signaler un paiement échoué. Fournir les abonnements attendait toujours l'ancien nom. Rien ne s'est cassé d'un côté ni de l'autre, donc aucune erreur n'est apparue nulle part. Les échecs ont simplement cessé d'arriver.

Pendant les semaines suivantes, les paiements échoués ne sont allés nulle part. Fournir les abonnements a laissé le logiciel tourner pour des clients qui ne payaient pas, et accompagner les clients n'a rien su. Puis un nettoyage manuel a coupé tous ces clients d'un seul coup. Les appels ont commencé, et le support client ne savait pas leur dire pourquoi.

La refonte a commencé par mettre le lien par écrit, convenu par les deux boîtes. Ce qui passe : la demande de prélèvement, avec le client, le montant et la période. Quand : à l'activation et à chaque renouvellement. Ce que signifie « reçu » : accusée de réception et planifiée par encaisser les paiements. Le chemin du retour a été écrit de la même façon. Un paiement échoué revient à fournir les abonnements, qui retient le logiciel après un délai de grâce fixé, et accompagner les clients est prévenu au même moment. Puis est venue la règle : tout changement d'un côté ou de l'autre qui touche le lien le rouvre, et avant la mise en production du changement, trois cas convenus traversent le lien : un paiement qui aboutit, un qui échoue et un qui arrive en retard.

La mise à jour de routine suivante a de nouveau renommé un champ. Elle a été repérée quand les trois cas ont été exécutés, deux jours avant la mise en production. Les clients dont le paiement échouait l'apprenaient désormais d'abord par l'entreprise, et quand ils appelaient, le support client savait déjà pourquoi.

Une mise à jour mineure a renommé un statut et cassé un lien en silence ; mis par écrit, convenu et testé à chaque changement, le lien repère désormais la suivante avant la mise en production.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Système · Discipline 6 : Liens · Un exemple réel

MarvinPro | Octobre 2026

marvinpro.com

Liens

Chaque passage entre boîtes est un lien : l'accord entre deux boîtes sur la façon dont le travail traverse, distinct des coutures à l'intérieur d'un processus. Un lien a trois parties : ce qui passe, quand cela passe et ce que signifie « reçu ». Les liens qui ont poussé tout seuls au lieu d'être conçus fonctionnent tant que les mêmes personnes se trouvent à chaque bout, et échouent quand ces personnes changent.

Le travail est transmis, jamais partagé. À tout moment, il se trouve d'un côté du lien, et le lien est le point où il bouge, donc les deux côtés conviennent du lien ensemble. L'information peut être partagée librement ; le travail lui-même (la prochaine action), jamais.

Chaque lien a besoin d'un chemin du retour pour les rejets, les échecs et les changements, conçu comme le chemin de l'aller. Tout changement d'un côté ou de l'autre rouvre le lien, aussi petit soit-il, et les cas convenus le traversent avant la mise en production du changement. Les plus petits changements sont les plus dangereux, parce que personne ne les voit comme des changements du lien. Conçus ainsi, les liens dont le travail a besoin, et pas plus, le portent à travers la carte dans les deux sens, et restent éprouvés.

Conçois chaque lien entre boîtes : ce qui passe, quand, et ce que signifie « reçu », avec un chemin du retour, et éprouve-le de nouveau chaque fois que l'un des deux côtés change.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Système · Discipline 6 : Liens · Résultat du Chapitre

MarvinPro | Octobre 2026

marvinpro.com

Pensez Simple.