Quand on demande d’automatiser un processus manuel, il est généralement lent pour une raison que le logiciel ne réglera pas. Le travail attend une décision que personne ne possède, un document que personne ne retrouve, ou une personne que personne ne prévient. Numérisez cela et vous obtenez la même attente, livrée plus vite et désormais plus difficile à voir.
Ce guide montre comment observer une transaction réelle avant de rien commander. L’exemple est fictif.
Suivre une demande de l’arrivée à la clôture
Choisissez une demande déjà terminée et retracez-la. N’interrogez pas encore les responsables sur le processus. Demandez à ceux qui ont touché la demande de montrer ce qu’ils ont fait, dans l’ordre, avec les vrais messages, formulaires et fichiers.
Notre entreprise fictive est Transports Rive-Nord, qui exploite un petit parc de véhicules. Un chauffeur signale une panne de freins. La demande doit parvenir à l’atelier, un devis de garage doit être approuvé et la finance doit payer le garage. La demande tracée a pris neuf jours ouvrés. Notez chaque personne qui l’a traitée :
| Étape | Qui | Ce qu’elle a fait | Preuve utilisée |
|---|---|---|---|
| 1 | Chauffeur | A téléphoné à l’employée du parc pour signaler la panne | Appel, aucune trace |
| 2 | Employée du parc | L’a notée dans un cahier, puis écrit à l’atelier | Cahier, groupe de messagerie |
| 3 | Chef d’atelier | A demandé un devis à un garage | Photo du devis envoyée par messagerie |
| 4 | Responsable du parc | A approuvé le devis par message vocal | Message vocal |
| 5 | Employée de la finance | A demandé l’approbation par écrit | Fil de courriels |
| 6 | Employée du parc | A retapé le devis dans un courriel | Courriel |
| 7 | Finance | A payé le garage | Référence de paiement |
Sept personnes, cinq canaux, deux ressaisies. Aucun document unique ne montre toute la demande.
Séparer le temps de travail du temps d’attente
Pour chaque étape, notez l’heure d’arrivée de la demande, l’heure de début et l’heure de fin du travail. L’écart entre l’arrivée et le début est de l’attente. L’écart entre le début et la fin est du travail.
Dans la trace de Rive-Nord, le travail réel totalisait moins de deux heures. Le reste était de l’attente : deux jours pour le devis du garage, un jour avant que le responsable écoute son message vocal, trois jours à la finance faute d’approbation écrite, trois jours de traitement du paiement. La plupart des neuf jours appartenaient aux passages de relais, non aux tâches.
Cela change ce que vous achetez. Un système qui accélère la saisie fait gagner des minutes. Un système qui règle le passage entre le responsable et la finance fait gagner des jours.
Demander pourquoi chaque contournement existe
Chaque cahier, message vocal et photo témoigne d’un besoin que le processus officiel ne couvre pas. Demandez à la personne qui l’a produit : qu’est-ce qui irait mal si vous ne le faisiez pas ?
À Rive-Nord, le cahier de l’employée existait parce que l’appel ne laissait aucune trace et qu’elle avait déjà été accusée d’avoir perdu une demande. Le message vocal existait parce que le responsable approuvait depuis l’atelier, sans ordinateur. Supprimez l’un ou l’autre avant de le comprendre et vous retirez la seule chose qui fait tenir le processus. Gardez le besoin ; remplacez la méthode.
Définir chaque passage de relais
Pour chaque point où le travail passe d’une personne à une autre, écrivez trois choses :
- Condition d’entrée. Que faut-il pour que le travail arrive ? (Une panne décrite avec un numéro de véhicule et une photo.)
- Condition d’achèvement. Que faut-il pour que l’expéditeur cesse de s’inquiéter ? (Le destinataire a accusé réception.)
- Responsable. Un rôle qui doit agir et qui répond si le travail s’enlise.
Le pire passage de relais de Rive-Nord allait du responsable à la finance. Condition d’entrée : un devis portant le numéro du véhicule et un montant approuvé. Responsable : l’employée de la finance. Achèvement : référence de paiement inscrite sur la demande. Écrit ainsi, le défaut d’approbation écrite cesse d’être une surprise : c’est une condition d’entrée que le passage de relais n’a pas respectée.
Supprimer une étape avant de la numériser
Cherchez dans la trace les étapes sans valeur : retaper un devis dans un courriel, poser deux fois la même question, recueillir une signature que personne ne vérifie. Supprimez-les là où vous en avez le pouvoir. Sinon, portez le constat à la personne qui l’a.
Décrivez ensuite le processus allégé en mots simples : le chauffeur déclare la panne avec une photo ; l’atelier joint le devis ; le responsable approuve dans la demande ; la finance paie sur la demande approuvée. C’est ce que vous remettez à un développeur ou à un éditeur. C’est aussi ce que vous pourriez essayer pendant un mois sur un tableur partagé pour tester la conception avant de payer un logiciel.
Image d’illustration, sous licence Magnific. L’image ne montre aucun processus de Rive-Nord ni aucun système de Chwezi.
Mesurer avant et après avec une seule définition
Décidez par écrit ce qui compte comme terminé (par exemple : le garage est payé et la référence de paiement figure sur la demande) et ce qui compte comme reprise (toute demande renvoyée à une étape antérieure). Mesurez les deux sur l’ancien processus, faites le changement, puis mesurez à nouveau avec la même règle. Si vous changez la définition en cours de route, la comparaison ne vaut rien.
La fiche d’observation du processus
Reprenez ce tableau et remplissez une ligne par passage de relais tracé.
| Demande | Acteur | Preuve nécessaire | Heure d’arrivée | Heure de début | Raison de l’attente | Exception observée | Règle d’achèvement |
|---|---|---|---|---|---|---|---|
| Panne de freins, véhicule 14 | Responsable du parc | Devis avec numéro de véhicule et montant | Jour 3, 9 h 10 | Jour 4, 11 h 00 | Approbation envoyée par message vocal, la finance voulait un écrit | Approbateur absent de son bureau | Montant approuvé inscrit sur la demande |
Remettez la fiche à ceux qui font le travail, pas seulement à ceux qui le supervisent. Ils savent où il attend.
À confirmer selon le pays
La méthode n’exige ni pays ni logiciel particulier. Ce qui varie : les pièces que la loi ou votre auditeur exigent pour les approbations et les paiements, et les canaux que vos équipes et vos fournisseurs peuvent utiliser de façon fiable. Confirmez-les localement plutôt que de présumer qu’un canal, WhatsApp ou le courriel par exemple, sera accepté comme preuve d’approbation. Là où la connexion est inégale, demandez ce qu’il advient d’une demande quand la personne de l’étape suivante est hors ligne.
Sources et périmètre
- Chwezi Core Systems, Développement logiciel et mise en œuvre de systèmes. Description publique de l’offre ; elle ne prouve ni une capacité ni un résultat.
- Transports Rive-Nord est fictif. Sa trace, ses délais et ses constats sont inventés pour illustrer la méthode et ne décrivent aucun client de Chwezi.
Questions fréquentes
- Faut-il d’abord cartographier tout le processus ?
- Non. Suivez une transaction réelle de bout en bout, puis une seconde qui s’est mal passée. Une seule demande tracée montre où le travail attend. Un schéma mural du processus prévu montre surtout ce que les gens disent qu’il faudrait faire.
- Pourquoi le personnel garde-t-il un cahier ou un tableur de contournement ?
- En général parce que le processus officiel ne fournit pas ce dont les gens ont besoin : un circuit d’approbation manquant, un responsable flou, une information absente. Demandez ce que fait le contournement avant de le supprimer, sinon le besoin reviendra dans le nouveau système.
- Comment mesurer l’effet de la numérisation ?
- Définissez une fois, par écrit, ce qu’est une demande terminée et une reprise, puis mesurez les deux avant et après le changement avec la même règle. Sans définition fixe, les chiffres d’avant et d’après ne décrivent pas la même chose.
- Qui doit être responsable d’un passage de relais ?
- Un seul rôle nommé, pas une équipe. Le responsable est la personne qui doit agir quand le travail arrive et qui répond si celui-ci s’enlise.