Une présentation de processus doit aider à décider. Le public doit comprendre où le travail commence, où il attend, qui est responsable de chaque passage de relais et quelle preuve confirme qu’une étape est terminée. Vous pouvez partir d’un plan écrit pour créer une première présentation à partir de texte avec Presenti. La carte doit ensuite être relue avec les personnes qui exécutent réellement le processus.
Délimiter le processus
Précisez l’événement de départ, l’événement de fin et le destinataire du résultat. « De la commande à l’encaissement » constitue souvent un périmètre trop vaste pour une seule réunion ; « de la commande approuvée à la première facture » offre un cadre plus exploitable. Indiquez ce qui reste hors de la carte pour éviter qu’une vue pédagogique soit prise pour un modèle opérationnel complet.
Adaptez le niveau de détail au public. La direction a besoin des grandes étapes et des décisions ; les équipes opérationnelles, des relais, des systèmes et des parcours d’exception. Utilisez une diapositive d’ensemble et quelques vues détaillées plutôt que de réduire toutes les tâches dans un schéma illisible.
Définir la carte à partir d’une seule demande
Prenons un service de création graphique interne fictif. Un salarié demande une bannière de campagne ; un coordinateur vérifie le brief ; un graphiste prépare le visuel ; le demandeur l’accepte. Le processus commence à la réception de la demande et se termine à l’acceptation du fichier final. La planification de la campagne, l’approbation de la charte de marque et la publication restent hors de ce périmètre.
La question de la présentation est : « Pourquoi les demandes complètes attendent-elles avant le début de la création ? » Elle ne porte pas sur l’accélération de toutes les activités marketing. Ce cadre précis détermine les horaires et les relais à montrer. Les dossiers ci-dessous ont été construits pour ce tutoriel : ce ne sont pas des mesures réalisées chez Presenti ou chez un client.
Le guide de l’ASQ sur les diagrammes de flux recommande de définir les limites et de parcourir la carte avec les personnes impliquées. Utilisez cette revue pour corriger la représentation du fonctionnement actuel avant de dessiner un processus cible.
Représenter les relais et les responsabilités
Pour chaque étape, notez le responsable, l’entrée, la sortie et le destinataire suivant. Dessinez un passage de relais lorsque la responsabilité change, pas seulement lorsque l’outil change. Si deux équipes interviennent sur une même étape, distinguez la personne qui décide de celle qui fournit les justificatifs.
Employez des verbes cohérents : vérifier, approuver, planifier, publier ou rapprocher. Un simple nom comme « revue » peut masquer l’action attendue. Placez les noms des systèmes en information secondaire pour que le processus reste compréhensible même si l’outil est remplacé.
Le contenu d’une carte en couloirs, prêt pour une diapositive
| Couloir | Étape et entrée | Sortie / destinataire suivant | Flèche d’exception |
|---|---|---|---|
| Demandeur | Fournir l’objectif, les dimensions, le texte et la date souhaitée. | Un dossier de demande est transmis au coordinateur. | Les informations manquantes sont demandées ici. |
| Coordinateur | Valider le brief et confirmer qu’il est prêt. | Le dossier prêt à traiter rejoint la file du graphiste. | Brief incomplet → demandeur, en précisant l’élément manquant. |
| Graphiste | Prendre une demande prête et créer la bannière. | Une maquette versionnée est envoyée au demandeur. | Texte ambigu → coordinateur pour clarification. |
| Demandeur | Comparer la maquette au brief convenu. | Le fichier accepté clôt la demande. | Correction dans le périmètre → graphiste ; changement de périmètre → coordinateur. |
Sur la vue d’ensemble, transformez chaque ligne en couloir et placez la file des demandes prêtes entre le coordinateur et le graphiste. Libellez les deux sorties de « Brief complet ? », sans compter uniquement sur la couleur des flèches. Une boucle de correction distincte est utile : corriger une faute de frappe n’est pas le même événement que demander un autre format de bannière après le début du travail.
Montrer les attentes, les reprises et les contrôles
Distinguez le temps d’attente du temps de traitement. Une file d’attente peut être la principale source de retard alors que chaque tâche est exécutée efficacement. Représentez les boucles de reprise et la raison du retour à une étape précédente. Le public dispose ainsi de points concrets à améliorer.
Rendez les contrôles visibles sans surcharger le schéma. Pour une étape présentant un risque élevé, indiquez le justificatif attendu, par exemple une autorisation enregistrée ou un rapprochement. Le diagramme ne prouve pas à lui seul la conformité ; il montre l’endroit où le contrôle doit intervenir.
Distinguer le délai écoulé du temps de travail
Dans un cas fictif, le brief complet entre dans la file à 9 h, la création commence à 11 h, la maquette est envoyée à 11 h 45 et le demandeur l’accepte à 12 h 15 le même jour. Le délai total est de 195 minutes : 120 minutes d’attente avant la création, 45 de production et 30 jusqu’à l’acceptation. Ces intervalles s’additionnent parce que cet exemple simplifié ne comporte ni travail simultané ni reprise.
N’appelez pas les 195 minutes « temps de création ». Supprimer les 120 minutes de file d’attente n’économiserait pas forcément deux heures de travail humain : l’attente et la charge de travail sont deux mesures différentes. Pour un service réel, convenez du traitement des nuits, des week-ends et des demandes suspendues avant de comparer les dossiers.
| Cas fictif | Prêt → début de création | Production | Maquette → acceptation | Délai total |
|---|---|---|---|---|
| R-01 | 120 min | 45 min | 30 min | 195 min |
| R-02 | 90 min | 60 min | 20 min | 170 min |
| R-03 | 150 min | 40 min | 30 min | 220 min |
Le relevé doit comporter l’identifiant du dossier, l’heure à laquelle il est prêt, le début du travail, l’envoi de la maquette, l’acceptation et le motif d’exception. Si le dossier revient pour modification, enregistrez cet intervalle supplémentaire à part, au lieu de le faire entrer artificiellement dans le parcours sans reprise.
Expliquer le goulot d’étranglement avec des éléments mesurés
Centrez l’argumentation principale sur un seul goulot. Comparez le délai de traitement attendu aux cas observés et précisez la période de mesure. Si l’échantillon est restreint, dites-le. Une fourchette ou une indication d’incertitude est plus honnête qu’une moyenne apparemment précise mais privée de contexte.
Présentez ensuite deux changements réalisables et les compromis associés. Un relais plus rapide peut nécessiter une autre règle d’approbation ; l’automatisation peut déplacer le travail vers la gestion des exceptions. Une bonne carte permet de discuter ces choix sans promettre qu’une seule refonte résoudra tous les problèmes.
Ce que les éléments disponibles permettent d’affirmer
Un titre de diapositive adapté serait : « La file des demandes prêtes constitue l’intervalle le plus long dans ces trois exemples. » Les trois cas construits soutiennent cette phrase. « Le graphiste est le goulot d’étranglement » va plus loin que les données. Le retard peut venir du rythme de transmission, de priorités concurrentes, d’un manque de capacité ou d’un horodatage enregistré trop tôt.
Comparez deux propositions. Examiner la file deux fois par jour est facile à tester, mais peut laisser attendre une demande urgente entre deux passages. Un accueil assuré en continu pourrait répondre plus vite, mais mobiliserait une capacité dont le besoin n’est pas démontré. Montrez les compromis et testez d’abord l’intervention la plus légère. N’inscrivez pas « instantané » sur une flèche du processus cible avant de l’avoir essayé.
Suivez la production et l’acceptation en plus de l’attente. Une file plus courte n’est pas un progrès si le travail est précipité et les reprises plus nombreuses. La carte doit indiquer où recueillir des observations, pas présenter une économie projetée comme un résultat mesuré.
Conclure avec un responsable et un prochain test
Terminez par la décision attendue, le responsable, le plus petit test utile et la date de bilan. Ajoutez en annexe un lien vers les données ou la procédure qui étayent la carte. La version suivante doit indiquer ce qui a changé et si le goulot s’est déplacé.
Avant la présentation, demandez à une personne du terrain de suivre un cas normal et une exception sans votre aide. Si elle ne comprend pas les flèches ou conteste les responsabilités indiquées, corrigez la carte avant de demander à la direction d’approuver un changement.
La diapositive de décision finale
Test proposé : pour les dix prochaines demandes complètes, le coordinateur examine la file à deux moments convenus de chaque journée ouvrée et nomme le prochain responsable. Responsable : le coordinateur du service. Relevés : les quatre horaires ci-dessus, les reprises et les exceptions urgentes. Bilan : après la dixième demande acceptée, comparer les intervalles d’attente à un état de référence recueilli séparément, avec la même définition du temps.
Dix demandes constituent ici un petit pilote opérationnel, pas un échantillon statistiquement validé. Si les dossiers suivants diffèrent fortement par leur complexité, distinguez-les au lieu d’attribuer un effet à la comparaison avant-après. Des attentes plus courtes mais davantage de changements de périmètre pourraient révéler un problème dans les critères d’entrée.
Présentez quatre vues : périmètre, relais actuels, mesures de durée et test proposé. Placez le journal détaillé des dossiers derrière la diapositive consacrée aux données. La direction dispose ainsi d’une décision à prendre, et les équipes gardent assez de détails pour discuter la carte.
Pour rendre la modification proposée lisible, cet exemple de présentation avant/après conserve le même périmètre et distingue un processus simplifié d’un gain réellement mesuré.
