Notions de base sur le flux de processus

Quand une équipe ne peut pas identifier où un processus ralentit, elle devine. Elle ajoute une réunion de statut, achète un outil ou demande aux gens de travailler plus fort, et la demande qui prenait onze jours prend toujours onze jours. La raison est presque toujours invisible sans une carte. Dans la plupart des travaux de connaissance, la part du temps total où une tâche est activement traitée, une mesure appelée efficacité du flux, se situe entre 15 et 25 %. Les équipes très optimisées atteignent environ 40 %, et très peu vont au-delà. Cela signifie que pour une demande qui prend dix jours ouvrables de bout en bout, deux jours ou moins impliquent que quelqu'un fasse quelque chose. Les huit autres jours, le travail est en attente dans une file, attend une approbation ou revient pour être refait.

Cette attente est coûteuse et silencieuse. Une demande de soutien qui attend quatre jours pour un responsable n'apparaît pas comme un effort gaspillé sur la feuille de temps de quiconque, car personne n'y travaille. Elle se manifeste par un client lent, une escalade tendue et une équipe qui se sent occupée tandis que le débit reste stable. Accélérer le travail actif, les 20 %, ne change presque rien au total. C'est en éliminant l'attente, les 80 %, que l'on gagne réellement du temps.

Les bénéfices d'une bonne carte sont concrets. Vous arrêtez de vous disputer sur qui est lent et commencez à regarder un portrait partagé. Vous pouvez voir que le triage est rapide, le vrai délai est la file d'attente de quatre jours avant qu'une demande n'obtienne un responsable, et la boucle de révision ajoute deux jours de plus pour une demande sur cinq. Maintenant, la conversation a une cible. La section suivante décompose les éléments mobiles pour que vous puissiez construire ce portrait pour votre propre travail.

Un flux de processus a un petit nombre d'éléments mobiles. Une fois que vous pouvez les nommer, vous pouvez dessiner n'importe quel flux de travail. Suivez l'élément de travail du moment où il arrive jusqu'au moment où il part, et étiquetez chaque chose qui se passe comme l'un de ceux-ci :

• Étape : une action que quelqu'un effectue sur le travail. Nommez-la avec un verbe simple : recevoir, trier, rédiger, réviser, approuver, envoyer.
• Décision : un point où le chemin se divise. Écrivez-le comme une question oui ou non, par exemple « est-ce urgent ? », et dessinez une branche pour chaque réponse, y compris les réponses négatives.
• Transfert : un point où le travail passe à une autre personne, équipe ou système. Pour chaque transfert, notez ce qui est passé et sous quelle forme, car c'est là que l'information se perd.
• File d'attente : un endroit où le travail attend avant que la prochaine étape puisse commencer. Marquez-le explicitement. Les files d'attente représentent généralement la plus grande partie du temps total.
• Boucle : un chemin qui renvoie le travail en arrière, comme une révision échouée retournant à l'auteur. Les boucles ajoutent du temps caché et sont faciles à oublier.

Deux mesures transforment le portrait en quelque chose que vous pouvez analyser. Le temps de traitement est le temps total écoulé depuis la demande de travail jusqu'à son achèvement, files d'attente incluses. Le temps de cycle est le temps écoulé une fois que quelqu'un commence réellement à travailler dessus. L'écart entre les deux est l'attente. L'efficacité du flux est le temps actif divisé par le temps de traitement, exprimé en pourcentage.

Un court calcul pratique

Supposons qu'une demande prenne 10 jours ouvrables de l'arrivée à la livraison. Sur ces 10 jours, les interventions actives s'additionnent à 2 jours ; le reste est en attente dans des files d'attente et une boucle de révision. L'efficacité du flux est de 2 divisé par 10, soit 20 %. Ce seul chiffre vous indique que le gain se trouve dans l'attente, pas dans le fait de travailler plus vite.

Une règle supplémentaire explique pourquoi les arriérés augmentent. La loi de Little dit que la quantité moyenne de travail en cours est égale au débit multiplié par le temps de cycle. Maintenez le débit constant et ajoutez plus de travail en cours (WIP), et le temps de cycle augmente proportionnellement. C'est pourquoi limiter le WIP, en limitant délibérément le nombre d'éléments ouverts à la fois, raccourcit le temps de cycle sans que personne ne travaille plus vite. Le goulot d'étranglement, l'étape la plus lente et contrainte, fixe le débit pour tout le flux, et le WIP s'accumule juste devant. Trouvez cette étape et vous avez trouvé où regarder en premier. La section suivante passe une demande réelle à travers tout cela.

Considérons un flux de travail de support ou de demande dans l'équipe de Maya. Une demande arrive, est triée, attend dans une file d'attente, est assignée, travaillée, révisée et renvoyée. Les responsables sentent que c'est lent mais personne ne s'entend sur où. Maya s'assoit avec les deux personnes qui le gèrent réellement et cartographie l'état actuel à partir de tickets réels, pas du manuel d'exploitation.

1. Ils s'entendent sur les limites : le flux commence lorsqu'une demande atterrit dans la boîte de réception partagée et se termine lorsque le demandeur obtient la réponse.
2. Ils listent les étapes avec des verbes simples : recevoir, trier, assigner, travailler, réviser, envoyer.
3. Ils marquent la seule décision, « est-ce urgent ? », et les deux branches.
4. Ils marquent les transferts : boîte de réception au trieur, trieur à la file d'attente d'assignation, file d'attente à un assigné, assigné au réviseur, réviseur de retour au demandeur.
5. Ils notent le temps que chaque partie prend réellement, tiré d'un échantillon de vingt tickets récents.

Les chiffres sont révélateurs. Le triage prend environ 15 minutes. Le travail actif est d'environ une demi-journée. La révision prend 20 minutes. Mais la file d'attente entre le triage et l'assignation dure en moyenne quatre jours, car personne ne possède l'acte d'assigner, donc les tickets restent jusqu'à ce que quelqu'un ait un après-midi tranquille. En plus de cela, un ticket sur cinq échoue à la révision et revient en arrière, ajoutant deux jours de plus chacun.

Le temps de traitement moyen est d'environ six jours ; le temps actif est bien en dessous d'un. L'efficacité du flux est d'environ 12 %, en dessous même de la bande typique, et la file d'attente de quatre jours pour l'assignation est le goulot d'étranglement. Maya ne touche pas au triage ni à la révision, qui sont déjà rapides. Elle fait un seul changement : un responsable désigné tire de la file d'assignation deux fois par jour, et elle limite le travail en cours pour que personne ne détienne plus de trois tickets ouverts. En deux semaines, la file d'assignation passe de quatre jours à moins d'un, et le temps de traitement moyen chute de six jours à moins de trois. Le travail actif n'a jamais changé. L'attente, oui.

L'échec le plus courant est de cartographier le processus que vous aimeriez avoir. Les gens dessinent la version officielle propre et laissent de côté les solutions de contournement que tout le monde utilise réellement, donc la carte cache la friction que vous cherchez. Dessinez ce qui se passe sur un élément réel et récent, et demandez aux personnes qui font le travail de vous corriger à voix haute. La première carte est généralement fausse d'une manière intéressante, et c'est le but.

Un deuxième piège est de n'enregistrer que les étapes actives et de sauter les écarts entre elles. Les cases semblent être le travail, donc l'œil saute l'espace blanc. Forcez-vous à marquer chaque file d'attente comme son propre bloc avec son propre temps, car l'attente représente généralement la majeure partie du temps de traitement.

Quelques cas particuliers brisent la version simple :

• Pas de propriétaire clair d'une étape : la file d'attente d'assignation dans le cas de Maya était là parce que la responsabilité de « l'assignation » n'appartenait à personne. Lorsqu'une étape n'a pas de propriétaire, la file d'attente devant elle est le symptôme. Nommez un propriétaire avant d'ajuster l'étape.
• Un goulot d'étranglement mobile : corrigez l'étape la plus lente et une autre étape devient la nouvelle contrainte. C'est prévu. La carte est une base que vous revisitez, pas un dessin unique. Prévoyez de la redessiner après que la première correction soit en place.
• Grande variation, pas une moyenne élevée : une étape peut prendre en moyenne deux heures mais atteindre deux jours pour un dixième des éléments. Les moyennes cachent cela. Regardez l'étendue, pas seulement la moyenne, et traitez la longue traîne comme un problème à part.

Énoncez clairement le comportement amélioré. Cartographiez le chemin réel, donnez à chaque file d'attente un temps, et attendez-vous à ce que le goulot d'étranglement se déplace une fois que vous l'avez corrigé. Avec ces habitudes, la pratique tient le coup lorsque plus d'une personne dépend du flux, ce qui est la prochaine chose à planifier.

Une personne peut cartographier un flux sur un tableau blanc en une heure. Le garder à jour alors qu'une équipe s'y fie est la partie la plus difficile, et c'est là que la pratique prouve son utilité. Une carte dessinée une fois et rangée devient obsolète dès que le processus change, et une carte obsolète est pire que rien car les gens lui font confiance. Faites de la carte un artefact vivant avec une petite cadence, pas un livrable.

Trois habitudes légères la maintiennent en vie :

• Une seule file d'attente d'entrée : dirigez toutes les demandes par un seul point d'entrée visible au lieu de boîtes de réception privées. Vous ne pouvez pas voir une file d'attente que vous ne trouvez pas, et une entrée cachée est là où le temps de traitement devient obscur.
• Une limite explicite du WIP : limitez le nombre d'éléments ouverts à chaque étape. Selon la loi de Little, moins de travail en cours signifie un temps de cycle plus court au même débit, et la limite rend le goulot d'étranglement visible comme l'endroit où le travail s'accumule.
• Un déclencheur de révision permanent : revisitez la carte chaque fois que le goulot d'étranglement se déplace ou qu'une exception récurrente apparaît, pas selon un calendrier fixe. Le signal pour redessiner est une surprise dans les chiffres.

À plus grande échelle, la même carte devient l'objet frontière entre les équipes. Lorsque le travail passe d'une équipe à une autre, le transfert sur votre carte est un transfert réel dans l'organisation, et la file d'attente devant est souvent le pire délai dans tout le système. C'est la couture où cette pratique se connecte aux autres. Utilisez la qualité du transfert pour définir ce qui doit être complet avant que le travail ne franchisse chaque frontière, et la propriété du flux de travail pour nommer un seul propriétaire responsable pour chaque étape avant de la modifier. Le principe durable est simple. Rendez le flux visible, observez où le travail attend, corrigez la seule contrainte qui fixe le rythme, puis regardez à nouveau.