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 :

Exemple fictifUne entreprise de rénovation de 12 personnes

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.

Grille de notation : 0, 1 ou 2 points par critère
Critère0 point1 point2 points
FréquenceMoins d’une fois par semaineChaque semaineChaque jour
VolumeMoins d’une heure par semaine1 à 3 heures par semainePlus de 3 heures
Règles stablesChange à chaque casQuelques exceptions connuesToujours les mêmes étapes
Données accessiblesPapier ou mémoireNumériques mais disperséesDans un outil, format constant
Facile à vérifierIl faut un expertQuelques minutes de relectureUn coup d’œil suffit
Réversible, faible risqueErreur coûteuse ou vue du clientErreur gênante mais rattrapableErreur 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.

Exemple fictif : les quatre tâches notées par l’équipe
TâcheNote /12Décision
Copier les demandes du formulaire11Premier candidat
Trier les courriels de demande8Plus tard
Relancer les clients sans réponse8Plus tard
Préparer le prix d’une soumission3Reste humain
Exemple fictifPourquoi le formulaire l’emporte

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.
Exemple fictifLe vrai problème des courriels

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.

  1. Avant : nombre d’occurrences par semaine multiplié par le temps chronométré.
  2. Après : temps de vérification, plus temps de correction, plus exceptions traitées à la main, plus suivi de l’outil.
  3. Qualité : nombre d’erreurs qui ont atteint un client ou un collègue, avant et après.
Exemple fictifLe calcul de Julie (chiffres illustratifs)

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.
Exemple fictifLa décision de l’équipe

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.

À essayer cette semaine

Copiez le modèle de journal aujourd’hui et donnez-le aux deux ou trois personnes qui font le plus de travail répétitif. Dans trois jours, prenez 30 minutes ensemble pour noter les tâches avec la grille, puis passez la mieux notée dans la liste « go ou pas encore ».

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

  1. 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
  2. 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.