Comment déléguer des tâches : la passation qui tient — brief, responsable, échéance et une trace lisible des deux côtés (2026)

Déléguer une tâche, c'est confier à quelqu'un un résultat et la marge pour l'atteindre : à quoi ressemble « terminé », pour quand, dans quelles limites, et comment vous serez informé de l'avancement. « Mateusz — la proposition client pour Aster, version validée à me remettre jeudi, dans les conditions standard ; prévenez-moi mardi si le prix pose question » est une tâche déléguée. « Pouvez-vous jeter un œil à la proposition Aster ? » est un souhait, et la personne qui l'a reçu fera la mauvaise chose dans les temps, ou la bonne chose en retard.

La plupart des responsables d'équipe de dix à deux cents personnes délèguent moins qu'ils ne le voudraient, pour une raison arithmétique : la première passation d'une tâche coûte plus cher que la tâche elle-même. Le brief prend vingt minutes à rédiger, les questions vingt de plus, et le résultat revient différent de ce que vous auriez fait. Le calcul s'inverse la deuxième fois que le même type de tâche se présente — si la première passation a été mise par écrit, la seconde se résume à un lien au lieu d'une conversation. C'est pourquoi ce guide consacre autant de place à la trace de la passation qu'à la passation elle-même.

D'abord le savoir-faire : ce qu'est la délégation et ce qu'elle n'est pas, ce qu'il faut déléguer et ce qu'il faut garder, les six étapes d'une passation qui tient, avec un modèle de brief et une matrice RACI à copier. Ensuite la mécanique : où vit la passation dans les outils que votre équipe utilise déjà, et comment la tâche revient — terminée ou non — sans que personne ait à relancer.

Ce qu'est la délégation — et ce qu'elle n'est pas

Trois choses sont appelées « déléguer », et seule celle du milieu l'est :

L'instruction n'est pas un tort — la première semaine d'une nouvelle recrue est faite surtout d'instructions — mais elle ne passe pas à l'échelle, car chaque étape continue de passer par vous. L'abdication ressemble à de la confiance et vient le plus souvent d'un responsable trop occupé pour écrire le brief ; le responsable de la tâche découvre les limites en en franchissant une. La délégation est le juste milieu : le résultat est fixé, le chemin leur appartient, et les deux parties savent quand et comment elles en parleront.

Une tâche déléguée n'est pas non plus un action item. Un action item est une ligne née en réunion — un verbe, un responsable, une date — et la réunion qui l'a produit le passe en revue. Une tâche déléguée est généralement plus grosse : elle a un brief, elle prend des jours ou des semaines, et elle produit plusieurs action items en chemin. Les deux se rejoignent dans le compte rendu : la tâche déléguée est ce dont le responsable rend compte, et les action items sont les lignes de ce compte rendu.

Ce qu'il faut déléguer — et ce qu'il faut garder

La question n'est pas « qu'est-ce que je peux me retirer de l'assiette » mais « qu'est-ce qui reviendra meilleur, ou au moins aussi bon, de la part de quelqu'un d'autre, maintenant ou après la deuxième fois ». Quatre tests :

1. Quelqu'un d'autre sait le faire à 80 % aujourd'hui. Les 20 % manquants, c'est à cela que servent le brief et le point d'étape. Si personne dans l'équipe n'est à 80 %, la tâche est une tâche de développement : déléguez-la avec un point d'étape plus rapproché, et comptez le premier tour comme de la formation.
2. Elle se répète. Une tâche mensuelle vaut un brief de vingt minutes, car le brief s'écrit une fois et se réutilise douze fois. Une tâche qui revient une seule fois et prend une heure est souvent moins chère à faire qu'à confier — sauf si quelqu'un doit l'apprendre.
3. Elle a une définition de « terminé » que vous pouvez écrire en un paragraphe. Si vous ne pouvez pas dire à quoi ressemble « terminé », vous ne pouvez pas encore la déléguer ; vous pouvez déléguer la première étape — « trouvez à quoi ressemblerait « terminé » et dites-le-moi d'ici vendredi » — qui est une vraie tâche avec une vraie date.
4. Vous n'êtes pas la seule personne autorisée à en décider. Certaines décisions vous reviennent par votre rôle : recrutement, rémunération, entretiens de performance, tout ce dont votre propre manager vous demandera compte nommément, tout ce qui engage l'organisation au-delà d'une limite qu'on vous a fixée. Celles-là, on les garde. Leur préparation, en revanche, se délègue tout le temps.

Ce qui reste chez vous, en règle générale : les décisions ci-dessus, les conversations que vous seul pouvez avoir, et le travail qui est la raison d'être de votre rôle. Tout le reste est candidat, et la liste des candidats est généralement plus longue que ce qu'un responsable imagine.

Comment déléguer une tâche : six étapes

1. Rédigez le brief avant de parler. Un paragraphe : le résultat, pourquoi il compte, l'échéance, les limites et les autres personnes concernées. L'écrire est le test de la section précédente — si le paragraphe ne vient pas, la tâche n'est pas prête à vous quitter. L'écrire signifie aussi que la passation existe sous une forme que le responsable peut relire, ce qui fait toute la différence entre une tâche déléguée et une tâche simplement mentionnée.

2. Choisissez un seul responsable, et obtenez un oui à voix haute. Un nom, pas une équipe, pas deux noms. Le responsable est la personne à qui l'on demandera des nouvelles de la tâche la semaine prochaine ; il faut donc que ce soit celle qui l'a acceptée cette semaine. Proposez la tâche ; laissez la personne dire oui, dire non, ou dire « oui si l'échéance passe à vendredi ». Une tâche dont quelqu'un a été informé n'est pas déléguée. Une tâche à laquelle quelqu'un a dit oui, si.

3. Dites à quoi ressemble « terminé », et laissez la personne le reformuler. Le responsable répète le résultat dans ses propres mots : « une version validée de la proposition Aster, conditions standard, remise à vous jeudi ». Cette reformulation de trente secondes évite l'essentiel des problèmes ultérieurs, car vous entendez généralement des choses légèrement différentes par « version », « validée » et « jeudi ».

4. Nommez l'autorité : ce que la personne peut décider sans vous. Quatre niveaux couvrent presque toutes les tâches. Prévenez-moi avant d'agir. Décidez et prévenez-moi. Décidez ; prévenez-moi seulement si cela sort des limites. Décidez, je n'ai pas besoin de le savoir. Dites lequel s'applique, et nommez les limites — un prix, une date, une liste de personnes à consulter. Un responsable qui ignore son niveau reviendra vous voir pour tout, ou pour rien ; les deux ressemblent à une délégation ratée, et les deux sont un brief auquel il manquait une ligne.

5. Convenez du point d'étape avant le début du travail, pas quand vous devenez nerveux. Une date, une forme et une longueur : « un message de trois lignes dans le canal mardi — dans les temps, pas dans les temps et pourquoi, décisions attendues de ma part ». Le point d'étape se fixe maintenant parce que le fixer plus tard, c'est du micromanagement, alors que le même point d'étape inscrit dans le brief est un soutien. Il offre aussi au responsable un moment naturel pour demander de l'aide sans que cela passe pour un échec.

6. Mettez la passation là où les deux parties pourront la relire plus tard. Le brief, le oui, le niveau d'autorité et la date du point d'étape vont à l'endroit où l'équipe conserve déjà son travail — le canal, l'outil de suivi, le fil du projet — et non dans un message direct que vous deux seuls pouvez voir et dont un seul retrouvera la trace. Quand la tâche revient, le résultat se place à côté du brief, de sorte que la prochaine personne qui prend le même type de tâche part de la trace écrite et non d'une conversation. Une passation faite dans un groupe WhatsApp n'est une trace que tant que le groupe existe ; ce que produit — et ne produit pas — « Exporter la discussion », c'est un fichier texte d'une seule conversation, et l'option n'est pas disponible partout.

Puis une dernière chose, une fois la tâche livrée : dites ce qui est revenu, au même endroit, aux mêmes personnes. « Le brouillon de Mateusz est arrivé mercredi, nous avons modifié deux lignes, il est parti chez Aster jeudi. » Le responsable entend que son travail a été vu ; l'équipe voit à quoi ressemble une passation achevée ; la trace a sa dernière ligne.

Un modèle de brief de délégation

Tâche : [une ligne — le résultat, sous forme de nom : « une proposition validée », « une présélection de trois fournisseurs »]
Responsable : [nom] · Délégué par : [nom] · Convenu le : [date]
Pourquoi c'est important : [une phrase — ce que cela débloque ou qui l'attend]
Terminé signifie : [deux ou trois lignes que le responsable peut cocher — ce qui existe, entre les mains de qui, sous quelle forme]
Échéance : [jour] · Point d'étape : [jour, forme — « trois lignes dans le canal »]
Vous pouvez décider : [le niveau d'autorité et les limites — un prix, une date, un périmètre]
Demander avant : [la ou les deux choses qui nécessitent d'abord l'avis du délégant]
Personnes à associer : [nom — pour quoi]
Points de départ : [liens — la dernière fois que cela a été fait, le modèle, le dossier du client]

Résultat (à remplir au retour de la tâche) : [ce qui a été livré, où, à quelle date — et la seule chose à faire autrement la prochaine fois]

Le bloc est en texte brut : il se colle dans un message de chat, un canvas, un ticket d'outil de suivi ou un e-mail sans remise en forme. La dernière ligne est celle que la plupart des modèles omettent, et c'est elle qui rend la deuxième passation moins chère que la première.

Un modèle de matrice RACI — quand plusieurs personnes interviennent sur la tâche

Un brief a un seul responsable. Quand la tâche traverse plusieurs personnes — la proposition a besoin des corrections du juridique, du prix de la finance et de la validation du responsable de compte —, la règle du responsable unique reste valable, et une matrice RACI permet de l'écrire pour que personne ne suppose que quelqu'un d'autre s'en charge. Quatre lettres par ligne :

• R — Responsible (réalisateur) : fait le travail. Une ou plusieurs personnes.
• A — Accountable (approbateur) : porte le résultat et le valide. Exactement un par ligne ; c'est le responsable du brief.
• C — Consulted (consulté) : donne son avis avant que le travail soit fait. Dans les deux sens.
• I — Informed (informé) : prend connaissance du résultat. Dans un seul sens.

Trois règles gardent la matrice honnête. Un seul A par ligne — deux approbateurs, c'est zéro approbateur. Chaque ligne a au moins un R — une tâche avec un A et sans R est un souhait. Et pas de colonne remplie de C et de I — une personne consultée sur tout et réalisatrice de rien figure dans la matrice à cause de son titre, non de son travail, et ralentira chaque ligne. Construisez la matrice lors de la première réunion d'une tâche qui concerne plusieurs personnes, lisez-la à voix haute une fois, et placez-la à côté du brief.

Trois passations, avant et après

Remarquez ce que contient la colonne de droite : un nom, un résultat sous forme de nom, un jour, un niveau d'autorité et un point d'étape. La colonne de gauche a un verbe et un espoir. La différence entre les deux tient en quatre phrases, écrites une fois.

Où vit la passation dans les outils que vous utilisez déjà

Une passation a besoin d'un endroit où le brief, le oui et le résultat peuvent être relus plus tard par les deux parties — et par la personne qui prendra la même tâche le trimestre suivant. Chaque grande plateforme offre un endroit pour une tâche née en réunion, et chacune s'arrête à un point différent. Seuls les comportements documentés, tirés des pages des éditeurs eux-mêmes ; chaque cellule indique le mois où son information a été vérifiée, et les pages sont dans le pied de page Sources :

Deux choses sont identiques partout. La passation est un document à côté de la réunion, rédigé dans la seule langue que la salle a utilisée ; et savoir si la tâche est revenue est une question à laquelle le document ne répond pas — une personne l'ouvre et pose la question. Lorsque le responsable délégant et le responsable de la tâche ne partagent pas de langue de travail, l'appel de passation lui-même est une question à part, avec des réponses documentées : ce que fait Microsoft Teams d'une réunion en direct dans deux langues, et où il s'arrête, et la même chose pour Google Meet.

Comment la tâche revient dans le compte rendu

InterMIND est un espace de communication où les réunions d'une équipe vivent dans un canal ; la passation a donc un seul foyer : le chat du canal, où le brief est publié, où le « oui » du responsable est une réponse en dessous, et où le point d'étape du mardi tient en trois lignes dans le même fil. L'ensemble reste dans la langue de chaque membre — le responsable à Milan rédige le brief en italien, le responsable de la tâche à Bucarest le lit en roumain et répond en roumain, et chacun a l'original à un clic de distance. Un brief rédigé ailleurs, ou une demande client qui arrive par e-mail, atterrit dans le canal par e-mail : l'hôte du canal lui donne une adresse propre, et un message envoyé à cette adresse apparaît comme un message ordinaire, attribué à l'expéditeur, pièces jointes conservées, traduit pour chaque lecteur comme n'importe quel autre.

Si la passation se fait dans la réunion du canal, le brief s'affiche sur l'écran de chacun à côté des vignettes vidéo avec Share to conference : la personne qui partage le modifie en direct pendant que la salle regarde — l'échéance bouge, la ligne d'autorité est ajoutée — et chaque participant le lit dans sa propre langue. Quand l'appel se termine, le compte rendu est rédigé à partir de la réunion elle-même : un résumé et les tâches prises en charge, chacune avec son responsable, chaque ligne conservant son horodatage. Il arrive par e-mail à chaque membre connecté, sous forme de message dans le canal et de lien dans l'événement du calendrier, et chaque membre le lit dans sa propre langue plutôt que dans celle que la salle s'est trouvée utiliser. Tout membre peut le modifier ; chaque modification conserve l'auteur et l'historique des révisions. Le canal garde le compte rendu de chaque session passée, de sorte que le brief d'il y a trois semaines et le résultat revenu sont à une recherche de distance. Une réunion ad hoc par lien ne garde que son dernier compte rendu et son chat est effacé à la fin de l'appel ; les passations d'une équipe ont leur place dans un canal.

Dans une organisation où les pages de statut d'équipe sont activées, la tâche est aussi suivie. Chaque tâche qu'un compte rendu enregistre rejoint la chaîne de tâches de l'organisation, et lorsque le compte rendu suivant de la réunion du canal est rédigé, les tâches ouvertes sont évaluées à l'aune de ce qui a été dit : une tâche que quelqu'un a déclarée terminée est marquée faite, une tâche évoquée mais non terminée est marquée non faite avec la raison dans les mots de la réunion, et une tâche que personne n'a abordée reste ouverte. Les verdicts figurent sur la page de statut de l'organisation, chacun avec sa citation et le compte rendu sur lequel il repose, et le verdict d'un membre l'emporte sur celui du modèle. Au début de la session suivante, Mia énonce les tâches ouvertes et leurs responsables, de sorte que le point d'étape a lieu même si personne n'a pensé à le demander. Les pages de statut d'équipe sont une fonctionnalité en préversion : l'administrateur d'une organisation les active sous Paramètres → Avancé après avoir accepté les conditions alpha (la page Fonctionnalités en préversion décrit chacune d'elles).

Lorsque la tâche doit finir dans un système de référence — l'affaire dans le CRM, le ticket dans l'outil de suivi —, l'hôte ajoute une copie du compte rendu à n'importe quelle adresse, et chaque compte rendu de cette réunion ou de ce canal y est aussi envoyé après une confirmation unique de l'adresse, sur toutes les offres, jusqu'à dix adresses enregistrées ; la mécanique est détaillée dans une copie de chaque compte rendu de réunion dans votre CRM, par e-mail.

Un canal est réservé aux membres. Un prestataire, une agence ou un client qui porte une tâche dans la trace de l'équipe est ajouté par invitation par e-mail sur un compte gratuit et lit ensuite le canal dans sa langue ; les participants au canal extérieurs à votre équipe ne sont pas facturés. Quelqu'un qui n'a besoin que d'une seule réunion — un fournisseur qui reçoit un brief, un candidat — rejoint une réunion ad hoc par lien, depuis un téléphone, sans compte et sans frais, entend la réunion en direct dans sa propre langue et n'obtient rien ensuite : le compte est gratuit, et c'est lui qui rend la trace accessible. L'hôte fournit l'espace et, sur une offre payante, ne paie que pour les membres actifs au cours des 28 derniers jours — ceux qui ont rejoint une réunion, écrit dans un chat ou interrogé Mia ; les membres qui deviennent silencieux conservent leur accès sans frais.

• Ouvrir un compte rendu complet — une vraie trace, produite par le même code que celui qui rédige les vôtres, tâches et responsables compris.
• Essayer la démo en direct — sans inscription ; parlez, et entendez la salle traduite pour chaque auditeur.

La délégation comme savoir-faire survit à tous les outils : quelqu'un doit toujours rédiger le brief, choisir un seul nom, et laisser cette personne dire oui à voix haute. Ce qui n'a pas à survivre, c'est le deuxième travail — ressaisir la passation après l'appel, dans une seule langue, et ouvrir la réunion suivante en demandant si quelqu'un a fait ce que la précédente avait convenu.

FAQ

Comment déléguer des tâches efficacement ?

Confiez un résultat, pas une liste d'étapes : rédigez un brief d'un paragraphe avec à quoi ressemble « terminé », l'échéance, les limites et les autres personnes concernées ; choisissez un seul responsable et obtenez un oui à voix haute ; laissez-le reformuler le résultat dans ses propres mots ; dites ce qu'il peut décider sans vous ; convenez du point d'étape — jour, forme, longueur — avant le début du travail ; et conservez la passation là où les deux parties pourront la relire plus tard. Quand la tâche revient, dites-le au même endroit.

Quelles sont les étapes de la délégation ?

Six, dans l'ordre : le brief, le responsable, la reformulation, le niveau d'autorité, le point d'étape, la trace. Les trois premières garantissent que les deux parties entendent la même chose ; la quatrième évite que le responsable revienne pour chaque décision ou en prenne une qui ne lui était pas confiée ; la cinquième distingue le soutien du micromanagement en fixant la date à l'avance ; la sixième rend la deuxième passation de la même tâche moins chère que la première.

Quelles tâches ne faut-il pas déléguer ?

Les décisions qui vous reviennent par votre rôle — recrutement, rémunération, entretiens de performance, tout ce dont votre propre manager vous demandera compte nommément, tout ce qui engage l'organisation au-delà d'une limite qu'on vous a fixée — et les conversations que vous seul pouvez avoir. Tout ce qui prépare ces décisions peut être délégué. Une tâche que vous ne pouvez pas décrire comme terminée en un paragraphe n'est pas non plus prête à être déléguée ; la première étape, qui consiste à trouver à quoi ressemblerait « terminé », peut l'être.

Quelle est la différence entre déléguer et assigner une tâche ?

Assigner confie une étape et garde le comment : « appelez le fournisseur et demandez le nouveau tarif ». Déléguer confie un résultat et laisse le comment au responsable, dans des limites énoncées : « obtenez-nous un prix fournisseur que nous puissions signer d'ici le 20 ». Assigner convient aux premières semaines d'une nouvelle recrue et aux urgences ; cela ne passe pas à l'échelle, car chaque étape continue de passer par la personne qui assigne. Déléguer passe à l'échelle, et coûte un brief.

Qu'est-ce qu'une matrice RACI ?

Un tableau avec les tâches en lignes et les personnes en colonnes, où chaque cellule contient l'une de quatre lettres : R pour la personne qui fait le travail, A pour l'unique personne qui porte le résultat et le valide, C pour les personnes consultées avant que le travail soit fait, I pour les personnes informées du résultat. La règle qui la rend utile est un seul A par ligne — une tâche avec deux approbateurs n'en a aucun. Une matrice RACI sert aux travaux auxquels plusieurs personnes touchent ; une tâche unique avec un seul responsable n'a besoin que du brief.

Comment suivre une tâche déléguée sans faire de micromanagement ?

Convenez du point d'étape dans le brief, avant le début du travail — un jour fixe, une forme fixe, une longueur fixe, comme trois lignes dans le canal de l'équipe mardi — puis ne demandez rien entre deux points d'étape. La même question posée le jour convenu est un soutien ; posée un jour au hasard, c'est du micromanagement. Si le point d'étape revient « pas dans les temps », la conversation porte sur l'obstacle, pas sur la personne. Dans un espace où le compte rendu d'une réunion périodique relit les tâches ouvertes à la session suivante, le suivi se fait à son propre rythme plutôt qu'au vôtre.

Pourquoi la délégation échoue-t-elle ?

Presque toujours dans la passation, pas dans le travail : le résultat n'était pas écrit, donc le responsable a construit autre chose ; personne n'a dit oui, donc personne n'était responsable ; le niveau d'autorité n'était pas nommé, donc le responsable s'est arrêté à chaque décision ou en a pris une qui ne lui était pas confiée ; le point d'étape a été fixé quand le responsable est devenu nerveux, et il a été perçu comme de la défiance ; ou le résultat n'a jamais été reconnu, et la tâche suivante a été abordée avec moins de soin. Chacun de ces cas tient à une ligne du brief.

Sources : Microsoft — Prendre des notes de réunion dans Microsoft Teams ; Microsoft — Compte rendu dans Microsoft Teams ; Zoom — Utiliser le résumé de réunion avec AI Companion ; Google Workspace Updates — « Take notes for me » saisit désormais les « next steps » ; Google Meet — « Take notes for me » dans Google Meet ; Slack — Modèle d'ordre du jour de réunion (canvas). La page des notes de Microsoft, la page d'aide Meet de Google et le modèle de Slack ont été vérifiés en octobre 2026 ; la page du compte rendu de Microsoft et la page du résumé de réunion de Zoom en août 2026 ; l'annonce des « next steps » de Google en septembre 2026. Les éditeurs modifient avec le temps leurs offres, leurs fonctionnalités et leurs listes de langues ; consultez leurs pages pour connaître l'état actuel.