La plupart des entreprises commencent par la mauvaise question : « quel outil acheter ? ». La bonne question vient avant : quelle tâche se répète assez souvent, et assez clairement, pour qu’une machine la fasse sans créer plus de travail qu’elle n’en retire ? Cette méthode vous donne une réponse en cinq jours ouvrables, avec un tableur et votre équipe. Nous suivrons un exemple fictif du début à la fin.
Jours 1 à 3 : tenir un journal
Pendant trois jours, chaque personne qui fait du travail répétitif note ce qu’elle fait, au moment où elle le fait. Ne comptez pas sur la mémoire : on oublie les petites tâches de quelques minutes, et ce sont souvent elles qui s’accumulent. Décrivez une action précise avec un verbe : « copier une demande dans le tableau de suivi » est utilisable, « gérer l’administration » ne l’est pas.
Faites participer les personnes qui font réellement le travail. La BDC le recommande pour la cartographie des processus : elles savent ce qui ne fonctionne pas, et leur participation facilite l’adhésion. Pour le temps, chronométrez trois à cinq cas plutôt que d’estimer.
Journal des tâches (une fiche par tâche)
Tâche (verbe + objet) : Qui la fait : Déclencheur (ce qui la lance) : Nombre de fois cette semaine : Temps par occurrence (chronométré sur 3 à 5 cas) : Outils touchés (courriel, formulaire, tableur, logiciel) : Informations nécessaires : Résultat attendu (à quoi on reconnaît que c’est bien fait) : Exceptions rencontrées : Conséquence d’une erreur (faible, gênante, grave) : Notes :
Une entreprise de rénovation fictive des Maritimes reçoit des demandes de soumission par courriel, par téléphone et par un formulaire sur son site. Julie, adjointe administrative (personnage fictif), recopie chaque demande dans un tableur partagé, puis prévient l’estimateur. Après trois jours, l’équipe a noté 14 tâches répétitives. Quatre reviennent sans cesse : copier les demandes du formulaire, trier les courriels de demande, relancer les clients qui n’ont pas répondu à une soumission et préparer le prix des soumissions.
Jour 4 : noter chaque tâche
Donnez à chaque tâche de 0 à 2 points sur six critères. La grille ne cherche pas la tâche qui ferait gagner le plus de temps en théorie, mais celle qui a le plus de chances de fonctionner du premier coup. Les seuils proposés sont des repères : adaptez-les à votre entreprise.
| Critère | 0 point | 1 point | 2 points |
|---|---|---|---|
| Fréquence | Moins d’une fois par semaine | Chaque semaine | Chaque jour |
| Volume | Moins d’une heure par semaine | 1 à 3 heures par semaine | Plus de 3 heures |
| Règles stables | Change à chaque cas | Quelques exceptions connues | Toujours les mêmes étapes |
| Données accessibles | Papier ou mémoire | Numériques mais dispersées | Dans un outil, format constant |
| Facile à vérifier | Il faut un expert | Quelques minutes de relecture | Un coup d’œil suffit |
| Réversible, faible risque | Erreur coûteuse ou vue du client | Erreur gênante mais rattrapable | Erreur sans conséquence |
Additionnez les points. De 10 à 12, c’est un bon premier candidat ; de 7 à 9, c’est possible après avoir clarifié le processus ; à 6 ou moins, pas maintenant. Une règle passe avant le total : un 0 en « règles stables » ou en « réversible » exclut la tâche comme premier projet.
| Tâche | Note /12 | Décision |
|---|---|---|
| Copier les demandes du formulaire | 11 | Premier candidat |
| Trier les courriels de demande | 8 | Plus tard |
| Relancer les clients sans réponse | 8 | Plus tard |
| Préparer le prix d’une soumission | 3 | Reste humain |
Les demandes du formulaire arrivent chaque jour, toujours avec les mêmes champs, directement dans un outil numérique. Julie voit d’un coup d’œil si une ligne est bien copiée, et une erreur se corrige en quelques secondes. Les courriels, rédigés librement, perdent des points sur les règles et les données. Le prix d’une soumission demande le jugement de l’estimateur, et une erreur coûte cher : il reste humain.
Réparer le processus d’abord
Une tâche peut obtenir une bonne note et rester un mauvais candidat, parce que le problème se trouve plus tôt dans la chaîne. Automatiser un processus confus donne un processus confus plus rapide, et plus difficile à corriger. Si vous voyez l’un des signaux suivants, réglez le processus avant de chercher un outil.
- Deux personnes décrivent la même tâche avec des étapes différentes.
- Les exceptions sont plus fréquentes que le cas normal.
- Les informations vivent dans des carnets, des boîtes de courriel personnelles ou la mémoire d’une seule personne.
- Personne n’est responsable du résultat quand quelque chose rate.
- La tâche sert surtout à compenser une erreur en amont, comme un formulaire qui ne pose pas les bonnes questions.
- Personne ne sait dire à quoi ressemble un résultat correct.
Dans son journal, Julie remarque qu’une demande par courriel sur deux l’oblige à rappeler le client pour obtenir l’adresse ou le type de travaux. Automatiser le tri de ces courriels ne changerait rien à ce problème. La correction la plus simple ne demande aucun outil : répondre avec un lien vers le formulaire, qui pose déjà les bonnes questions.
Mesurer tout le travail
Le temps gagné sur la tâche elle-même ne dit pas tout. Une automatisation ajoute du travail : vérifier ses résultats, corriger ses erreurs, traiter à la main les cas qu’elle ne gère pas et s’assurer qu’elle fonctionne encore. Si vous ne mesurez pas ces éléments, vous comparez un processus réel à une promesse.
- Avant : nombre d’occurrences par semaine multiplié par le temps chronométré.
- Après : temps de vérification, plus temps de correction, plus exceptions traitées à la main, plus suivi de l’outil.
- Qualité : nombre d’erreurs qui ont atteint un client ou un collègue, avant et après.
Avant : 25 demandes par semaine, 5 minutes chacune, soit 125 minutes. Pendant l’essai : 1 minute de vérification par demande (25 minutes), 3 demandes à corriger à 5 minutes (15 minutes) et 10 minutes de suivi, soit 50 minutes. Le gain réel est d’environ 75 minutes par semaine, pas 125. C’est modeste, mais sûr, et l’équipe apprend à travailler avec une automatisation sur un cas sans risque.
Jour 5 : décider
Prenez la tâche la mieux notée et passez-la dans la liste ci-dessous. Si une seule réponse est « non », la décision est « pas encore ». Ce n’est pas un échec : vous savez maintenant quoi clarifier.
Go ou pas encore ?
- La tâche a au moins 10 points, sans 0 en « règles stables » ni en « réversible ».
- Aucun signal « réparer le processus d’abord » n’est présent.
- On peut décrire le déclencheur, les informations d’entrée et le résultat attendu en trois phrases.
- Une personne est responsable du résultat et de la vérification.
- Le premier essai produit un brouillon ou une ligne à vérifier, sans rien envoyer à un client.
- Le temps actuel a été chronométré sur au moins trois cas.
- On sait comment revenir au fonctionnement manuel si l’essai rate.
- Les données utilisées peuvent l’être pour cet usage, et l’accès est limité aux bonnes personnes.
L’entreprise lance un essai de quatre semaines : chaque demande du formulaire crée une ligne marquée « à vérifier » dans le tableau, et Julie la valide. Les courriels incomplets reçoivent une réponse avec le lien du formulaire. Le téléphone et le prix des soumissions restent entre les mains de l’équipe.
Remarquez qu’aucune IA n’est nécessaire ici : une règle simple entre le formulaire et le tableau suffit. Anthropic, qui développe des modèles d’IA, donne le même conseil aux équipes techniques : chercher la solution la plus simple possible et n’ajouter de la complexité que lorsque c’est nécessaire.
Limites et erreurs à éviter
- Une semaine d’observation ne montre pas les tâches mensuelles ou saisonnières, comme la fin de mois ou la haute saison : notez-les à part.
- La grille aide à choisir un premier projet sûr, pas le projet le plus rentable à long terme.
- Les seuils de la grille sont des repères à ajuster, pas une norme.
- Si la tâche touche des renseignements personnels, cette méthode ne remplace pas une vérification de vos obligations.
Sources consultées
- BDC, « Qu’est-ce que la cartographie des processus? » ↗Décrire qui fait quoi, quand et comment, et faire participer les personnes qui font le travail au quotidien.consultée le 15 septembre 2026
- Anthropic, « Building effective agents » (en anglais) ↗Le conseil de chercher la solution la plus simple possible et de n’ajouter de la complexité que lorsque c’est nécessaire.consultée le 15 septembre 2026
Rédigé avec l’aide d’outils d’IA, puis vérifié et édité par Over U. Les exemples sont fictifs. Ce guide ne constitue pas un avis juridique.

