Le flux tourne peut-être, mais si l'équipe ne l'a pas repris, le travail repose encore sur une seule personne. Dans cette leçon vous remplissez la liste de passation : rôles, droits, accompagnement de la première semaine, porte unique pour les problèmes et mise par écrit des règles restées dans la tête.
Les leçons précédentes ont monté le système : la tâche a été choisie, le processus écrit, les données définies, l'outil choisi, le flux monté, les systèmes reliés et les exceptions décidées. Cette leçon traite des personnes qui vont utiliser le système.
La différence tient ici : le flux tourne peut-être, mais si l'équipe ne l'a pas repris, le travail repose encore sur une seule personne. Quand cette personne part en congé, l'automatisation continue et les décisions de son bord s'arrêtent. La passation, c'est aussi le partage de ces décisions.
Prérequis : un flux en marche et le registre des exceptions de la septième leçon. Sans registre, la moitié des décisions à passer n'est pas écrite.
L'automatisation n'enlève pas le travail, elle en change la forme. Les étapes qui se répètent passent du côté du système ; la décision, l'exception et la parole avec le client restent du côté humain.
Quand ce changement n'est pas écrit, l'équipe tente deux choses à la fois : elle poursuit l'ancien travail à la main et surveille le nouveau système. La charge ne baisse pas, elle double. La liste de passation existe justement pour prendre les devants.
Déclencher, créer des enregistrements, déplacer des données, rappeler. Le travail dont les étapes sont écrites et qui tourne sur des règles.
Décision, exception, parole avec le client et relecture de ce que le système a produit. Cela ne baisse pas, cela devient visible.
Passer la liste d'attente, regarder les alertes, remplir le registre. Ce travail aussi a besoin d'un propriétaire, sinon personne ne le fait.
La liste tient sur une page et chaque ligne décrit une personne ou un rôle. Les quatre colonnes répondent aux quatre questions de la passation ; quand une colonne reste vide, le système n'a été passé qu'à moitié à cette personne.
Remplir la liste avant la passation n'est pas la même chose qu'après. Remplie avant, les droits manquants et le travail sans propriétaire sortent sur le papier ; remplie après, on les découvre un à un pendant la première semaine.
La quatrième colonne est celle qui rend la liste utile. Restée vide, chacun demande à quelqu'un de différent et la même question reçoit plusieurs réponses.
La passation s'écrit par rôle et non par nom, car les personnes changent et les rôles restent. Pour chaque rôle sont listés les écrans que ce rôle touche vraiment ; un écran qu'il ne touche pas n'entre pas dans la liste.
Cette distinction change aussi la formation : au lieu de tout montrer à tout le monde, chaque rôle voit son propre écran. Un écran non montré finit de toute façon à la porte quand il pose problème plus tard.
Une fois la liste complète, chaque écran du système a un propriétaire. Un écran sans propriétaire devient l'écran que personne ne regarde à la fin du premier mois.
Le droit fait des ennuis dans les deux sens. Donné étroit, le travail s'arrête et tout le monde va vers la même personne ; donné large, un changement fait par mégarde ne se reprend pas.
Le critère est celui-ci : que doit voir ce rôle et que doit-il changer pour mener son travail ? Là où voir suffit, le droit de changer n'est pas donné. La ligne d'accès de la sixième leçon descend ici au niveau de la personne.
Pouvoir ouvrir l'enregistrement et la liste. Pour la plupart des rôles cela suffit à mener le travail et ne produit rien d'irréversible.
Ouvrir des enregistrements, les mettre à jour, passer la liste d'attente. Une fois écrit qui peut changer quel champ, la discussion prend fin.
Arrêter le flux, changer une règle, ouvrir un nouvel accès. Un droit tenu étroit et écrit nommément.
La passation ne finit pas par une réunion. La première semaine est celle où le système travaille avec l'équipe, et cette semaine-là quelqu'un doit se tenir à côté.
Se tenir à côté n'est pas faire le travail à leur place ; c'est répondre quand on demande et, quand on ne demande pas, relire les premiers jours. Quand le nom de la personne présente est écrit, l'équipe n'hésite pas à demander.
Les questions posées deviennent l'entrée du registre des exceptions. Si la même question est venue trois fois, ce qui manque n'est pas la personne mais la règle non écrite.
C'est la ligne de passation la plus souvent sautée. Quand l'équipe rencontre un problème, va-t-elle vers la personne qui a monté le système, vers la direction ou vers le fournisseur ? Non écrite, chacun frappe à une porte différente et le même problème se raconte plusieurs fois.
Une porte unique ne veut pas dire entasser les problèmes sur une personne. La porte est l'endroit où le problème entrant est classé et transmis au bon endroit : question d'usage, exception ou vraie panne.
Du genre « d'où faisais-je cela ». Elle va à la personne qui accompagne la première semaine et la réponse entre dans la note de formation.
Un cas que la règle ne couvre pas. Il va au propriétaire du registre, une décision est prise et une ligne est ouverte.
Le système fonctionne mal malgré l'écrit. Elle est resserrée avec la liste de diagnostic puis transmise au côté qui a monté.
Le chemin le plus court pour expliquer le système à l'équipe est de le montrer sur ses propres enregistrements puis de le lui faire faire. L'explication seule s'oublie au premier enregistrement réel.
L'enregistrement utilisé pendant la démonstration a intérêt à être réel mais son résultat repris. Un enregistrement d'essai est celui qu'on reconnaît à son nom et qu'on nettoie ensuite.
La sortie de la démonstration n'est pas un document mais le deuxième enregistrement que la personne a terminé seule. Le document sert à côté de cet enregistrement.
La résistance vise le plus souvent non la technique mais l'incertitude. Sous les phrases « cela va-t-il me prendre mon travail », « que se passe-t-il si je me trompe », « avant c'était plus rapide » se tiennent trois questions sans réponse.
Une passation faite sans en parler peut finir avec le système laissé de côté, inutilisé. Que le système existe ne veut pas dire qu'il est utilisé.
Une fois écrit quelles étapes l'automatisation a reprises et quel travail reste chez les personnes, l'inquiétude devient une liste concrète.
Elle recule dès que le retour arrière est montré. Qui sait comment un enregistrement faux se corrige ne fuit pas le système.
Si l'ancien chemin reste ouvert, le nouveau n'est pas utilisé. Si le secours manuel reste ouvert exprès, on écrit dans quel cas il vaut.
Dans toute équipe il existe des règles qui ne sont pas dans le système : quel client est rappelé en premier, quelle demande attend, dans quel cas on décroche le téléphone. Elles se tiennent le plus souvent dans la tête d'une personne.
La passation est le meilleur moment pour rendre ce savoir visible, car la première semaine les questions viennent d'elles-mêmes. Écrire la réponse revient moins cher que répondre une deuxième fois à la même question.
Une fois cette étape close, la passation couvre non seulement les écrans mais les décisions. C'est la vraie passation.
Le même essai de passation fait dans la deuxième leçon pour la carte de processus est fait ici pour le système. Le critère est le même : ce qui est écrit tourne-t-il sans la personne qui l'a écrit ?
Pour l'essai, la personne qui a monté le système se met de côté une journée et l'équipe mène le travail seule. Les questions posées et les endroits de blocage sont la sortie de l'essai.
Un essai réussi une fois ne clôt pas la passation ; le même résultat une deuxième fois la clôt. La première fois, il y a une part de chance.
Le bureau a choisi une tâche pilote, écrit son processus, défini ses données, choisi son outil, monté le flux, relié les systèmes et ouvert le registre des exceptions. Jusqu'ici une seule personne utilisait le système : la responsable du bureau.
À la passation, deux rôles sont définis : la responsable du bureau et les conseillers de terrain. Comme les écrans et les droits des deux rôles diffèrent, la liste s'ouvre en deux lignes.
Ligne de la responsable du bureau : utilise les écrans liste des demandes, liste d'attente et registre des exceptions. Le droit est écrit comme ouvrir, mettre à jour et passer la liste d'attente ; le droit d'arrêter le flux n'est pas donné. L'accompagnement de la première semaine est la personne qui a monté le système, avec la direction du bureau en remplacement.
Ligne du conseiller de terrain : ne voit que ses propres demandes et écrit le résultat du rendez-vous. Le droit de voir est large, celui de changer est limité à un seul champ. Comme cette distinction est écrite dès le premier jour, la discussion sur « toucher par mégarde la demande d'un autre » ne vient pas sur la table.
Le dispositif de la première semaine est posé ainsi : chaque matin la liste d'attente est passée, l'après-midi les alertes sont vérifiées et les questions vont dans une note. Sur la semaine, douze questions arrivent ; neuf sont classées comme questions d'usage, deux comme exceptions et une comme vraie panne.
Trois questions récurrentes sont portées sur la carte de processus comme règles : « que fait-on quand le téléphone est vide », « à quel enregistrement va le deuxième message de la même personne » et « où attend l'enregistrement quand un rendez-vous est annulé ». Les trois étaient des règles dans la tête ; la passation les met par écrit.
À l'essai de passation de la deuxième semaine, le bureau boucle la journée sans demander à la personne qui a monté. La seule étape de blocage est l'écran de rapport, et la liste d'étapes pour cette étape est écrite le jour même.
Cette semaine, ouvrez la liste de passation et écrivez une ligne pour chaque rôle qui utilisera le système. Vous n'avez pas à attendre un nouveau montage ; passer un flux déjà en marche utilise la même liste.
Télécharger la liste de passation (xlsx) · une liste d'une page avec les colonnes qui utilise quoi, quelle permission, qui accompagne la première semaine et où aller en cas de problème ; la démonstration, les questions de la première semaine et l'essai de passation y sont aussi.
Celles qui suivent ne viennent pas du système mais d'une passation faite à moitié. Leur point commun : aucune ne se voit dans le système comme une panne.
Une présentation est faite et la passation est tenue pour finie. Au premier enregistrement réel les questions commencent, mais personne n'est à côté.
Par commodité, tout le monde reçoit des droits larges. Qui a fait le changement par mégarde ne se retrouve pas non plus.
L'ancien chemin manuel n'est pas fermé et aucune règle n'est écrite. Un jour difficile, l'équipe y retourne et le système reste à moitié utilisé.
La même question est posée à trois personnes trois fois. La réponse est reproduite chaque fois et sort parfois différente.
Un travail nouveau comme passer la liste d'attente ou regarder les alertes n'est écrit à personne. Au bout d'un moment, personne ne le fait.
Une seule personne sait utiliser le système. Quand elle part en congé les décisions s'arrêtent, et le travail n'avance pas même si l'automatisation tourne.
Si, la semaine de passation achevée, chaque point de cette liste trouve réponse, la passation compte comme posée.
Termes qui reviennent dans les conversations de passation. Nommer le rôle et le droit de la même manière garde la liste lisible le deuxième mois aussi.
Dans cette leçon vous avez remis le système aux personnes : vous avez écrit les rôles et les permissions, mis en place le rythme de la première semaine, désigné la porte unique et mis par écrit les règles qui vivaient dans une seule tête. La leçon à venir traite de mesurer le résultat et de faire grandir ce qui a été bâti.
Si vous souhaitez continuer avec les leçons publiées, vient le module qui tient par registre les exceptions au bord du flux.
Le registre des exceptions, la voie d'alerte et la mesure qui rend visible la panne silencieuse.
La carte de processus et l'essai de passation. L'essai d'ici est cet essai appliqué au système.
La section formation dans son ensemble et les modules ajoutés depuis.
Si vous souhaitez remplir ensemble la liste de passation, écrivez-nous et nous dégagerons les rôles.
Demander un Devis sur WhatsApp