Pourquoi la sophistication séduit et ce qu'elle coûte
Les meilleurs processus sont ennuyeux
Il faut le dire clairement, à rebours de l’air du temps : un bon processus est ennuyeux. Prévisible : il fait la même chose de la même façon, tous les jours. Lisible : un nouveau venu le comprend en dix minutes. Transmissible : il ne dépend du génie de personne. Réparable : quand il casse, on voit où et pourquoi.
L’ennui, ici, est le signe extérieur de la fiabilité. Les cas réels les plus rentables que nous ayons livrés (la création de fiches depuis les emails, l’extraction vers un tableur) ne feraient sensation dans aucune conférence : quelques étapes nettes, des règles limpides. Ils tournent depuis des mois sans qu’on en parle, et c’est exactement la définition du succès.
Standardiser 80 % des cas, isoler les vraies exceptions
Le piège classique du monstre est de vouloir coder toutes les exceptions. La discipline inverse fait la différence : standardiser le socle, c’est-à-dire les 80 % de cas qui suivent la règle, et sortir les vraies exceptions du flux au lieu de les y incruster.
Concrètement : les cas rares, ambigus ou sensibles sont routés vers un traitement humain, assumé comme tel. Ce n’est pas un aveu de faiblesse, c’est un choix d’architecture : une exception traitée à la main cinq fois par an coûte infiniment moins cher qu’une branche codée, testée et maintenue pour ces cinq occurrences. Le workflow reste lisible, l’humain reste dans la boucle là où son jugement vaut de l’or, et chaque exception récurrente devient un signal : si elle se répète vraiment, alors seulement elle mérite sa règle.
Dégonfler un monstre existant : la méthode
Si vous héritez d’une usine à gaz, la démolition se fait au scalpel, pas au bulldozer. Quatre étapes.
Cartographier le monstre d’abord : que fait-il réellement, branche par branche ; l’exercice révèle toujours des surprises. Mesurer ensuite : les journaux d’exécution disent quelles branches servent vraiment ; il est fréquent qu’une part notable des chemins n’ait pas été empruntée depuis des mois. Couper les branches mortes : ce qui ne sert plus se supprime, avec la même prudence que pour toute suppression : suspension, observation, réversibilité. Et re-router les exceptions rares vers l’humain, comme ci-dessus, plutôt que de les reconstruire.
Le résultat typique : un flux divisé par deux ou trois en taille, plus rapide à comprendre, moins cher à maintenir, et qui fait exactement le même travail utile.
Résister à la personnalisation à l'extrême
La simplicité rentable, en pratique
La simplicité n’est pas un renoncement esthétique : c’est une stratégie économique. Moins de briques, c’est moins de casse, moins de maintenance, moins de dépendance à celui qui a construit, et une adoption plus facile par les équipes, qui comprennent ce qui tourne. La valeur d’une automatisation ne vient jamais du nombre de nœuds : elle vient de la précision avec laquelle le besoin a été compris, et de la clarté du chemin qui y répond.
La prochaine fois qu’un flux vous impressionne, posez la seule question qui compte : qui le comprendra dans un an ? Si la réponse est « personne », vous regardez un passif, pas une prouesse. Et si vous soupçonnez vos propres workflows d’avoir pris de l’embonpoint, un regard extérieur tranche vite : les journaux d’exécution ne mentent pas.
Questions fréquentes
Pourquoi un workflow simple est-il plus rentable ?
Parce que la complexité se multiplie au lieu de s’additionner : chaque branche est un point de casse, un coût de test, de documentation et de maintenance. Un flux simple tourne plus longtemps, se répare plus vite, se transmet mieux, et reste compris, donc utilisé.
Faut-il gérer toutes les exceptions dans un workflow ?
Non : standardisez les 80 % de cas qui suivent la règle et routez les vraies exceptions vers un traitement humain assumé. Une exception rare traitée à la main coûte bien moins cher qu’une branche codée pour cinq occurrences annuelles. Si elle devient fréquente, elle gagnera sa règle.
Comment simplifier une automatisation devenue trop complexe ?
Au scalpel : cartographier ce que fait réellement le flux, mesurer avec les journaux d’exécution quelles branches servent, couper les branches mortes avec prudence (suspension, observation), et re-router les cas rares vers l’humain. Le flux typique se divise par deux sans perdre de valeur utile.
À quoi reconnaît-on un bon processus automatisé ?
À son ennui : prévisible, lisible en dix minutes par un nouveau venu, transmissible sans dépendre d’un génie, réparable parce qu’on voit où il casse. Les automatisations les plus rentables ne font sensation nulle part : elles tournent, discrètement, depuis des mois.