N'automatise pas une vie qui ne devrait pas exister

La cinquième et dernière étape du cadre d'ingénieur pour une vie est l'automatisation. C'est l'étape la plus dangereuse, et celle vers laquelle la plupart des gens se tournent en premier.

Par Peter Plötner. Ingénieur aérospatial et coach de vie Wayfinder. En savoir plus sur Peter →

C'est la dernière étape. Après avoir questionné tes exigences, supprimé ce que tu peux, simplifié ce qui reste et accéléré le cycle, tu automatises. Tu confies le travail répétable à une machine pour que ton attention soit libre pour ce que toi seul peux faire.

C'est aussi l'étape la plus dangereuse, et celle vers laquelle la plupart des gens se tournent en premier.

Voici le piège. Au moment où tu automatises quelque chose, tu l'épouses. Tu ne construis pas juste la chose. Tu t'engages à la maintenir, à la mettre à jour, à la réparer chaque fois que le monde se décale sous elle. L'automatisation ne fait pas disparaître une tâche. Elle change la tâche : de faire le travail à maintenir en vie la machine qui fait le travail. Et si la chose que tu as automatisée n'aurait jamais dû exister au départ, tu viens de lui construire un foyer permanent.

Automatiser un mauvais processus ne le corrige pas. Cela le cimente.

L'automatisation paie au volume, et presque nulle part ailleurs

Regarde comment se construisent deux moteurs différents. Aerojet Rocketdyne, aujourd'hui partie de L3Harris, construit le RS-25, l'ancien moteur principal de la navette spatiale, au rythme d'environ quatre moteurs par an, chacun essentiellement fait à la main et coûtant plus de cent millions de dollars. C'est un atelier. À quatre par an, tu ne construis pas une vaste chaîne de production automatisée, parce que tu ne la ferais jamais tourner assez pour la justifier, et le travail manuel soigné est exactement ce qu'il faut à ce volume.

SpaceX construit son moteur Raptor sur un rythme proche du quotidien, de l'ordre de centaines par an. C'est une usine. À ce volume, l'automatisation n'est pas optionnelle. Le débit à la fois justifie les machines et les exige, parce que tu ne peux pas construire à la main des centaines de moteurs par an, et une chaîne à haut débit ne tolère pas un processus bâclé, alors l'automatisation pousse aussi la qualité vers le haut.

Aucune des deux approches n'est mauvaise. Elles sont adaptées à des volumes complètement différents. Le volume élevé mérite ses machines. Un atelier qui construit une poignée de pièces sur mesure par an, non.

La plus grande partie de ta vie est l'atelier, pas l'usine.

Alex Hormozi raconte une histoire qui devrait être scotchée sur l'écran de chaque ingénieur. Une équipe comptable dans l'une de ses entreprises voulait automatiser une tâche qui lui prenait environ quatre heures par semaine. Les développeurs ont chiffré deux semaines de travail à cinq mille dollars par jour. Soixante-dix mille dollars. Le salaire de l'équipe était d'environ soixante-dix mille par an, et cette tâche représentait à peu près dix pour cent de son temps. Alors il a fait le calcul à voix haute. Dépenser un salaire annuel entier pour économiser dix pour cent de ce même salaire signifie que l'automatisation met dix ans à se rentabiliser. Et cela en supposant que rien ne change jamais, que le processus n'a jamais besoin d'une seule mise à jour ou réparation. Dix ans, dans le meilleur cas imaginable. C'est un rendement épouvantable, et l'équipe ne l'avait pas vu parce qu'automatiser semblait productif.

La leçon n'est pas que l'automatisation est mauvaise. C'est qu'automatiser donne l'impression d'un progrès même quand l'arithmétique dit que c'est une perte. L'impression est le piège.

Quand l'automatisation est en réalité de l'évitement

Il y a une version plus discrète de ce piège, et j'ai marché droit dedans.

Longtemps, j'ai voulu automatiser ma paperasse. Je n'aime pas la paperasse. Elle me vide. Et construire une automatisation pour la gérer aurait probablement marché. Mais voici ce que j'avais manqué : l'énergie derrière le projet n'était pas « c'est un travail à haute valeur qui vaut la peine d'être mis à l'échelle. » C'était « je déteste ça et je veux ne plus jamais le ressentir. » Ce sont des motivations complètement différentes, et la seconde est un voyant d'alerte, pas un feu vert.

Quand tu te surprends à vouloir désespérément automatiser quelque chose, la question honnête n'est pas comment le construire, mais ce qui se passe vraiment. À quoi sert réellement cette tâche ? Comment a-t-elle atterri sur ton bureau ? Qu'est-ce qui, dans cette tâche précise, te vide ? Parfois la réponse est que la tâche est vraiment nécessaire et que tu devrais l'automatiser. Mais souvent la réponse est que la chose devrait être supprimée, confiée à quelqu'un d'autre, ou que la résistance elle-même vaut la peine qu'on s'y attarde. Si l'envie d'automatiser est en réalité une envie d'éviter, la construction n'est qu'une façon très coûteuse de ne pas regarder le vrai problème.

Quand l'automatisation commence à ressembler à de l'évitement, retourne à l'étape un et questionne l'exigence. Et si la questionner change l'exigence, ce n'est pas du temps perdu. C'est toute la victoire.

La maintenance que personne ne compte

Le coût que tout le monde sous-estime n'est pas de construire l'automatisation. C'est de la maintenir en vie.

J'ai vu des gens capables s'automatiser jusque dans une étrange sorte de prison. Ils construisent un système, puis un autre, puis dix, chacun fini à quatre-vingt-dix-neuf pour cent. Et ensuite ils passent tout leur temps à courir après le dernier pour cent de chacun. Une intégration cassée ici, un cas limite là, un processus qui a changé et cassé le script. Ils sont si occupés à maintenir leurs machines qu'il ne leur reste plus de temps pour du travail neuf, ni pour le repos. Ils se sont optimisés en mécaniciens à plein temps pour des systèmes qu'ils avaient construits pour se libérer.

J'avoue ma propre version. J'ai passé un temps réel à construire des automatisations dans MindGym, l'application à capteurs que je développe pour soutenir mon coaching, une sorte de miroir biométrique qui suit la variabilité de la fréquence cardiaque, la respiration et les bilans, pour que les gens puissent voir ce qui se passe déjà dans leur corps. Ce temps aurait presque certainement été mieux employé en heures de coaching et dans mon écriture, les choses qui font vraiment avancer mon travail en ce moment. Je n'abandonne pas l'application. Je reviendrai à ces fonctions quand le moment sera le bon et que le volume les justifiera. Mais je les ai construites trop tôt, parce que construire donnait l'impression d'un progrès, et le progrès est séduisant même quand il est pointé sur la mauvaise chose.

C'est le même instinct que les ingénieurs connaissent sous le nom de gold-plating, le « plaquage or. » Le terme a été inventé il y a des décennies par un ingénieur qui avait remarqué ses collègues polir des interrupteurs pour qu'ils aient meilleure allure que ceux de la concurrence, bien au-delà de tout ce que la tâche exigeait réellement. Tu peux verser de l'effort à perfectionner une pièce qui n'a jamais été sur le chemin critique pendant que ce qui détermine vraiment le résultat reste intact. Tout optimiser de façon égale, c'est comme ça qu'on reste occupé sans faire bouger le résultat. La discipline consiste à trouver le ou les deux leviers qui comptent vraiment en ce moment et à laisser le reste brut.

L'automatisation qui me sert vraiment

Pour que tu ne penses pas que je suis contre tout ça, en voici une que je reconstruirais sur-le-champ.

Mon site web était une corvée. Il a commencé comme un site WordPress que j'avais bricolé, lourd à changer, lent à mettre à jour. Publier un essai voulait dire l'écrire, le vérifier, chercher une image, le mettre en forme, le publier, puis répéter le tout en allemand et en français. Des heures, à chaque fois. Et le site n'est pas mon travail principal. Le coaching l'est. Donc un processus qui dévorait des heures de mon attention volait à ce qui compte vraiment.

Je l'ai reconstruit de zéro avec Claude Code. Maintenant je peux changer n'importe quoi sur le site par chat, depuis mon téléphone. Écrire un essai est une conversation guidée, un solide brouillon après une poignée de questions, quelques tours de mes corrections, et ensuite il se publie tout seul avec l'image et une section questions-réponses, dans les trois langues. Cela me prend encore une heure ou deux par essai, parfois un peu plus. La victoire n'était pas vraiment la vitesse. L'ancienne façon prenait plus de temps et produisait une écriture nettement moins bonne. Maintenant les mêmes une ou deux heures achètent des essais bien meilleurs, et le temps va dans l'écriture elle-même au lieu de la tuyauterie autour.

Voilà à quoi ressemble une bonne automatisation. Elle était d'assez haute valeur, répétée assez souvent, sur un processus assez stable pour valoir la peine de s'y engager. Elle a libéré mon attention pour le cœur au lieu de l'enterrer plus profond dans la périphérie. Le test qu'elle a passé n'était pas « est-ce que ça peut être automatisé. » Presque tout le peut. Le test était « est-ce que ça devrait l'être. »

Un test approximatif, pas une formule

J'utilise un calcul de coin de table avant d'automatiser quoi que ce soit. Je veux être honnête : ces chiffres sont mes propres règles approximatives, pas des standards issus de la recherche. Prends les chiffres exacts avec un grand grain de sel. Ils sont là pour te faire faire une pause, pas pour être obéis.

En gros : le coût de construction de l'automatisation devrait être inférieur à environ six à douze mois de ce que tu dépenserais à faire la tâche à la main. Et l'entretien courant devrait rester sous quelque chose comme dix pour cent de ta charge de travail actuelle. Si le processus n'est pas encore stable, s'il change sans cesse, fais-le à la main encore un moment, parce que tu dépenseras plus à réparer une automatisation prématurée que tu n'auras jamais économisé.

Mais sous les chiffres se trouve une question plus simple, et c'est la vraie. Est-ce que cette tâche me coûte réellement un temps ou un argent significatif ? Ou est-ce que je ne l'aime simplement pas, ou que j'apprécie l'acte d'automatiser pour lui-même ? Si c'est le coût, l'automatisation pourrait être juste. Si c'est l'aversion, regarde l'aversion. Si c'est le plaisir de construire, sois honnête que tu construis pour le plaisir, ce qui est très bien, tant que tu ne prétends pas que c'est de la stratégie.

Rick Rubin met en garde contre le fait de supposer que ta façon de travailler est la meilleure simplement parce que c'est la façon dont tu as toujours travaillé. L'automatisation peut discrètement consacrer ta façon actuelle et la rendre permanente. Avant de faire ça, assure-toi que cette façon vaut vraiment la peine d'être gardée.

La dernière étape renvoie à la première

Voici pourquoi l'automatisation est la dernière étape et non la première.

Tu ne peux automatiser en sécurité que ce qui a déjà survécu aux questions précédentes. As-tu questionné si cette exigence est seulement la tienne ? As-tu supprimé ce qui ne devrait pas exister ? As-tu simplifié ce qui restait ? Seul ce qui reste après tout cela a gagné le droit d'être automatisé. Fais les étapes dans le mauvais ordre et tu construis une belle machine autonome autour d'une tâche qui aurait dû être supprimée à l'étape deux.

Les cinq étapes forment une boucle. Quand tu arrives à l'automatisation et que quelque chose cloche, quand la construction ressemble plus à une fuite qu'à un levier, ce n'est pas un signal pour pousser plus fort. C'est un signal pour retourner au début et reposer la première question. Est-ce que cette chose est censée exister tout court ?

À essayer cette semaine

Choisis une chose dans ta vie que tu comptes automatiser, optimiser ou systématiser. Un tableur, une appli, une routine, un outil que tu te promets sans cesse de mettre en place.

Avant de construire quoi que ce soit, pose trois questions. À quelle fréquence est-ce que je fais vraiment ça, honnêtement compté ? Est-ce que je veux l'automatiser parce que ça me coûte beaucoup, ou parce que je ne l'aime pas ou que j'aime bricoler ? Et si je demande à quoi sert vraiment cette tâche, survit-elle ?

Si elle survit aux trois et que le volume est réel, construis-la, et savoure la liberté qu'elle achète. Sinon, tu viens de t'épargner de construire un foyer permanent pour quelque chose qui aurait dû disparaître. Les deux réponses sont une victoire. La seule perte, c'est d'automatiser une vie qui ne devrait pas exister.

Questions fréquentes

Pourquoi l'automatisation est-elle la dernière étape plutôt que la première ?

Parce que tu ne peux automatiser en sécurité que ce qui a déjà survécu aux questions précédentes. Si tu automatises d'abord, tu risques de construire une belle machine autonome autour d'une tâche qui aurait dû être supprimée à l'étape deux. Questionne l'exigence, supprime et simplifie d'abord. Seul ce qui reste a gagné le droit d'être automatisé.

Comment savoir si quelque chose vaut vraiment la peine d'être automatisé ?

Une vérification approximative, pas une formule. Le coût de construction devrait être inférieur à environ six à douze mois de ce que coûte la tâche à la main, et l'entretien courant devrait rester sous environ dix pour cent de ta charge de travail. Si le processus change sans cesse, attends. Mais la vraie question en dessous est plus simple : est-ce que ça me coûte du temps ou de l'argent réels, ou est-ce que je ne l'aime pas ou j'aime bricoler ?

Quelle est la différence entre automatiser et éviter ?

Automatiser vient de « c'est précieux et répété, ça vaut la peine d'être mis à l'échelle. » Éviter vient de « je déteste ça et je veux ne plus jamais le ressentir. » Le second est un voyant d'alerte, pas un feu vert. Quand l'envie d'automatiser est en réalité une envie d'éviter, la construction n'est qu'une façon coûteuse de ne pas regarder le vrai problème. Regarde plutôt l'aversion.

L'automatisation n'est-elle pas censée faire gagner du temps ?

Parfois, au volume. Mais le coût que tout le monde sous-estime n'est pas de la construire, c'est de la maintenir en vie. Chaque automatisation doit être maintenue, mise à jour et réparée quand le monde se décale. Les gens construisent dix systèmes finis chacun à quatre-vingt-dix-neuf pour cent et deviennent des mécaniciens à plein temps pour des machines qu'ils ont construites pour se libérer. L'automatisation change la tâche : de faire le travail à maintenir la machine en vie.

À quoi ressemble alors une bonne automatisation ?

D'assez haute valeur, répétée assez souvent, sur un processus assez stable pour valoir la peine de s'y engager. Reconstruire mon site pour pouvoir publier un essai par conversation guidée dans trois langues a passé ce test. La victoire n'était pas la vitesse, c'était que mon attention allait dans l'écriture au lieu de la tuyauterie. Le test n'a jamais été « est-ce que ça peut être automatisé. » Presque tout le peut. Le test est « est-ce que ça devrait l'être. »

C'est la cinquième et dernière étape d'un cadre d'ingénieur pour repenser une vie. La boucle recommence dans Arrête d'optimiser ta vie. Commence à la spécifier. avec la suppression dans La meilleure pièce, c'est aucune pièce, la simplification dans Ça ne tournera pas rond tant que tu ne l'auras pas simplifié, et l'accélération du cycle dans La rétrospective hebdomadaire. Si tu veux un point de départ, le Diagnostic Essential Self propose quinze questions en environ soixante secondes.