Oubliez le séminaire stratégie IA. Disséquez une tâche à la place.

La plupart des discussions de stratégie IA se passent dans une salle sans un seul ordinateur allumé. Quelqu'un présente une feuille de route, on évoque trois trimestres, tout le monde hoche la tête, et le lundi suivant, rien n'a changé dans le travail réel de personne. La salle s'est mise d'accord sur une direction. Personne n'a rien testé.

La solution n'est pas une meilleure feuille de route. C'est de prendre une tâche réelle et de la disséquer devant les personnes qui la font.

Voici un atelier que nous animons chez MAKIA Labs quand une équipe croit déjà à l'IA en théorie, mais ne l'a jamais vraiment regardée fonctionner, ou échouer, sur sa propre matière. Il emprunte la structure d'un exercice de design thinking : décomposer, tester, décider, ensemble. Le résultat n'est pas une slide. C'est une séquence écrite que l'équipe peut commencer à utiliser dans la semaine.

Objectif

Décomposer une tâche réelle et récurrente en étapes individuelles, et décider pour chacune si elle reste entièrement humaine, si elle est augmentée par l'IA, ou si elle peut être automatisée. L'équipe repart avec un micro workflow testé et utilisable, pas une politique abstraite.

Participants

Quatre à huit personnes qui font réellement la tâche, ou qui y sont directement liées. Une seule équipe fonctionne très bien. Mélanger les départements fonctionne aussi, tant que chacun dans la salle touche le même process quelque part.

Durée

Quatre vingt dix minutes. Ne l'étirez pas. La pression du temps est ce qui empêche la conversation de partir dans la théorie.

Matériel

Un tableau blanc ou un tableau numérique partagé, des post it de trois couleurs, un ordinateur portable avec un outil de chat IA déjà ouvert et connecté, un minuteur visible de toute la salle, et du vrai matériel de travail que l'équipe pourra utiliser pendant le test en direct. Anonymisez tout ce qui est sensible au préalable.

Déroulé

Minutes 0 à 5. Cadrer. Expliquer la règle : une tâche réelle, pas une hypothèse, pas comment on fait de la vente en général. Quelque chose qu'une personne dans la salle pourrait décrire en une phrase.

Minutes 5 à 15. Choisir la tâche. Le groupe vote pour une tâche récurrente que tout le monde touche. Choisissez quelque chose de légèrement agaçant plutôt que critique. Des enjeux plus bas veulent dire que les gens expérimentent honnêtement au lieu de défendre leurs habitudes actuelles. Écrivez la tâche en une phrase en haut du tableau.

Minutes 15 à 30. Décomposer. D'abord individuellement, puis en groupe, décomposez la tâche en six à douze étapes concrètes. Un post it par étape, disposés de gauche à droite dans l'ordre où elles se passent réellement, pas dans l'ordre où elles sont censées se passer.

Minutes 30 à 50. Trier chaque étape. Pour chaque étape, le groupe décide ensemble : rester humain, parce que l'étape demande du jugement, une relation, ou une responsabilité que personne ne veut déléguer. Augmenter avec l'IA, ce qui veut dire qu'une personne fait toujours l'étape mais que l'IA rédige, vérifie, ou suggère. Ou automatiser, ce qui veut dire qu'aucune intervention humaine n'est nécessaire la plupart du temps. Là où le groupe n'est pas d'accord, utilisez un vote par gommettes plutôt que de laisser la voix la plus senior décider seule. Ce désaccord est la donnée la plus utile de toute la session.

Minutes 50 à 70. Test en direct. Choisissez deux ou trois étapes marquées augmenter avec l'IA. Faites les vraiment, dans la salle, sur du vrai matériel, en tapant le vrai prompt et en lisant le vrai résultat ensemble. Pas une démonstration préparée à l'avance. L'idée est de voir où ça marche, et où ça ne marche pas, discrètement.

Minutes 70 à 80. Construire le micro workflow. Écrivez la séquence obtenue sous forme de courte liste numérotée : qui fait quoi, dans quel ordre, avec quel outil. Assez précise pour que quelqu'un puisse la suivre dès lundi sans poser une seule question de clarification.

Minutes 80 à 90. Débrief.

Questions de débrief

Quelle étape vous a surpris, une que vous pensiez être le travail de l'IA et qui demandait clairement un humain, ou l'inverse.

Où le test en direct vous a t il déçu, et à quoi devrait ressembler le résultat pour que vous lui fassiez confiance sans le vérifier.

Qui garde la responsabilité de faire vivre ce micro workflow après aujourd'hui.

Que faudrait il pour refaire cet exercice sur une deuxième tâche le mois prochain.

Erreurs fréquentes

Choisir une tâche trop large ou trop politique, comme comment on gère les réclamations clients au lieu d'un type de réclamation précis. Le facilitateur doit refuser tout ce qui ne peut pas s'écrire en une phrase de moins de quinze mots.

Sauter le test en direct parce que ça semble plus lent que d'en discuter. L'exercice n'a aucune valeur sans lui. Voir un résultat réel arriver, ou échouer à arriver, est la seule partie que les gens retiennent encore le vendredi.

Laisser une seule personne, souvent la plus senior, décider chaque colonne seule. L'exercice sert à révéler où les perceptions de l'utilité de l'IA divergent dans une équipe, pas à confirmer l'opinion déjà installée d'une personne.

Terminer sans propriétaire nommé pour le workflow obtenu. Sans la question de responsabilité de la minute 80, les post it sont photographiés pour la postérité et personne ne rouvre jamais la photo.

Cet atelier touche plus directement les dimensions Knowledge et Impact du cadre MAKIA que la plupart des exercices que nous animons. Knowledge, parce que le test en direct montre à une équipe exactement ce que l'outil peut et ne peut pas faire sur sa propre matière, pas sur la démo d'un éditeur. Impact, parce que le groupe décide, étape par étape, si un changement vaut vraiment la peine d'être fait, pas si l'IA est impressionnante dans l'abstrait.

À tester cette semaine

Choisissez une tâche récurrente de votre propre semaine, décrivez la en moins de quinze mots, et triez ses étapes dans les trois colonnes en privé avant de faire cet exercice avec qui que ce soit d'autre. Remarquez quelle étape vous fait hésiter. C'est celle qu'il faut tester en direct en premier.