En bref
Quand un logiciel ne prend pas dans un atelier, on accuse le logiciel. Presque toujours à tort. Ce qui bloque, ce sont des gens : ceux du plancher qui ont peur de ce que l'outil va révéler d'eux, et la direction qui ne comprend pas ce que fait la personne qui pousse.
Or cette personne existe déjà dans la plupart des PME. Elle a bâti l'Excel que tout le monde utilise, elle bricole des façons de faire plus vite, elle pose des questions sur des choses qui ne la regardent pas. On la freine — parce qu'elle va vite, parce qu'elle est technique, parce que ce n'est pas sa job. Et on la perd. Voici comment la reconnaître, ce que ça coûte de la laisser s'éteindre, et le cadre minimal pour qu'elle travaille pour vous plutôt que contre son propre employeur.
Le virage ne bloque presque jamais sur le logiciel
Un dirigeant de PME manufacturière qui a déjà raté un déploiement vous le dira dans ces termes : « on a essayé, ça n'a pas marché, le système était trop compliqué pour nous ». C'est l'explication commode. Elle est rarement la bonne.
Regardez ce qui s'est réellement passé. Le logiciel a été acheté par la direction, présenté un mardi matin en salle de réunion, et il fallait que tout le monde s'en serve dès le lundi suivant. Personne sur le plancher n'a été consulté sur ce qui devait changer. La formation a duré deux heures. Le vieux système est resté en place « le temps de la transition », c'est-à-dire pour toujours. Six mois plus tard, trois personnes utilisent l'outil, les autres sont retournées au papier, et la facture continue de tomber tous les mois.
Rien là-dedans n'est un problème de logiciel. Ce sont des problèmes de gens, de temps et de cadre. Et les grandes études sur les projets de numérisation, tous secteurs confondus, situent le taux d'échec quelque part entre les deux tiers et les trois quarts — avec toujours la même famille de causes en tête : l'adoption, pas la technique.
Le logiciel qui échoue n'est presque jamais le mauvais logiciel. C'est le bon logiciel déposé dans un atelier qui n'a jamais eu son mot à dire.
La bonne nouvelle, c'est que ce qui manque n'est pas un budget. C'est une personne — et vous l'avez probablement déjà sur votre liste de paie.
Ce que vos gens craignent vraiment
Avant de parler de celui qui pousse, il faut parler de ceux qui freinent. Parce qu'on les décrit toujours mal. « Ils résistent au changement » ne veut rien dire : personne ne résiste au changement en soi. On résiste à une perte précise, et cette perte a un nom que les gens ne diront jamais à voix haute devant un patron.
En atelier, ces peurs sont au nombre de cinq. Je les ai entendues formulées de mille façons, jamais directement.
| La peur | Ce que vous entendez à la place | Ce qu'il faut répondre |
|---|---|---|
| Être remplacé « si la machine fait ma job… » |
« On a toujours fait comme ça et ça marche. » | Nommez ce qui disparaît : la recopie, pas le métier. Et dites où va le temps libéré — sur le plancher, pas dehors. |
| Être surveillé tout devient horodaté |
« On n'a pas le temps de rentrer ça dans le système. » | Décidez d'avance qui voit quoi, et dites-le. Une donnée qui sert à comprendre un processus ne doit jamais servir à évaluer une personne. |
| Être exposé la plus forte, jamais dite |
« Moi, l'informatique, c'est pas mon fort. » | C'est un inspecteur de trente ans d'expérience qui redevient débutant devant un écran, devant ses collègues. Formez-le en privé, en premier, avant le groupe. |
| Perdre son pouvoir informel celui qui « sait où sont les affaires » |
« Le système, il gère pas les cas spéciaux comme nous autres. » | Rendez-lui son statut autrement : c'est lui qui décide comment les cas spéciaux sont modélisés. Sa connaissance devient la règle du système. |
| La double charge la seule peur totalement fondée |
« On va faire les deux, pis ça va être plus long. » | Elle a raison. Fixez et annoncez la date où l'ancien système s'éteint. Sans cette date, vous ne déployez rien : vous ajoutez du travail. |
Notez que quatre de ces cinq peurs se règlent avec des mots, pas avec de l'argent. Il faut simplement les dire à voix haute — ce qui suppose de les avoir comprises. Un déploiement qui commence par « voici le nouveau système » au lieu de « voici ce qui ne changera pas pour vous » perd la salle dans les trente premières secondes.
La peur dont personne ne parle : celle d'en haut
Tous les textes sur la résistance au changement s'arrêtent là, aux peurs du plancher. Il en manque une, et c'est la plus déterminante, parce qu'elle appartient à celui qui décide.
Un dirigeant de PME manufacturière connaît son métier mieux que quiconque. Il sait lire un plan, évaluer un devis, sentir un client qui va payer en retard. Mettez devant lui un employé qui parle de base de données, de champs à normaliser et de saisie unique, et il se passe quelque chose d'inconfortable : pour la première fois dans son entreprise, quelqu'un travaille sur un sujet qu'il ne peut pas évaluer.
Il y a une frontière très nette à laquelle ça se produit, et elle est toujours au même endroit.
Tant que vous restez dans Excel, tout le monde vous suit. Dès qu'on sort d'Excel, plus personne ne comprend.
Excel est le plafond de verre technique de la PME. C'est le dernier outil que le dirigeant, le contremaître et le comptable savent lire. En dessous, on discute du contenu. Au-dessus — un script, une base de données, une automatisation — on ne discute plus de rien : on juge la personne au lieu du résultat.
Et ce jugement prend quatre formes. Elles reviennent dans cet ordre, presque toujours.
« C'est pas ta job. » Le rappel du périmètre. Ce que vous avez bâti est peut-être excellent, mais ce n'est pas vous qui étiez censé le bâtir, et cette question-là passe avant la valeur de ce qui a été produit.
« T'as passé combien d'heures là-dessus ? » Le temps compté comme une dépense, jamais comme un placement. La question n'est jamais suivie de son pendant : combien d'heures ça fait économiser par mois. Personne ne fait la soustraction.
« On comprend pas ce que tu fais. » La barrière technique, dite sans agressivité, souvent même avec bonne foi. Sauf que dans une entreprise, ce qu'on ne comprend pas, on ne le finance pas.
Le silence. Le plus dur des quatre. Pas d'opposition, pas de refus, pas de débat : rien. L'outil est montré, il fonctionne, il fait gagner des heures, et il ne se passe strictement rien. Personne ne dit non, alors il n'y a même pas de décision à contester. Ça meurt tout seul.
Aucune de ces quatre réactions n'est de la malveillance. Ce sont les réflexes normaux d'un dirigeant occupé, devant un sujet qu'il n'a pas les moyens d'évaluer, présenté par quelqu'un qui n'a pas les moyens de le lui traduire. Le problème n'est pas moral. Il est de langue.
Le réflexe qui coûte cher : chercher dehors ce qu'on a dedans
Quand la même PME décide enfin de se numériser, elle fait presque toujours la même chose : elle regarde dehors. Un consultant, un intégrateur, le neveu qui est bon en informatique. La compétence, dans la tête du dirigeant, vient de l'extérieur — c'est même à ça qu'on la reconnaît.
Cette dépense-là a trois défauts, et ils sont sérieux.
Le consultant repart avec la connaissance. Il a passé six semaines à comprendre votre atelier — vos cas spéciaux, votre client qui exige un format à lui, votre façon de numéroter les jobs. Cette compréhension, chèrement payée, sort par la porte avec lui le dernier jour. Ce qui reste, c'est un document.
L'intégrateur connaît son outil, pas votre métier. Il vous configurera très bien un système générique. Il ne saura pas qu'une cote reprise trois fois sur un lot n'est pas un incident isolé mais le symptôme d'un montage qui bouge — parce que ça, ça ne s'apprend pas en formation produit, ça s'apprend en serrant les dents à côté de la machine.
Et pendant ce temps, la personne qui possède les deux moitiés est déjà chez vous. Elle connaît le métier et elle s'intéresse aux outils. Elle est en général moins bien payée que la journée du consultant, et on lui a expliqué six mois plus tôt que ce n'était pas sa job.
C'est le paradoxe qui m'a le plus frappé en quatorze ans : les PME paient cher une expertise extérieure qui devra tout apprendre, tout en freinant une expertise intérieure qui sait déjà — parce que la première arrive avec une facture, ce qui la rend crédible, et que la seconde arrive avec une idée, ce qui la rend suspecte.
Reconnaître l'innovateur que vous avez déjà
Il ne se présente pas en disant qu'il veut innover. Il n'utilise probablement jamais ce mot-là. Voici les signes réels, ceux qu'on peut vérifier cette semaine dans n'importe quel atelier.
Il a bâti l'Excel que tout le monde utilise. Celui avec des formules que personne d'autre ne sait modifier, celui qu'on lui redemande à chaque fois qu'il faut le changer. C'est le signe le plus fiable de tous : il a résolu un problème collectif sur son temps, sans mandat, et personne ne le lui avait demandé.
Il automatise sa tâche avant de la faire. Il passe deux heures à bâtir un gabarit pour une job qui en aurait pris trois à la main. Vu de l'extérieur, ça ressemble exactement à quelqu'un qui perd son temps.
Un employé qui automatise sa tâche avant de la faire ne fuit pas le travail. Il investit. Le problème, c'est que de l'extérieur, ça se voit exactement pareil — et la différence ne devient visible qu'au troisième mois.
Il pose des questions sur le pourquoi. Pas « comment je remplis ce formulaire », mais « pourquoi on remplit ce formulaire, et qui le lit après ». Cette question-là agace, et c'est précisément celle qui trouve les gaspillages.
Il montre ses affaires à ses collègues. Sans qu'on le lui demande, parce que ça l'intéresse. C'est le formateur naturel de votre atelier, et il forme déjà — sur des outils qu'il a choisis seul.
Il essaie des outils de son propre chef. Une application sur son téléphone pour suivre ses étalonnages, un logiciel gratuit trouvé un soir. Ce n'est pas de la dispersion. C'est de la veille technologique, faite gratuitement, par quelqu'un que personne n'a mandaté pour ça.
Trois précisions importantes, parce qu'on se trompe souvent de personne. Ce n'est pas forcément le plus ancien. Ce n'est pas forcément le responsable qualité — souvent, celui-là est justement trop occupé à tenir le système existant pour avoir le droit de le remettre en question. Et ce n'est pas nécessairement quelqu'un de facile : la personne qui voit ce qui ne fonctionne pas le dit, et ça ne fait pas d'elle l'employé le plus reposant de l'atelier.
Faire confiance, concrètement
« Faire confiance » sonne comme un mot creux. Dans ce contexte précis, il veut dire trois choses vérifiables, et rien d'autre.
Accepter de ne pas comprendre la méthode. Vous n'avez pas à comprendre comment il structure ses données, pas plus que vous ne demandez à votre machiniste de vous expliquer ses parcours d'outils avant de le laisser usiner. Vous jugez le résultat : le rapport sort-il plus vite, sort-il propre, est-ce que quelqu'un d'autre que lui sait s'en servir. Trois questions, aucune n'exige de connaissances techniques.
Le laisser aller à sa vitesse, même si elle paraît déraisonnable. C'est le point le plus contre-intuitif, et celui sur lequel presque tous les dirigeants se trompent. Un innovateur qui va vite n'est pas en train de prendre des risques : il est en train d'en éliminer, parce qu'il essaie dix choses au lieu d'une et que neuf finiront à la poubelle avant que vous n'en entendiez parler. Le brider à votre rythme ne rend pas le projet plus sûr. Ça le rend simplement plus long, plus cher, et ça éteint la seule chose qui le faisait avancer.
Le dire à voix haute. Une autorisation qui n'est pas prononcée n'existe pas. « Vas-y, prends ton jeudi après-midi là-dessus jusqu'aux fêtes, tu me montres où t'es rendu à Noël » : cette phrase-là vaut plus que n'importe quel budget de formation. Elle transforme un employé qui triche avec son horaire en quelqu'un qui a un mandat.
Et il faut être clair sur ce que la confiance n'est pas. Ce n'est pas un chèque en blanc, ni l'absence de suivi, ni le droit de tout réécrire. Un innovateur sans cadre est aussi improductif qu'un innovateur bridé : il commence quinze chantiers et n'en termine aucun. La confiance porte sur la méthode. Le cadre porte sur le périmètre, la date et le résultat attendu. Les deux ensemble, ou rien.
Ce que ça coûte de le perdre
Prenons une histoire. Elle est composite : ce n'est pas un atelier en particulier, c'est ce que j'ai vu se répéter dans plusieurs, avec des visages différents et toujours la même mécanique. Appelons-le Marc. Inspecteur qualité, une quarantaine de personnes dans la boutique, une douzaine d'années d'ancienneté.
Ce que fait Marc est simple : il automatise ses propres tâches avant de les faire, pour être plus rapide ensuite. Tant que ça reste des fichiers Excel, personne ne dit rien. Le jour où ça demande d'en sortir — structurer des données, écrire un petit programme —, la conversation s'arrête net. Les quatre réponses de tout à l'heure, il les reçoit dans l'ordre, la dernière étant le silence.
Le point de bascule n'est pas un projet refusé. C'est le moment où il comprend que son poste pourrait y passer : que travailler à améliorer les choses, de bonne foi, sur son propre temps, peut lui coûter sa place. Ce jour-là, deux choses cassent en même temps.
La première : il est coincé à un poste d'opération sans aucune voie pour améliorer quoi que ce soit. Pas freiné — coincé. Ce n'est pas la même chose : on peut négocier avec un frein.
La seconde, plus profonde : il cesse de croire à ce qu'on lui a appris de l'entreprise. La méritocratie, l'idée que bien faire son travail et chercher à le faire mieux finit par se voir. Ça ne se voit pas tout seul. Ça se voit si on sait le rendre visible — et c'est une compétence complètement différente de celle qui l'a rendu bon.
Un technicien est rarement de nature politicien. C'est exactement pour ça qu'il est bon à ce qu'il fait — et exactement pour ça qu'on ne l'entend pas.
Et Marc a sa part, sinon cette histoire ne serait qu'une plainte. Il allait trop vite pour eux : trois étapes plus loin quand la direction en était à la première, sans jamais ralentir pour l'emmener. Il prenait le temps sur le sien, ce qui lui permettait d'avancer sans permission et lui a coûté sa santé. Il n'a jamais demandé de cadre : pas de mandat, pas de date, pas de sponsor — personne ne lui avait dit oui, donc personne ne lui devait rien. Et il montrait l'outil et la méthode, jamais les heures économisées par mois. Le retour existait, il était mesurable. Il ne l'a pas mesuré.
Des Marc, il y en a un dans une bonne partie des ateliers du Québec. La plupart n'ont jamais fait de bruit, et c'est précisément pour ça qu'on ne les compte nulle part.
Voilà pour lui. Regardons maintenant la trajectoire de l'entreprise, parce que c'est celle-là qui intéresse un dirigeant.
Figure 1 — Ce que devient l'initiative interne, avec et sans cadre
Sans cadre, l'initiative monte vite — c'est de l'enthousiasme non financé — puis s'effondre au premier refus, et ne revient pas. Avec un mandat borné, elle progresse par paliers : chaque palier est un projet fini, montré, et suivi d'une nouvelle autorisation. Le second scénario est plus lent les six premiers mois. Il est le seul des deux à exister encore à deux ans. Schéma illustratif.
Le scénario coûteux n'est pas celui qu'on imagine. Ce n'est pas le départ : quand la personne s'en va, au moins vous le savez, vous cherchez un remplaçant, la perte est visible et un jour comptabilisée.
Le scénario le plus fréquent et le plus cher, c'est celui où elle reste. Elle fait exactement sa job, correctement, sans un mot de trop. Elle ne propose plus rien. Elle ne signale plus les problèmes qu'elle voit passer — elle les voit toujours, elle a simplement arrêté d'en parler. Vos indicateurs ne bougent pas : présence normale, rendement normal, aucune plainte. Et vous venez de perdre, sans aucune trace comptable, la seule personne de l'atelier qui regardait encore le fonctionnement d'ensemble.
Celui qui a déjà essayé et abandonné
Ce qui nous mène à une question que peu de dirigeants se posent : et si c'était déjà arrivé chez vous ?
Statistiquement, c'est le cas le plus probable. Il y a trois ou cinq ans, quelqu'un est venu avec quelque chose. On lui a dit qu'on verrait ça plus tard, ou qu'on avait d'autres priorités — ce qui était probablement vrai à ce moment-là. Il n'a pas insisté. Il n'a jamais reparlé du sujet.
Les signes sont discrets mais lisibles. Cette personne a des compétences qui ne servent à rien dans son poste actuel. Elle continue à bricoler des choses pour elle-même, qu'elle ne montre plus à personne. Quand vous annoncez un nouveau projet en réunion, elle ne dit rien — ni pour, ni contre. Et si vous lui demandez son avis directement, elle répond « comme tu veux ».
La rallumer est possible, mais pas avec les méthodes habituelles. Trois choses, dans cet ordre.
Nommer ce qui s'est passé. « Tu étais venu avec quelque chose il y a trois ans, on ne t'a jamais répondu. » Cette phrase désamorce à elle seule la moitié du blocage, parce qu'elle prouve que ça n'est pas passé inaperçu. Ne l'habillez pas, ne l'excusez pas : constatez-la.
Demander un petit oui, pas un grand. Ne lui confiez pas le projet de numérisation de l'atelier. Demandez-lui de régler un irritant précis, borné, en quelques semaines. Il ne vous fait plus confiance : il a besoin d'une preuve courte que cette fois, quelqu'un ira jusqu'au bout.
Aller jusqu'au bout, visiblement. Le premier résultat doit être montré en réunion, avec son nom dessus. Pas un remerciement en privé — une reconnaissance devant les autres. C'est ce que la première tentative n'a jamais eu.
Et si ça ne prend pas, acceptez-le. Certaines personnes ont fermé cette porte pour de bon, et c'est leur droit. Le vrai enseignement est ailleurs : il est beaucoup moins coûteux de ne pas éteindre quelqu'un que d'essayer de le rallumer.
Le calcul honnête : un sur dix
Il faut maintenant traiter l'objection que tout dirigeant sérieux va poser, et la traiter sans mentir : est-ce que ça paye ?
Réponse honnête : la plupart du temps, non. Sur dix initiatives internes, il y en aura une qui change vraiment quelque chose. Peut-être deux. Les autres donneront un petit gain, ou rien du tout, ou un outil que la personne sera la seule à utiliser.
Ce serait un mauvais calcul, si les neuf autres étaient perdues. Elles ne le sont pas.
Un projet sur dix rapporte. Les dix vous apprennent ce qui fonctionne chez vous et ce qui n'y fonctionnera jamais — et cette carte-là, aucun consultant ne peut vous la vendre.
Chaque essai raté vous dit quelque chose de précis sur votre atelier : que vos gars ne rentreront jamais de données sur un poste fixe à l'autre bout du plancher, que le contremaître de nuit ne lira jamais un tableau de bord, que votre numérotation de jobs est trop bancale pour servir de clé à quoi que ce soit. Ce sont des informations dures, spécifiques à votre entreprise, et elles rendent le prochain essai plus court. Une organisation qui a raté neuf petits projets en trois ans en sait infiniment plus long sur elle-même qu'une organisation qui n'en a lancé aucun.
Reste à borner la mise, parce que neuf échecs ne sont acceptables que s'ils sont petits.
Une demi-journée par semaine, c'est 10 % du temps d'une personne. Dans un atelier de trente, c'est trois dixièmes de un pour cent de votre masse salariale. Vous perdez davantage chaque année en reprises que vous ne discutez jamais en réunion. À ce prix-là, la question n'est plus « est-ce que ça vaut le coup d'essayer », mais « est-ce que je peux me permettre de ne pas savoir ».
Et il faut ajouter l'autre côté du bilan, celui qui n'apparaît sur aucune ligne comptable : le coût de n'avoir rien essayé. Ce n'est pas une dépense, c'est un écart. Il se manifeste le jour où un donneur d'ordre demande une traçabilité que vous ne pouvez pas fournir, ou quand votre concurrent de la ville voisine livre son dossier qualité en deux jours quand il vous en faut dix. Cet écart-là ne se voit jamais dans les états financiers du mois. Il se voit dans les appels d'offres que vous ne recevez plus.
Le cadre, en cinq règles
Voici la partie opérationnelle. Cinq règles, applicables lundi matin, dans un atelier de vingt à cent personnes.
1. Du temps officiel, pas du temps volé. Inscrivez-le au planning, comme une job. Une demi-journée par semaine, un jour fixe. La différence entre du temps accordé et du temps pris en cachette n'est pas administrative : c'est elle qui décide si la personne finit avec un projet ou avec un burnout. Quelqu'un qui améliore votre entreprise sur ses soirs vous fait un cadeau qu'il ne pourra pas faire longtemps.
2. Un périmètre écrit, aucune bride sur la méthode. Trois lignes suffisent : le problème à régler, comment on saura que c'est réglé, la date à laquelle on regarde. « Réduire le temps de montage d'un rapport d'inspection. On mesure en minutes par rapport. On regarde le 15 novembre. » Ce qui se passe entre les deux ne vous regarde pas — c'est là que la confiance s'exerce.
3. Un traducteur, ou vous-même en position d'écoute. Quelqu'un doit faire le pont entre le technique et la décision. Si personne dans la direction ne joue ce rôle, tenez-le vous-même : quinze minutes par mois, une seule question — « montre-moi ce que ça change pour la job de quelqu'un ». Vous n'avez pas besoin de comprendre l'outil pour évaluer cette réponse-là.
4. Exiger des chiffres, et les apprendre ensemble. Pas comme un examen : comme un langage commun. Minutes par rapport, reprises par mois, retards de livraison. Un innovateur technique ne pense pas spontanément à mesurer — il pense à ce que ça marche. Lui demander de chiffrer, c'est lui rendre service : c'est la seule chose qui protégera son projet quand une année plus dure arrivera.
5. Rendre le premier résultat public. En réunion, avec son nom dessus. Ce n'est pas de la décoration. Vous envoyez deux messages en même temps : à lui, que ça compte ; aux autres, que c'est permis. La deuxième personne qui viendra vous voir avec une idée sera venue à cause de cette réunion-là.
Le piège du support technique à vie
Une fois l'outil en place, un mécanisme s'installe et il tue plus d'innovateurs que tous les refus réunis.
Comme il connaît le système, tout le monde l'appelle. Un mot de passe oublié, une imprimante bloquée, un rapport à retrouver. Chaque interruption dure trois minutes. Il y en a douze par jour. Six mois plus tard, il ne crée plus rien : il est devenu le service technique de l'entreprise, sans le titre, sans la paie, et sans avoir jamais accepté ce rôle. Beaucoup partent à ce stade — pas par manque de reconnaissance, mais parce qu'ils font désormais une job qu'ils n'ont pas choisie.
Trois protections simples.
Formez au moins deux personnes, jamais une seule. C'est la règle qui compte le plus, et elle vous protège aussi : un atelier dont une seule personne sait faire tourner un système est un atelier fragile. Cette personne finira par prendre des vacances, ou par s'en aller.
Écrivez la procédure au fur et à mesure. Une page par manipulation courante, faite au moment où le problème arrive pour la première fois. Ça coûte dix minutes ce jour-là et ça supprime la question pour toujours.
Séparez explicitement les deux rôles. Le dépannage courant appartient au poste de quelqu'un — nommez-le. Le temps d'amélioration appartient à un autre créneau, et il ne se fait pas manger par le premier. Sans cette frontière, l'urgence gagne toutes les semaines.
Le déploiement, en pratique
Reste l'opération elle-même. Ce qui suit n'a rien d'original ; c'est simplement l'inverse de ce qui se fait la plupart du temps.
Figure 2 — Deux façons d'installer le même outil
| Ce qui échoue | Ce qui passe |
|---|---|
| Annonce générale, tout le monde bascule le même lundi. | Une vraie job, une personne, deux semaines. On corrige avant d'élargir. |
| Démonstration du fournisseur sur un cas idéal. | Essai sur votre pièce la plus pénible, celle avec le client difficile. |
| Formation de deux heures pour tout l'atelier, en groupe. | Le champion forme un à un, en commençant par les plus mal à l'aise, sans public. |
| L'ancien système reste « le temps qu'on s'habitue ». | Une date d'extinction annoncée dès le départ, et tenue. |
| Le succès est mesuré par la direction, en fin d'année. | Un chiffre simple, relevé chaque semaine, affiché là où les gens passent. |
| Les irritants remontent en réunion trimestrielle. | Ils remontent au champion, qui a le droit de faire changer l'outil. |
La colonne de droite ne coûte pas plus cher que celle de gauche. Elle coûte de la patience les six premières semaines, au moment précis où l'on a le plus envie d'aller vite.
Un mot sur la date d'extinction, parce que c'est la ligne que presque personne ne tient. Tant que l'ancien système existe, les gens y retournent au premier accroc — et il y aura des accrocs. Le double système n'est pas une transition en douceur : c'est le moyen le plus sûr de payer deux fois pour un travail fait une fois et demie. Annoncez la date au début, et tenez-la même si l'outil n'est pas parfait ce jour-là. Il ne le sera jamais avant.
Si c'est vous qui poussez
Ce texte s'adresse aux dirigeants, mais il sera lu par des gens qui se reconnaîtront dans l'autre rôle. Quatre choses, pour qu'elles vous soient dites avant plutôt qu'après.
Montrez le résultat, pas la méthode. Personne ne vous demandera jamais comment c'est fait, et l'expliquer vous dessert : ça déplace la conversation sur le seul terrain où votre interlocuteur ne peut pas vous suivre. « Le rapport prend sept minutes au lieu de quarante-cinq » se comprend tout de suite. La façon dont vous y arrivez ne regarde que vous.
Chiffrez avant de demander. Trois heures par semaine, douze par mois, cent quarante par année. Un dirigeant ne finance pas une bonne idée : il arbitre entre des chiffres. Tant que le vôtre n'existe pas, vous n'êtes pas dans l'arbitrage.
Demandez un cadre, pas une permission. « Je peux essayer ? » se répond par un vague oui qui ne vous protège de rien. « J'aimerais y consacrer le jeudi après-midi jusqu'en novembre, on regarde le résultat en minutes par rapport, et si ça ne donne rien j'arrête » — ça, c'est une proposition qu'on accepte ou qu'on refuse. Les deux réponses vous sont utiles.
Ne financez pas l'innovation de votre employeur avec votre santé. C'est l'erreur la plus répandue, et la seule qui ne se rattrape pas. Un projet que vous portez sur vos soirs et vos fins de semaine n'appartient à personne dans l'entreprise : ni budget, ni mandat, ni protection le jour où quelqu'un décide qu'il n'aurait pas dû exister. Si votre employeur ne veut pas y mettre du temps de travail, il ne veut pas du projet — même s'il dit le contraire. Ce n'est pas agréable à entendre, et c'est ce que personne ne dit à temps aux gens à qui ça arrive.
En conclusion : trois questions
Les réponses existent déjà dans votre entreprise. Aucune ne demande d'étude.
Qui a bâti le fichier Excel que tout le monde utilise ? Cette personne a résolu un problème collectif sans mandat, sur son temps. C'est le seul indice dont vous avez besoin.
Combien de temps de travail payé cette personne a-t-elle pour améliorer les choses ? Si la réponse est zéro, tout ce qu'elle a produit jusqu'ici, elle l'a payé de sa poche.
Quand lui a-t-on dit oui pour la dernière fois ? Si vous ne vous en souvenez pas, elle, elle s'en souvient. Et si personne ne lui a jamais dit non non plus, c'est probablement pire : le silence est la réponse qui décourage le plus sûrement.
La numérisation d'une PME manufacturière ne se joue pas au moment de choisir un logiciel. Elle se joue des mois plus tôt, dans la façon dont on traite la première personne qui est venue dire qu'on pourrait faire autrement. Cette personne coûte une demi-journée par semaine. Elle est déjà sur votre liste de paie. Et elle attend encore une réponse.
Les convictions défendues dans cet article sont celles qui ont guidé le développement d'Asterion Solutions, une suite de logiciels de métier pensés pour les PME manufacturières qui veulent structurer leur qualité sans multiplier les tâches administratives.