Observer le travail réel avant de proposer un cas d’usage de l’IA

Une plainte indique où commencer l’enquête, pas encore où placer l’IA. Imaginons qu’une équipe opérationnelle juge trop lente la rédaction des briefs d’onboarding client et réclame un outil de synthèse. Le processus dessiné de mémoire désigne facilement la rédaction comme problème. Des dossiers terminés peuvent pourtant montrer autre chose : les cas difficiles attendent des décisions commerciales manquantes, puis sont réécrits lorsque des champs contradictoires sont arbitrés. Automatiser le texte laisserait alors le véritable frein intact. Il faut d’abord observer un échantillon délimité de travail réel, relier le problème à une conséquence et conserver ce qui contredit l’hypothèse.

Que faut-il définir avant d’observer un processus de travail ?

Il faut définir une limite de travail révisable et les questions auxquelles l’enquête doit répondre. Notez le déclencheur, la condition de fin, le résultat produit, son utilisateur en aval, les rôles impliqués ainsi que les cas courants et exceptionnels pertinents. Les guides de découverte conseillent de partir d’activités récurrentes et de livrables réels; les recommandations sur les entretiens placent les questions de recherche avant le choix des participants. La limite reste provisoire : une dépendance importante peut obliger à regarder un peu plus loin en amont ou en aval.

Pour le fil rouge, la séquence va du transfert commercial approuvé jusqu’au brief accepté par le responsable de la livraison. Elle comprend les dossiers complets, incomplets et modifiés en cours de route. Formulez aussi les inconnues : où commence l’attente, quelles informations déclenchent une reprise, qui tranche une contradiction et quel résultat est refusé ? Le protocole proposé est une synthèse pratique, pas une norme unique. Retenez seulement la combinaison proportionnée de méthodes capable de répondre à ces questions.

• Résultat attendu : un brief exploitable par l’équipe de livraison.
• Variations à couvrir : cas courant, informations manquantes et changement de périmètre.
• Transferts à suivre : vente, coordination opérationnelle et responsable de la livraison.
• Preuves recherchées : actions, décisions, attentes, reprises, exceptions et conséquences observables.

Comment un entretien sur un cas récent révèle-t-il ce qui s’est réellement passé ?

Un entretien sur un cas récent révèle la séquence vécue en reconstruisant un dossier précis du déclencheur au résultat accepté. Demandez ce qui est arrivé, ce qui s’est passé ensuite, quelles décisions ont été prises, qui a reçu chaque transfert et où le cas a quitté le chemin attendu. Les relances restent ouvertes et neutres : « Qu’est-ce qui vous l’a indiqué ? », « Qu’est-ce qui était incertain ? » ou « Pouvez-vous me montrer l’élément utilisé ? ». Ne demandez pas au participant d’imaginer une fonction d’IA pendant cette reconstruction.

1. Choisir un dossier récent et identifier son déclencheur concret.
2. Reconstituer actions, décisions et transferts dans leur ordre.
3. Faire montrer les sources, brouillons, messages et corrections utilisés.
4. Explorer les indices, options, incertitudes et jugements difficiles.
5. Terminer par le résultat accepté et les écarts par rapport au parcours prévu.

Les étapes visibles ne suffisent pas toujours : il faut aussi comprendre les indices d’information, les alternatives et les jugements difficiles. Cette exploration s’inspire de l’analyse cognitive des tâches, sans prétendre appliquer le protocole ACTA formel. Une étude de terrain a montré l’intérêt de combiner récit, démonstration et artefacts lorsque certains gestes sont difficiles à décrire précisément. Pour couvrir les transferts du brief, confrontez un cas courant et un cas difficile auprès des coordinateurs, des opérations commerciales et des responsables de livraison. Aucun cas isolé n’est représentatif.

Que faut-il regarder lorsque le travail se déroule dans son contexte habituel ?

Il faut regarder le travail avec ses outils, documents, données, interruptions et dépendances habituels. Relevez les changements de source, attentes, vérifications, reprises, transferts, contournements et moments où une personne interprète des informations incomplètes ou contradictoires. Déclarez le mode choisi : l’observation silencieuse préserve davantage le rythme mais explique peu les motifs; quelques questions apportent du contexte en interrompant légèrement; une explication continue approfondit l’analyse tout en modifiant davantage l’activité. Le mode fait donc partie des notes, pas des coulisses de la recherche.

• Contexte du cas et mode d’observation.
• Action constatée et référence de l’artefact.
• Décision, information manquante ou incertitude.
• Transfert, interruption et conséquence observée.
• Interprétation du chercheur, clairement séparée du constat.

Présentez explicitement la démarche comme une recherche sur le processus, jamais comme une évaluation individuelle. La participation doit être informée; l’influence du chercheur doit être limitée; tout nouvel enregistrement demande une confirmation; les données personnelles recueillies doivent être sécurisées. Par prudence, ne collectez que ce que la question exige, limitez les accès et associez les responsables adéquats de la vie privée, de la sécurité, des relations de travail, de l’accessibilité ou du métier. Faites enfin confirmer ou corriger le déroulement reconstruit. Un petit échantillon observé reste interprétatif et ne décrit pas objectivement toute l’organisation.

Quelles preuves montrent le travail que l’entretien ou l’observation laisse échapper ?

Les artefacts, de courts journaux de tâches et les données opérationnelles prolongent la vue de terrain, chacun avec ses angles morts. Faites expliquer les modèles, listes de contrôle, tableurs, e-mails, brouillons, notes et files utilisés dans le cas. Leur format ou leurs annotations peuvent révéler des repères de mémoire, de priorité et de coordination absents du processus officiel, mais leur signification doit être confirmée. Dans l’exemple, comparez la fiche d’entrée, le dossier source, les échanges, la checklist, les versions du brief et les commentaires de correction.

Un journal bref convient lorsque l’événement est intermittent ou risque d’échapper à l’observation planifiée. Chaque entrée doit rester liée à un cas réel, puis être clarifiée; elle demeure déclarative et aucune durée universelle ne découle d’un exemple appliqué. Si des enregistrements fiables existent, examinez les attentes, retours, doublons, écarts, échéances et motifs de champs manquants. Documentez aussi les clarifications réalisées hors système. Les horodatages montrent quand quelque chose est enregistré, pas nécessairement pourquoi le dossier a attendu.

Quand un problème signalé devient-il une hypothèse crédible de goulet ?

Un problème devient une hypothèse crédible de goulet lorsque plusieurs cas ou sources situent une contrainte récurrente au même endroit et la relient à une conséquence observable. Ce n’est ni une preuve causale ni un score de confiance. Les observations contextuelles doivent être confrontées aux interprétations des personnes qui font le travail; les données d’événements, elles, peuvent montrer attentes et reprises tout en omettant des actions hors système. La grille suivante sert donc à structurer le jugement et à préserver ce qui résiste à l’explication dominante.

1. Récurrence : le même frein apparaît-il dans plusieurs cas, rôles ou sources pertinentes ?
2. Emplacement : où l’attente, la reprise, le manque d’information ou la surcharge de jugement entre-t-il dans le flux ?
3. Conséquence : peut-on relier ce point à un délai, une correction, un traitement répété, un abandon, une incohérence ou un risque ?
4. Mécanisme : comment le frein produirait-il cette conséquence, et les praticiens confirment-ils ou corrigent-ils cette explication ?
5. Contre-preuves : quels cas évitent le problème, qu’ont-ils de différent et quelles explications concurrentes subsistent ?
6. Possibilité d’action : modifier ce point changerait-il le résultat, et l’IA ferait-elle mieux qu’une règle, une responsabilité plus claire, une formation, une meilleure information ou aucune intervention ?

Dans le fil rouge, l’hypothèse se déplace : le frein plausible n’est plus la synthèse, mais les décisions commerciales absentes et les champs contradictoires des dossiers difficiles. Les cas courants sont rédigés rapidement, les briefs plus longs ne sont pas systématiquement plus lents et les horodatages n’incluent pas les clarifications hors ligne. Ces contre-preuves interdisent de proclamer une cause. Elles orientent plutôt vers un petit test capable de distinguer le problème d’entrée d’un éventuel problème de rédaction.

Ne cherchez pas où placer l’IA avant de pouvoir montrer où le frein revient, quelle conséquence suit et ce qui demeure incertain.

Que doit contenir une fiche d’opportunité IA étayée par des preuves ?

Une fiche d’opportunité étayée doit relier une tâche délimitée aux preuves, contre-preuves, contraintes et décisions suivantes. Commencez par la limite du processus, la période observée, les types de cas, les rôles représentés et les méthodes employées. Séparez la difficulté déclarée du schéma observé. Pour chaque affirmation substantielle, indiquez une référence de note, d’artefact expurgé, de journal ou de requête; sinon, marquez-la comme hypothèse. Le NIST recommande aussi de documenter finalité, utilisateurs, contexte opérationnel, bénéfices, limites, effets, périmètre et supervision humaine.

• Conséquence opérationnelle et mécanisme supposé, sans masquer les désaccords.
• Cas négatifs, lacunes de couverture et explications concurrentes.
• Besoin formulé comme une aide à une tâche précise pour un meilleur résultat défini.
• Disponibilité et qualité des informations, permissions, sécurité, vie privée, accessibilité, relations de travail et supervision humaine.
• Comparaison avec une règle déterministe, un changement de processus ou de responsabilité, une formation, une meilleure information et l’absence d’intervention.
• Plus petit test suivant, hypothèse visée, cas concernés, preuves de réussite et d’échec, responsable et date de revue.

La fiche se termine par une décision explicite : tester l’IA, tester une modification non IA, recueillir davantage de preuves ou arrêter. Pour l’onboarding, testez d’abord des champs d’entrée obligatoires, un responsable clair du transfert commercial et une file visible pour les exceptions. Une aide à la rédaction ne viendra qu’ensuite, sur des dossiers factuellement complets. Proposez l’IA uniquement si la contrainte récurrente, la conséquence, les informations disponibles, la supervision et l’avantage testable sur les solutions simples sont suffisamment étayés. Pour les informations sensibles ou réglementées, faites intervenir les responsables et professionnels compétents.