PROCESS

Ici, c'est Comment Construire

Conception

Procédure

Un déclencheur est un événement

Une procédure a une entrée, et quelque chose doit l'ouvrir. Ce quelque chose, c'est le déclencheur : l'événement qui lance le travail. Il est nommé comme un événement, avec sa source. Pour l'ouverture du compte, le déclencheur est « un paiement réglé arrive par la couture depuis le règlement du paiement ». Quiconque lit la procédure sait exactement ce qui la lance et d'où cela vient.

Un déclencheur n'est pas une habitude. « Quand quelqu'un consulte la file » décrit le moment où une personne se met à regarder, pas ce qui lance le travail, et le travail commence plus tôt ou plus tard selon qui regarde. Un déclencheur n'est pas non plus une personne qui remarque quelque chose. Si la procédure commence quand quelqu'un voit qu'il y a quelque chose à faire, elle ne commence que quand quelqu'un le voit.

Un moment peut être un déclencheur, quand la partie dépend vraiment du temps : un traitement de nuit, une date de renouvellement, la fin d'un mois. L'horloge est alors nommée comme déclencheur, avec l'heure ou la date. Ce qu'une procédure ne peut pas avoir, c'est aucun déclencheur. Une procédure sans déclencheur nommé commence chaque fois que quelqu'un s'en souvient.

Le plus haut niveau possible est de lancer chaque procédure par un seul déclencheur nommé (un événement avec sa source, ou un moment nommé), jamais une habitude ni une personne qui remarque quelque chose, pour que quiconque lit la procédure sache ce qui la lance et d'où cela vient.

Point clé : Le déclencheur est l'événement qui lance une procédure, nommé avec sa source, par exemple « un paiement réglé arrive par la couture depuis le règlement du paiement ». Ce n'est pas une habitude, comme consulter une file, ni une personne qui remarque quelque chose. Un moment peut être un déclencheur quand la partie dépend du temps, et l'horloge est alors nommée. Une procédure sans déclencheur nommé commence chaque fois que quelqu'un s'en souvient.

Une procédure commence quand quelque chose arrive, pas quand quelqu'un s'en souvient.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Procédure · Discipline 2 : Le Déclencheur · Section : Un déclencheur est un événement

MarvinPro | Octobre 2026

marvinpro.com

Ce qui doit être en main

Le déclencheur dit quand le travail commence. La condition d'entrée dit ce que le travail doit avoir quand il commence. Sous a déjà fixé ce qui passe par la couture vers la partie. La procédure en fait une courte liste : ce qui doit être présent avant que la première étape compte comme commencée. Pour l'ouverture du compte, la liste est le paiement réglé, le client et la formule.

La vérification à l'arrivée teste cette liste, et seulement cette liste. C'est la première étape de la procédure, avant que quoi que ce soit d'autre soit touché. Une vérification qui teste moins laisse entrer du travail incomplet. Une vérification qui teste plus commence à faire le travail de la partie à la porte, et la frontière entre arriver et travailler s'estompe.

Le travail qui commence sans sa liste n'échoue pas tout de suite. Il s'arrête à mi-chemin, à l'étape qui avait besoin de ce qui manquait, et attend là pendant que quelqu'un court après. Ces arrêts sont les attentes que personne n'a prévues. Le travail qui ne passe pas la vérification n'attend pas à l'intérieur de la partie. Il repart à travers la couture par le chemin du retour, pour que le côté qui peut le compléter le reçoive tout de suite.

Le plus haut niveau possible est de donner à chaque procédure une condition d'entrée tirée de ce que Sous a fixé à la couture, de tester exactement cette liste dans la vérification à l'arrivée avant toute autre étape, et de renvoyer le travail qui ne passe pas la vérification par le chemin du retour plutôt que de le laisser attendre à l'intérieur de la partie.

Point clé : La condition d'entrée est la courte liste de ce qui doit être présent avant que la première étape compte comme commencée, tirée de ce que Sous a fixé à la couture. La vérification à l'arrivée est la première étape, et elle teste exactement cette liste, ni moins ni plus. Le travail qui commence sans sa liste s'arrête à mi-chemin, dans des attentes que personne n'a prévues. Le travail qui ne passe pas la vérification repart par le chemin du retour, pas dans une file à l'intérieur de la partie.

Le travail qui commence sans ce dont il a besoin n'échoue pas tout de suite. Il s'arrête à mi-chemin.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Procédure · Discipline 2 : Le Déclencheur · Section : Ce qui doit être en main

MarvinPro | Octobre 2026

marvinpro.com

Pas de portes dérobées

Toute entrée dans une procédure passe par son déclencheur. Cela paraît évident, et dans la plupart des parties ce n'est pas vrai. Le travail arrive par un message de chat, par e-mail, par un mot dans le couloir, comme un service rendu à un collègue. Chacune de ces voies est une porte dérobée. Le travail qui entre par l'une d'elles saute la condition d'entrée, et saute donc la vérification à l'arrivée.

Les portes dérobées s'ouvrent pour de bonnes raisons. Quelqu'un veut aider un client plus vite, ou épargner une étape à un collègue. C'est pour cela qu'elles sont difficiles à voir. Personne ne pense enfreindre la procédure. On pense seulement l'assouplir, une fois, pour une bonne cause, puis une fois encore.

Quand il s'avère qu'une seconde entrée est nécessaire, il y a deux options. Elle devient le même déclencheur, avec la même condition d'entrée et la même vérification, ou elle appartient à une autre partie, avec sa propre procédure. Un cas vraiment urgent n'a pas besoin d'une porte dérobée non plus. Il passe par la voie que les Exceptions ont construite, où il est vu, décidé et enregistré.

Le plus haut niveau possible est de ne laisser le travail entrer dans une procédure que par son déclencheur, de transformer toute seconde entrée en ce même déclencheur ou de la confier à une autre partie, et d'envoyer les cas urgents par la voie que les Exceptions ont construite, jamais par une porte dérobée.

Point clé : Toute entrée dans une procédure passe par son déclencheur. Le travail qui arrive par chat, par e-mail ou par service rendu entre par une porte dérobée, et saute la condition d'entrée et la vérification à l'arrivée. Les portes dérobées s'ouvrent pour de bonnes raisons, et c'est pour cela qu'elles sont difficiles à voir. Une seconde entrée nécessaire devient le même déclencheur ou appartient à une autre partie, et un cas urgent passe par la voie que les Exceptions ont construite.

Une porte dérobée s'ouvre pour aider. Elle laisse entrer ce que la vérification aurait arrêté.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Procédure · Discipline 2 : Le Déclencheur · Section : Pas de portes dérobées

MarvinPro | Octobre 2026

marvinpro.com

Un exemple réel

Une fois la procédure d'ouverture du compte écrite, elle commençait par un seul déclencheur : un paiement réglé arrivant par la couture depuis le règlement du paiement. La vérification à l'arrivée testait le paiement réglé, le client et la formule, et rien n'était ouvert tant que les trois n'étaient pas là.

Quelques mois plus tard, le support client a commencé à envoyer des messages directement au poste qui ouvrait les comptes. Un client attendait, le paiement était sur le point de passer, pouvait-on ouvrir le compte tout de suite ? C'était un petit service, et le client pouvait commencer un jour plus tôt. Le compte était ouvert, et le droit enregistré, sans aucun paiement réglé derrière.

La plupart de ces paiements ont bien fini par passer. Certains ne sont jamais passés. Ces clients ont utilisé le logiciel sans payer jusqu'à ce que, des semaines plus tard, le temps « vérifier » le repère, et le logiciel a été retenu chez des clients qui se croyaient pleinement actifs. Ils ont appelé le support client, l'équipe même qui avait demandé le service.

La solution n'a pas été une nouvelle règle sur les services rendus. Elle a été de fermer la porte dérobée. Le déclencheur est resté la seule entrée. Une demande du support client va désormais au règlement du paiement, qui peut accélérer le paiement, et jamais au poste qui ouvre les comptes pour le sauter. Un compte ouvert sans paiement réglé est traité comme une entrée cassée, pas comme une gentillesse.

Le service rendu a ouvert le compte un jour plus tôt. La vérification aurait épargné au client des semaines de confusion.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Procédure · Discipline 2 : Le Déclencheur · Un exemple réel

MarvinPro | Octobre 2026

marvinpro.com

Le Déclencheur

Le déclencheur est l'événement qui lance une procédure, nommé avec sa source, ou un moment nommé quand la partie dépend du temps. Ce n'est jamais une habitude ni une personne qui remarque quelque chose. Une procédure sans déclencheur nommé commence chaque fois que quelqu'un s'en souvient.

Avec le déclencheur vient la condition d'entrée : la courte liste de ce qui doit être présent avant que la première étape compte comme commencée, tirée de ce que Sous a fixé à la couture. La vérification à l'arrivée teste exactement cette liste, en premier et avant tout le reste, et le travail qui ne la passe pas repart par le chemin du retour plutôt que d'attendre à l'intérieur de la partie.

Et toute entrée passe par le déclencheur. Les portes dérobées s'ouvrent pour de bonnes raisons et laissent entrer ce que la vérification aurait arrêté. Une seconde entrée nécessaire devient le même déclencheur ou appartient à une autre partie, et un cas urgent passe par la voie que les Exceptions ont construite.

Nomme un déclencheur pour chaque procédure, teste d'abord sa condition d'entrée et ne laisse rien entrer par une autre porte.

MarvinPro · PROCESS · Ici, c'est Comment Construire · Conception · Procédure · Discipline 2 : Le Déclencheur · Résultat du Chapitre

MarvinPro | Octobre 2026

marvinpro.com

Pensez Simple.