Déléguer, mais pas une copie de soi
Déléguer, ce n’est pas transmettre un travail désagréable à quelqu’un à qui l’on a oublié de transmettre le contexte.
Pour qu’un autre puisse exécuter la tâche, il lui faut :
- le résultat attendu ;
- les critères de qualité ;
- le délai ;
- les pouvoirs ;
- les ressources ;
- les contraintes ;
- les points de contrôle ;
- un moyen de poser une question.
Erreur fréquente : décrire l’action, mais pas l’objectif. L’exécutant suit consciencieusement l’instruction et obtient un résultat dont personne n’a besoin.
Autre erreur : transmettre l’objectif sans les contraintes et attendre que la personne devine une dizaine de conditions qui n’existent que dans la tête du donneur d’ordre.
Une bonne consigne répond aux questions :
Qu’est-ce qui doit changer ?
Qu’est-ce qu’il est interdit d’enfreindre ?
Comment saurons-nous que le travail est accepté ?
Dans quels cas faut-il s’arrêter et venir demander ?
Un contrôle à mi-parcours est plus utile qu’une vérification le dernier jour. Mais le nombre de points de contrôle dépend de l’expérience de l’exécutant et du coût de l’erreur. Une surveillance permanente prive la délégation de son sens et de sa responsabilité.
Il ne faut pas exiger qu’on vous contacte au moindre doute. Chaque question revient alors au donneur d’ordre. Mieux vaut fixer un seuil :
- ce que la personne décide seule ;
- ce qu’elle signale ;
- ce qui exige une validation.
Confier la même tâche en parallèle à plusieurs exécutants raccourcit parfois le délai ou fournit des alternatives. Parfois, cela ne fait que gaspiller des ressources et produire des versions concurrentes. Cela se justifie si le travail est réellement divisible ou si la valeur d’une solution indépendante dépasse le coût du doublon.
Un résultat délégué sera presque inévitablement différent de l’image intérieure de celui qui a posé la tâche. Ce n’est pas un défaut s’il satisfait aux exigences.
Le signe principal d’une délégation : l’autre a reçu non seulement du travail, mais aussi une part du droit de décider comment le faire.
L’IA est un exécutant particulier. Elle est rapide, patiente, capable de proposer beaucoup de variantes, et elle ne possède ni pouvoirs, ni réputation, ni responsabilité propre face aux conséquences.
Elle a un besoin particulier de contexte, de critères de qualité, d’une politique des sources, d’un niveau d’incertitude admissible et d’une interdiction explicite de combler les données manquantes par une supposition. Sinon, le système amplifiera consciencieusement un cahier des charges incomplet.
La réponse du modèle reflète aussi le cadre du donneur d’ordre. Si la tâche est formulée trop étroitement, le résultat obtenu peut être excellent à l’intérieur d’une frontière fausse. Il est donc utile de demander séparément de nommer les prémisses omises et les alternatives les plus fortes.
Le signe principal d’une telle délégation : la personne a défini à l’avance où s’arrête le brouillon de la machine et où commence la validation humaine du résultat.
Erreur classique du donneur d’ordre : fournir un itinéraire au lieu d’une adresse. « Appelle ces vingt clients » au lieu de « trouve pourquoi ce segment a cessé de renouveler les contrats ». L’exécutant appelle consciencieusement, rend compte de vingt appels, et les deux parties découvrent ensuite que le savoir recherché tenait dans cinq conversations et un export de facturation. Un objectif autorise une méthode meilleure que celle que connaît le donneur d’ordre ; une instruction ne laisse pas cette possibilité.
D’où un critère pratique : si l’exécutant n’a trouvé, sur tout le travail, aucun écart à votre plan, ce ne sont pas la tâche et la responsabilité qui ont été déléguées, mais vos mains.