Propriété et transmission

Voici comment finissent la plupart des parcs d’automatisation.

Une personne motivée construit quinze enchaînements en dix-huit mois. Ils fonctionnent, l’équipe s’y habitue, plus personne ne sait comment le travail se faisait avant.

Puis elle change de poste. Personne n’ose toucher aux enchaînements, faute de comprendre. Ils tombent un par un, et on refait à la main sans savoir ce qui existait.

Cette fiche évite ça, et elle coûte une heure par automatisation.

Le problème des comptes

Le point le plus concret, et celui qui bloque en premier.

Si les connexions sont établies avec le compte personnel de la personne qui a construit, tout tombe le jour de son départ : les autorisations sont révoquées avec son compte, et personne ne peut les recréer sans refaire chaque connexion.

Trois règles, à appliquer même seul, même dans une petite structure.

Un compte de service pour la plateforme. Une adresse générique de l’organisation, pas prenom.nom@. Le mot de passe est dans le gestionnaire de l’entreprise, pas dans une tête.

Des comptes de service pour les connexions, dans la mesure du possible. Certains services ne le permettent pas : note-le, c’est une dépendance connue.

Deux personnes au minimum ont accès à la plateforme. Pas pour construire, pour pouvoir entrer.

Ces trois règles se mettent en place en une heure au démarrage, et en trois jours après coup.

Le registre des automatisations

Un tableau, pas un document. Il vit et il se lit.

Nom	Propriétaire	Criticité	Délai acceptable	Dernière revue

Le registre indexe, le dossier détaille : ce que fait l’enchaînement et les comptes qu’il utilise figurent dans son dossier, pas ici. Trois colonnes méritent un mot.

Le propriétaire est une personne nommée, pas un service. C’est elle qu’on prévient, c’est elle qui fait la revue. Un enchaînement sans propriétaire est un enchaînement condamné.

La criticité vient de la fiche sur la surveillance : critique, important, confort. Elle dit combien d’attention il mérite.

Le délai de découverte acceptable est la question qui détermine la surveillance. Écrite ici, elle ne se rediscute pas à chaque incident.

Ce registre a un autre usage, moins évident : il rend visible le parc. Une direction qui découvre qu’il existe trente-deux automatisations dans son organisation comprend d’un coup pourquoi il faut du temps d’entretien.

Le dossier de chaque automatisation

Une page par enchaînement, rangée avec le registre. Cinq sections, et rien de plus.

Ce que ça fait, en une phrase, et pour qui.

Le croquis des données : d’où, par où, vers où, quoi.

Les décisions non évidentes : pourquoi ce filtre, pourquoi cet ordre, pourquoi cette valeur par défaut. C’est la section la plus utile pour celui qui reprend, et la plus difficile à écrire après coup.

Les cas connus non traités : ce que l’enchaînement ne sait pas faire, et ce qu’on fait dans ces cas-là.

La reprise manuelle : comment faire le travail à la main si l’enchaînement est arrêté. Sujet ci-dessous.

La procédure de reprise manuelle

Section la plus souvent absente, et la plus précieuse le jour où ça compte.

Écris comment faire la tâche sans l’automatisation. Où trouver les données, quoi en faire, dans quel ordre.

Deux raisons, et la seconde est celle qu’on oublie.

En cas de panne, quelqu’un doit pouvoir prendre le relais pendant la réparation. Sans cette page, l’organisation est arrêtée.

En cas de doute sur l’automatisation, il faut pouvoir vérifier ce qu’elle produit en refaisant à la main sur un cas. C’est le seul contrôle vraiment indépendant.

Cette procédure existait forcément avant l’automatisation. Écris-la pendant que quelqu’un s’en souvient encore.

Ce qui se transmet vraiment

Une remarque de fond, pour finir.

Ce qui se transmet mal, ce n’est pas l’enchaînement lui-même : il est visible, on peut l’ouvrir et le lire.

Ce qui se transmet mal, ce sont les raisons. Pourquoi ce filtre exclut les commandes du service technique. Pourquoi la valeur par défaut est celle-là. Pourquoi on ne traite pas les fichiers de plus de dix mégaoctets.

Chacune de ces décisions répond à un problème réel rencontré une fois, et chacune paraît arbitraire à qui n’était pas là. Le successeur les supprime, et le problème revient trois semaines plus tard.

D’où l’insistance sur la section « décisions non évidentes ». C’est la seule partie du dossier qui ne peut pas être reconstituée en regardant l’enchaînement.

Quand tu es seul

Cas fréquent chez les indépendants et les petites structures, où tout ce qui précède peut sembler excessif.

Deux choses restent indispensables, même à une personne.

Le compte de service, parce que tu changeras d’adresse ou de téléphone un jour.

Et la procédure de reprise manuelle, parce que toi dans six mois est déjà quelqu’un d’autre. Tu ne te souviendras pas de comment tu faisais avant.

Le reste peut tenir en trois lignes par enchaînement, dans un seul document.

Vérifie ta compréhension

Question : ton service a douze automatisations qui tournent bien, construites par une seule personne avec son compte professionnel nominatif. Que fais-tu en priorité ?

Réponse : tu bascules la plateforme et les connexions sur un compte de service générique, et tu donnes l’accès à une deuxième personne. C’est la seule action dont l’absence rend tout le reste impossible : le jour du départ, les autorisations tombent avec le compte, et personne ne peut ni réparer ni même lire. Le registre et les dossiers viennent ensuite, en commençant par les enchaînements classés critiques.

Dernière fiche du module : quand une automatisation doit mourir.

Une formationBaxIA