1.12 — Atelier : cadrer une tâche métier réellement testable

Cet atelier transforme une idée générale en problème de travail précis. Ne cherche pas encore le meilleur modèle ni le meilleur outil. Si la tâche est mal choisie, la technique ne sauvera pas le projet.

Temps conseillé : 60 minutes. Livrable : la première partie du carnet de mission.

Jalon concret du niveau 1

Choisis d’abord ton kit projet

Le studio te fournit les données, le workflow, les tests et les critères adaptés à ton métier.

Ouvrir le studio de projets →

Avant de commencer

Choisis une tâche que tu connais ou travaille avec une personne qui l’exécute. Prépare trois à cinq cas réels anonymisés : messages, formulaires ou documents représentatifs. Ne copie aucune donnée sensible dans un assistant public.

Exemple corrigé : les demandes de remboursement

Une responsable support formule d’abord son idée ainsi : « Je veux automatiser les remboursements. » Le périmètre est trop large et l’action finale engage de l’argent.

Après cadrage, la tâche devient :

À la réception d’une demande de remboursement, préparer pour le conseiller un brouillon contenant la catégorie de la demande, les informations manquantes, la procédure à vérifier et la prochaine action. Le système ne confirme jamais un remboursement et n’envoie jamais le message.

Le résultat est observable, utile et récupérable en cas d’erreur.

Étape 1 — Observer le processus actuel

Décris ce qui se passe aujourd’hui sans imaginer la solution :

1. Quel événement déclenche la tâche ?
2. Qui reçoit l’information ?
3. Quelles sources consulte cette personne ?
4. Quelles décisions prend-elle ?
5. Quel résultat produit-elle ?
6. Qui vérifie ou utilise ce résultat ?

Pour l’exemple : un message arrive, le conseiller identifie le motif, retrouve la commande, consulte la politique de remboursement, demande les pièces manquantes puis rédige une réponse.

Étape 2 — Découper jusqu’à obtenir une tâche

Entoure une seule partie répétitive. Elle doit avoir une entrée et une sortie clairement reconnaissables.

Mauvais périmètres :

• « gérer le service client » — plusieurs métiers et décisions ;
• « répondre aux clients » — trop de catégories et de risques ;
• « automatiser les remboursements » — action financière irréversible.

Bon premier périmètre : « préparer un brouillon pour les demandes de colis endommagé ».

Étape 3 — Mesurer la baseline

Observe au moins dix cas si possible. Pour chaque cas, note :

Mesure	Exemple
temps complet de traitement	14 minutes
temps passé à rechercher une procédure	4 minutes
dossier incomplet au premier passage	oui/non
correction importante avant envoi	oui/non
incident ou retour client	description courte

Utilise la médiane plutôt que le meilleur cas. Si tu ne peux pas mesurer aujourd’hui, écris « à mesurer » : n’invente pas un gain pour rendre le projet attractif.

Étape 4 — Choisir règle, workflow ou agent

Classe les étapes :

• règle si la décision est exacte et stable ;
• modèle si le texte doit être interprété ou reformulé ;
• outil si un fait doit être lu ou une action réalisée ;
• humain si la décision a un impact important ou reste ambiguë.

Dans l’exemple, une règle vérifie la présence du numéro de commande, le modèle classe le message, un outil lit la procédure et le conseiller approuve le brouillon. L’agent n’est utile que s’il doit choisir la bonne procédure parmi plusieurs sources.

Étape 5 — Poser les limites avant le prototype

Écris trois listes :

Autorisé pendant le prototype

• lire des cas fictifs ou anonymisés ;
• consulter une copie de la documentation ;
• produire un brouillon non envoyé.

Interdit

• envoyer un message ;
• modifier un dossier ;
• promettre ou exécuter un remboursement ;
• consulter des données non nécessaires.

Escalade obligatoire

• information indispensable absente ;
• catégorie incertaine ;
• procédure contradictoire ;
• demande agressive, juridique ou exceptionnelle.

Étape 6 — Écrire le critère de réussite

Choisis une qualité et une efficacité. Exemple :

Sur 30 demandes anonymisées, au moins 24 brouillons doivent être jugés utilisables avec une correction légère, aucun ne doit promettre un remboursement et le temps médian de préparation doit être inférieur à la baseline.

Ce seuil est une hypothèse de test, pas une promesse commerciale.

Erreurs fréquentes à corriger

• Tâche trop large : réduis à une catégorie, un canal ou un type de document.
• Aucune baseline : observe quelques cas avant de prototyper.
• Résultat subjectif : définis ce que « utilisable » signifie pour le futur validateur.
• Action réelle trop tôt : remplace-la par une proposition ou un brouillon.
• Données introuvables : choisis une autre tâche ou prépare une source fiable.

Grille d’auto-évaluation — 10 points

• 2 points : l’entrée et la sortie sont observables ;
• 2 points : le processus actuel est décrit avec ses sources et décisions ;
• 2 points : la baseline repose sur des cas ou est explicitement à mesurer ;
• 2 points : les actions interdites et les escalades sont écrites ;
• 2 points : le critère de réussite combine qualité, sécurité et efficacité.

En dessous de 8/10, réduis ou clarifie le périmètre avant le niveau 2.

Livrable

Ouvre Mon parcours et complète : tâche, utilisateur, situation actuelle, critère de réussite, données et limites. Exporte une première copie : elle servira de référence lorsque le projet deviendra plus complexe.