Quand faut-il décider de ne pas automatiser ?

Vérifier si le problème justifie un projet

Une tâche peut être répétitive sans justifier une intégration. Sa fréquence, le temps mobilisé, les difficultés et les coûts doivent être examinés ensemble. Si le bénéfice attendu est faible ou trop incertain, la recommandation peut être de conserver le fonctionnement actuel ou de l’améliorer plus simplement.

Une demande de suivi peut aussi relever d’une règle plus claire ou d’un meilleur paramétrage. Choisir cette piste est une décision de méthode : le projet part du besoin, pas d’un outil qu’il faudrait absolument déployer.

Distinguer une piste à préparer d’une piste à écarter

Si les données nécessaires sont absentes, si leur accès reste à autoriser ou si personne ne peut expliquer les exceptions, il peut être préférable de préparer ces éléments avant de construire. La recommandation doit nommer les prérequis manquants, plutôt que masquer l’incertitude derrière une promesse de résultat.

À l’inverse, une étape qui dépend fortement d’un jugement humain ou dont les erreurs seraient trop difficiles à maîtriser peut être écartée. Une aide à la préparation peut parfois rester utile, à condition de laisser la décision à la personne concernée et d’en vérifier l’intérêt.

• Ce qui manque pour pouvoir décider et comment le clarifier.
• Les coûts et contraintes connus, avec leurs hypothèses.
• Les décisions qui doivent rester humaines.
• Les pistes plus simples ou les raisons d’écarter le projet.

Conserver une conclusion utile, même sans déploiement

Reprendre les objectifs et les consignes de l’entreprise : résultat recherché, priorités, contraintes, décisions réservées aux personnes et limites du processus étudié. Les contributions des équipes ne servent pas à les évaluer individuellement. Partager avec les participants les repères utiles pour en discuter : possibilités, limites, erreurs possibles, confidentialité et validation humaine. Leurs questions et leurs inquiétudes sont recueillies, sans présélectionner un outil. À partir de situations récentes, reconstituer les étapes, les outils, les passages entre personnes, les attentes, les reprises et les exceptions. Ce qui est observé, déclaré, estimé ou encore inconnu est consigné comme tel. Examiner les pistes possibles, de l’organisation à l’IA, puis ce que les équipes feraient de plus utile si certaines tâches demandaient moins de temps. Relier cet usage possible aux objectifs de l’entreprise, en tenant compte du travail de contrôle. Comparer les pistes à la valeur recherchée, au coût complet, aux données et aux risques. Restituer la recommandation, les objectifs proposés et un plan en phases. Vous pouvez décider de poursuivre, de préparer d’abord les données ou de ne pas lancer de projet ; le déploiement reste une décision distincte.

L’audit peut donc aboutir à une priorité différente, à une préparation préalable ou à l’absence de projet. Sa valeur est de rendre la décision explicite, avec ses raisons et ses limites. Il n’entraîne pas de déploiement automatique ni d’abonnement obligatoire.

Les bénéfices sont des estimations à vérifier pendant les tests et le déploiement. Le montant de l’audit est déduit du devis de déploiement si celui-ci est signé.