Automatiser n'est pas simplifier
Quand un processus fatigue tout le monde, le réflexe est d'automatiser. C'est souvent la bonne idée. Mais l'automatisation a un effet secondaire qu'on sous-estime : elle fige. Ce qui était une habitude devient une règle inscrite dans le code.
Un cas typique
Un document passe par quatre validations. Personne ne se souvient pourquoi la troisième existe — c'est historique. Automatiser tel quel, c'est graver ces quatre étapes pour les cinq prochaines années. Les remettre en question d'abord, c'est parfois régler le problème sans écrire une ligne de code.
L'ordre qui fonctionne
- Décrire ce qui se passe réellement, pas ce qui devrait se passer
- Supprimer les étapes qui ne servent plus à personne
- Simplifier ce qui reste : moins d'exceptions, moins de cas particuliers
- Automatiser seulement ensuite
Les trois premières étapes ne coûtent presque rien et évitent régulièrement la moitié du développement.
Le signe qui doit alerter
Si expliquer le processus prend vingt minutes et se termine par « ça dépend », le problème n'est pas technique. Aucun outil ne rend un processus flou plus clair : il le rend juste plus rapide à exécuter, exceptions comprises.
Ce que l'automatisation fait très bien
Elle excelle sur ce qui est stable, répétitif et sans jugement : recopier des données d'un endroit à un autre, envoyer un rappel à date fixe, produire un document toujours identique, vérifier qu'un champ est rempli. Des tâches ennuyeuses, à faible risque, que personne ne regrettera.
En résumé
Avant de demander « comment on automatise ça ? », posez la question qui vient avant : « est-ce qu'on doit encore le faire ? » C'est la seule optimisation qui va plus vite, coûte moins cher et ne tombe jamais en panne.