Guides et modèles

Modèle de flux de processus

Voici une carte étape par étape d'un seul flux de travail, d'un début clair à une fin claire, qui enregistre ce qui se passe, qui en est responsable, combien de temps l'étape prend réellement et combien de temps le travail attend avant elle. Le résultat est une liste classée des goulots d'étranglement, les étapes où le travail stagne le plus longtemps ou se brise le plus souvent, afin que vous puissiez discuter d'un correctif basé sur des preuves plutôt que sur des opinions. Il trouve son utilité dès qu'un processus semble lent mais que personne ne peut identifier où.

ModèleFlux de travailProcessus

Quand utiliser ceci

  • Une demande prend des jours à revenir et personne ne peut dire quelle étape a pris le temps.
  • Deux personnes décrivent le même processus différemment et vous avez besoin d'une vision commune avant de changer quoi que ce soit.
  • Vous êtes sur le point d'automatiser une étape et vous voulez une preuve que c'est la véritable contrainte, pas seulement la plainte la plus bruyante.
  • Un transfert entre équipes continue de stagner et vous ne pouvez pas dire si le retard est dans le travail ou dans l'attente avant.
  • Une nouvelle recrue demande constamment comment fonctionne un processus et la seule réponse se trouve dans la tête d'une personne.
  • Vous soupçonnez du retravail : le même élément revient à une étape antérieure et vous voulez voir à quelle fréquence.
  • Avant une présentation d'outil ou de fournisseur, vous voulez l'état actuel sur une page pour évaluer ce que le changement éliminerait réellement.

Ce que cela aide à clarifier

  • Où va le temps : la répartition entre le temps de travail actif et le temps d'attente qui précède chaque étape.
  • L'étape la plus lente et si le retard est dû au traitement ou à la mise en file d'attente, ce qui indique des correctifs très différents.
  • Qui est responsable de chaque étape et où la responsabilité est floue, ce qui est généralement là où le travail se tait.
  • Chaque transfert entre personnes, équipes ou systèmes, puisque les transferts sont là où les éléments attendent et où le contexte se perd.
  • Où le processus boucle : les chemins de retravail qui doublent discrètement le coût réel d'une étape.
  • Quelles étapes ajoutent de la valeur que le client paierait et lesquelles existent seulement pour déplacer, vérifier ou attendre.

Pourquoi une carte par ligne d'étape surpasse un organigramme soigné

La plupart des équipes ont déjà un diagramme de leur processus. Une boîte, une flèche, un losange pour une décision, tout est bien rangé. Cela vous indique l'ordre du travail et presque rien sur le coût de celui-ci. La raison pour laquelle un processus semble lent est rarement visible dans les formes, car la partie lente est généralement l'espace vide entre deux boîtes, le temps qu'un élément passe à attendre que quelqu'un le prenne en charge.

Les chiffres sont frappants. Les études Lean sur les flux de travail réels révèlent que le temps pendant lequel une unité est activement travaillée est souvent seulement de 5 à 15 % du temps total qu'elle passe dans le processus, et les autres 85 à 95 % sont de l'attente. Le travail intellectuel n'est pas mieux. Kanban University rapporte que les équipes qui ne l'ont jamais mesuré atteignent généralement environ 15 % d'efficacité du flux, ce qui signifie qu'environ 85 % de la vie d'une demande est passée en file d'attente, bloquée ou dans la boîte de réception de quelqu'un. Si votre carte ne montre que des étapes et des flèches, elle décrit les 15 % et cache les 85 % qui vous ralentissent réellement.

Ce modèle corrige cela en donnant à l'attente sa propre colonne, séparée du temps de processus, sur chaque ligne. Cette séparation est le point central. Lorsque vous le remplissez honnêtement, le résultat surprend généralement les personnes qui gèrent le processus tous les jours : l'étape dont tout le monde se plaint (le script d'exportation, le formulaire long, l'outil lent) est rapide, et la véritable perte est une file d'attente de deux jours sans responsable que personne n'a jamais nommée. Vous ne pouvez pas plaider pour le bon correctif tant que la carte ne vous montre pas quel type de problème vous avez. Une étape de processus lente nécessite de meilleurs outils ou un lot plus petit. Une longue attente nécessite un responsable, un SLA ou une approbation supprimée. Automatiser une étape qui n'a jamais été la contrainte et le travail sort de l'autre côté tout aussi lentement, car le goulot d'étranglement vient de se déplacer vers la file d'attente suivante.

Comment le remplir, avec une ligne forte versus une ligne faible

Cartographiez le processus qui fonctionne, pas celui écrit dans le document de politique. Le moyen le plus rapide est de suivre un élément réel du déclencheur à la fin, en demandant à chaque étape : qu'est-ce qui a déclenché cela, qui l'a fait, combien de temps ont-ils réellement travaillé dessus, et combien de temps cela a-t-il attendu avant qu'ils ne commencent. Écrivez la vérité désordonnée. Une ligne qui dit "peu clair" sous responsable fait plus de travail qu'une ligne qui nomme un rôle que personne ne remplit vraiment.

Une ligne faible ressemble à ceci : Étape 2 | Équipe de données | prend du temps | parfois lent. Elle blâme une équipe, ne donne pas de séparation entre travail et attente, et n'offre rien sur quoi agir. "Prend du temps" ne peut être classé par rapport à quoi que ce soit.

Une ligne forte pour la même étape ressemble à ceci : Étape 2 : dans la file de données | Responsable : peu clair | Déclencheur : billet étiqueté "données" | Processus : 0 | Attente : 2 jours | Transmission : aucune | Boucle : aucune | Valeur : gaspillage | Remarque : pas de SLA, ordonné à la main FIFO. Maintenant, l'étape est observable. Le temps de processus est zéro parce que personne ne travaille, le coût est de 2 jours d'attente pure, le responsable est honnêtement marqué peu clair, et l'étiquette de valeur l'appelle comme il est. Un lecteur peut immédiatement voir que le correctif est un responsable et un SLA, pas un outil plus rapide.

Travaillez les colonnes dans cet ordre. D'abord les quatre faciles avec l'équipe dans la salle : nom de l'étape, responsable, déclencheur, transmission. Ensuite, les deux qui nécessitent des données réelles : temps de processus et temps d'attente. Estimez-les en direct pour commencer la conversation, puis allez chercher la vérité, une semaine de timestamps de votre système de billets ou de construction bat la mémoire de quiconque, et l'écart entre l'estimation et la mesure est en soi une découverte. Étiquetez la valeur en dernier, du point de vue du client. Trois étiquettes suffisent. Valeur ajoutée est une étape que le client paierait volontiers. Nécessaire est une étape que vous devez faire mais que le client ne paierait pas pour elle-même, comme une vérification de conformité ou une approbation requise. Gaspillage est tout ce qui ne fait que déplacer, copier, ressaisir ou attendre. La plupart des files d'attente sont du gaspillage. La plupart des vérifications sont nécessaires. Soyez impitoyable, car chaque étiquette de gaspillage est un candidat à la suppression avant de recourir à un outil.

Enfin, remplissez le bloc de lecture. Additionnez le temps de processus pour le travail actif total. Ajoutez travail plus attente pour le total de bout en bout. Divisez les deux pour l'efficacité du flux. Nommez l'étape la plus lente et, surtout, si son coût est un processus ou une attente. Nommez la plus grande boucle de reprise. Ensuite, engagez-vous à un seul correctif visant la contrainte principale. Un par passage est délibéré.

Pièges, et ce qui change lorsqu'une équipe s'appuie sur la carte

Quatre pièges font qu'une carte semble terminée tout en laissant le travail inachevé.

  • Cartographier l'idéal, pas le réel. Les cartes les plus propres décrivent comment le processus est censé fonctionner. Les cartes utiles décrivent la solution de contournement que tout le monde utilise réellement, l'approbation qui est sautée lorsque l'approbateur est absent, le tableur conservé sur le côté. Si votre carte n'a pas de responsables "peu clairs" et pas de boucles de reprise, vous avez probablement cartographié la brochure.
  • Fusionner processus et attente en un seul chiffre. Une seule colonne "durée" efface la découverte la plus courante. Gardez les deux colonnes séparées sur chaque ligne, même lorsque l'une d'elles est zéro, car un zéro dans le temps de processus à côté de deux jours d'attente est exactement l'image que vous recherchez.
  • Classer à partir des sentiments. L'étape la plus bruyante est rarement la plus lente. Les estimations ouvrent la conversation, mais ne déclarez pas un goulot d'étranglement tant que vous n'avez pas tiré de vrais timestamps. Le script d'exportation dans notre exemple semble lent et reçoit toutes les plaintes ; la file d'attente devant lui est quatre fois plus coûteuse et silencieuse.
  • Tout corriger en même temps. Soulagez une contrainte, laissez le processus se stabiliser, puis remesurez. Le goulot d'étranglement se déplace. Une file d'attente que vous avez vidée le mois dernier n'est plus le problème ce mois-ci, et une deuxième carte prise après la correction est le seul moyen honnête de savoir si cela a fonctionné.

Dans une équipe, la carte cesse d'être un exercice ponctuel et devient une base partagée. Mettez le nom d'un rôle dans la colonne responsable pour la carte elle-même, de la même manière que vous mettez des responsables sur les étapes, afin qu'elle soit réexaminée à un rythme régulier (un trimestre est un défaut raisonnable) et après tout changement réel. Les lignes étiquetées transmission méritent une attention particulière à grande échelle : une transmission est l'endroit où un élément attend qu'une nouvelle personne le remarque et où le contexte est perdu, donc ces lignes sont là où la plupart de votre temps d'attente et la plupart de votre reprise se regrouperont. Lorsque deux équipes partagent un processus, cartographiez-le ensemble dans une salle ; le désaccord sur la façon dont une étape fonctionne réellement est la découverte, et le résoudre sur la page est la moitié de la valeur.

Lorsque la carte pointe vers un correctif, passez-le au bon compagnon. Pour les symboles et les bases du dessin du flux, voir Process Flow Basics dans Better Ways of Working. Pour les lignes que vous avez étiquetées comme transmissions, Handoff Quality couvre ce qui doit être complet et traçable avant que le travail ne passe à l'étape suivante. Et lorsque le correctif sur lequel vous vous êtes arrêté est d'automatiser ou de déléguer une étape à un agent, passez cette étape par la liste de vérification de la préparation de l'agent d'abord, en nommant son rayon d'action et son retour en arrière, avant de le laisser approuver, envoyer ou écrire quoi que ce soit de manière autonome. Lors de votre prochaine tâche réelle, choisissez un processus que tout le monde s'accorde à dire qu'il est lent, suivez un seul élément à travers lui, et remplissez uniquement les colonnes de temps de processus et de temps d'attente. La séparation seule vous indiquera généralement par où commencer.

Le modèle

Une ligne par étape, dans l'ordre, d'un déclencheur nommé à un état final nommé. Remplissez les colonnes faciles en direct avec l'équipe, puis allez chercher les vrais chiffres.

  • Numéro et nom de l'étape : une courte phrase verbale pour décrire ce qui se passe, comme « QA révise l'exportation » ou « Gestionnaire approuve le remboursement », numérotée pour pouvoir se référer à l'étape 4 lors d'une réunion.
  • Propriétaire / rôle : le rôle responsable de cette étape, pas le nom d'une personne, pour que la carte survive au départ de quelqu'un. Marquez une étape « incertaine » honnêtement quand personne ne la possède.
  • Déclencheur : ce qui cause le début de cette étape, comme « billet marqué prêt » ou « étape précédente terminée », pour voir ce que l'étape attend réellement.
  • Temps de traitement : combien de temps le travail lui-même prend lorsque quelqu'un y travaille activement, en unités réelles (25 minutes, 2 heures), mesuré ou estimé et indiqué lequel.
  • Temps d'attente : combien de temps un élément reste généralement en attente avant que cette étape commence, dans une file d'attente, une boîte de réception, ou en attente d'une approbation. C'est généralement le chiffre le plus important et le plus ignoré.
  • Transfert : si l'étape se termine en transférant le travail à une autre personne, équipe ou système, et à qui. Indiquez « aucun » lorsque le même propriétaire continue.
  • Reprise / boucle : si le travail peut revenir à une étape antérieure à partir d'ici, où il va, et à quelle fréquence approximative, comme « retour à l'étape 2, environ 1 sur 5 ».
  • Valeur : étiquetez chaque étape comme ajoutant de la valeur (le client paierait pour cela), nécessaire (requis mais pas de valeur, comme une vérification de conformité), ou gaspillage (transport pur, saisie en double, attente inactive).
  • Douleur / notes : le problème connu à cette étape en une ligne, comme « deux systèmes ressaisis à la main » ou « approbateur absent, pas de remplaçant ».

Exemple

Exemple travaillé : Priya cartographie la demande d'exportation des commandes paginées
Processus : le client demande au support d'exporter ses commandes en CSV. Déclencheur : billet créé. Fin : fichier livré. 1. Le support enregistre la demande | Propriétaire : Agent de support | Déclencheur : billet créé | Traitement 10m | Attente 0 | Transfert : à l'équipe de données | Boucle : aucune | Valeur : nécessaire | Note : texte libre, pas de modèle 2. Reste dans la file de données | Propriétaire : incertain | Déclencheur : billet marqué données | Traitement 0 | Attente 2 jours | Transfert : aucun | Boucle : aucune | Valeur : gaspillage | Note : pas de SLA, FIFO à la main 3. L'ingénieur exécute l'exportation | Propriétaire : Développeur backend (Maya) | Déclencheur : développeur prend en charge | Traitement 40m | Attente 0 | Transfert : à QA | Boucle : aucune | Valeur : ajout de valeur | Note : script manuel, pagine à la main 4. QA vérifie le fichier | Propriétaire : QA | Déclencheur : fichier prêt | Traitement 20m | Attente 4 heures | Transfert : retour au développeur ou au support | Boucle : retour à l'étape 3, environ 1 sur 4 | Valeur : nécessaire | Note : lignes manquantes sur les gros comptes 5. Le support envoie au client | Propriétaire : Agent de support | Déclencheur : QA approuvé | Traitement 10m | Attente 6 heures | Transfert : au client | Boucle : aucune | Valeur : ajout de valeur | Note : l'agent peut être hors ligne Lecture : le travail actif dure environ 80 minutes. De bout en bout, c'est environ 3 jours. La contrainte est l'étape 2 (une attente de 2 jours sans propriétaire), pas le script d'exportation que tout le monde blâme. La boucle 1 sur 4 de l'étape 4 est la deuxième cible.

Notes d'utilisation

  • Cartographiez le processus qui s'exécute, pas celui du document de politique. Suivez un élément réel de bout en bout et écrivez ce qui s'est réellement passé, puis marquez les écarts entre le document et la réalité.
  • Remplissez le temps de traitement et le temps d'attente comme des colonnes séparées à chaque fois. Les fusionner en une seule « durée » cache la découverte la plus courante, que le travail est rapide et l'attente lente.
  • Obtenez les chiffres avant de classer. Les estimations en direct lancent la conversation ; tirez une semaine de vrais horodatages de votre outil de tickets avant de déclarer une étape comme le goulot d'étranglement.
  • Corrigez une étape par passage. Soulagez la contrainte principale, laissez le processus se stabiliser, puis mesurez à nouveau, car le goulot d'étranglement se déplace généralement à l'étape la plus lente suivante une fois que vous avez libéré la première.
  • Associez cela avec les bases du flux de processus dans de meilleures façons de travailler pour les symboles de cartographie, et avec la qualité du transfert pour les lignes marquées comme transferts.
  • Lorsque la solution est une automatisation ou un agent, passez l'étape candidate par la liste de vérification de préparation de l'agent avant de la remettre, surtout pour tout ce qui approuve, envoie ou écrit.

Modèle copiable

PROCESSUS : <nom> Déclencheur (début) : État final (terminé) : Cartographié par / date : ÉTAPES (une ligne chacune) # Nom de l'étape | Propriétaire/rôle | Déclencheur | Temps de traitement | Temps d'attente | Transfert à | Reprise/boucle | Valeur (ajout/nécessaire/gaspillage) | Note de douleur 1. 2. 3. 4. 5. LECTURE - Temps total de travail actif : - Temps total de bout en bout (travail + attente) : - Efficacité du flux (travail / bout en bout) : - Goulot d'étranglement #1 (étape, et est-ce un processus ou une attente ?) : - Plus grande boucle de reprise : - Une solution à essayer en premier :

Version téléchargeable

Une carte de processus avec une ligne par étape et un bloc de lecture qui transforme les lignes en un goulot d'étranglement classé.

Aperçu

ChampQuoi capturerExemple concret
Encadrer le processus
Nom du processusLe seul flux de travail que cette carte couvre, assez restreint pour tenir sur une pageExporter les commandes d'un client en CSV sur demande
Déclencheur (début)L'événement unique qui commence le processus, pour que la carte ait une limite claireBillet de support créé et étiqueté "données"
État final (terminé)À quoi ressemble "terminé", le moment où vous arrêtez de compterFichier CSV livré au client
Cartographié par / dateQui a construit la carte et quand, pour qu'une carte obsolète soit évidentePriya, a traité un vrai billet le 2026-06-10
Une ligne par étape
Nom de l'étapeUne courte phrase verbale, numérotée, pour ce qui se passe ici3. L'ingénieur exécute le script d'exportation
Propriétaire / rôleLe rôle responsable, pas un nom; indiquer "peu clair" si aucunDéveloppeur backend; le propriétaire de l'étape 2 est peu clair
DéclencheurCe qui fait démarrer cette étape, pour voir ce qu'elle attendLe développeur prend le billet de la file de données
Temps de traitementTemps de travail actif quand quelqu'un y est, avec unités40 minutes, estimé (pas encore mesuré)
Temps d'attenteCombien de temps un élément reste avant que cette étape commence2 jours dans la file de données, pas de SLA
TransfertÀ qui le travail est transmis à la fin, ou "aucun"Transmis à l'AQ pour une vérification ponctuelle
Retraitement / boucleOù le travail peut rebondir, et à quelle fréquenceRetour à l'étape 3 sur les lignes manquantes, environ 1 sur 4
Étiquette de valeurValeur ajoutée, nécessaire ou gaspillage, du point de vue du clientL'attente de l'étape 2 est un gaspillage; la vérification AQ est nécessaire
Douleur / noteLe problème connu ici, en une ligneLe script pagine à la main, manque les gros comptes
Lecture (remplir après les lignes)
Travail actif totalSomme du temps de traitement à travers toutes les étapesEnviron 80 minutes de travail réel
Total de bout en boutTravail plus attente, le temps ressenti par le clientEnviron 3 jours de porte à porte
Efficacité du fluxTravail actif divisé par le total de bout en bout, en pourcentage80 min sur 3 jours est bien en dessous de 5 pour cent
Goulot d'étranglement principalL'étape la plus lente, et si c'est un processus ou une attenteÉtape 2 : une attente de 2 jours, pas le script d'exportation
Plus grande boucleLe chemin de reprise qui coûte le plus cherÉtape 4 à l'étape 3, touche 1 exportation sur 4
Premier correctif à essayerUn changement visant uniquement la principale contrainteAssigner un responsable de la file de données et un SLA le jour même
Modèle de flux de processus