Cómo delegar tareas: el traspaso que funciona — brief, responsable, plazo y un registro que ambas partes puedan leer (2026)

Delegar una tarea es entregar a alguien un resultado y el margen para alcanzarlo: cómo se ve lo terminado, para cuándo, dentro de qué límites y cómo se enterará usted de los avances. «Mateusz: la propuesta para el cliente Aster, borrador aprobado en mis manos el jueves, dentro de las condiciones estándar; avísame el martes si el precio está en duda» es una tarea delegada. «¿Puedes echarle un vistazo a la propuesta de Aster?» es un deseo, y quien lo recibe hará lo equivocado a tiempo o lo correcto tarde.

La mayoría de los líderes de equipos de entre diez y doscientas personas delegan menos de lo que querrían, por una razón aritmética: el primer traspaso de una tarea cuesta más que hacer la tarea. El brief lleva veinte minutos de redacción, las preguntas otros veinte, y el resultado vuelve distinto de lo que usted habría hecho. La cuenta se invierte la segunda vez que surge una tarea del mismo tipo: si el primer traspaso quedó por escrito, el segundo es un enlace en lugar de una conversación. Por eso esta guía dedica tanto espacio al registro del traspaso como al traspaso en sí.

Primero el oficio: qué es delegar y qué no, qué delegar y qué conservar, los seis pasos de un traspaso que funciona, con una plantilla de brief y una matriz RACI que puede copiar. Después la mecánica: dónde vive el traspaso en las herramientas que su equipo ya usa y cómo vuelve la tarea —terminada o no— sin que nadie tenga que perseguirla.

Qué es delegar, y qué no

Tres cosas se llaman delegar, y solo la del medio lo es:

La instrucción no es un error —la primera semana de un recién incorporado se compone sobre todo de instrucciones—, pero no escala, porque cada paso sigue pasando por usted. La abdicación se siente como confianza y suele ser el líder demasiado ocupado para escribir el brief; el responsable descubre los límites al cruzar uno. La delegación es el punto medio: el resultado está fijado, el camino es suyo, y ambas partes saben cuándo y cómo hablarán de ello.

Una tarea delegada tampoco es lo mismo que un action item. Un action item es una línea nacida en una reunión —un verbo, un responsable, una fecha— y la reunión que la produjo la revisa. Una tarea delegada suele ser mayor: tiene un brief, lleva días o semanas y produce varios action items por el camino. Ambos se encuentran en el resumen: la tarea delegada es de lo que informa el responsable, y los action items son las líneas con las que informa.

Qué delegar, y qué conservar

La pregunta no es «qué puedo quitarme de encima», sino «qué volverá mejor, o al menos igual de bien, de manos de otra persona, ahora o a partir de la segunda vez». Cuatro pruebas:

1. Otra persona puede hacerlo hoy al 80 %. El 20 % que falta es para lo que sirven el brief y la revisión. Si nadie en el equipo llega al 80 %, la tarea es de desarrollo: delegue con una revisión más cercana y cuente la primera ronda como formación.
2. Se repite. Una tarea mensual merece un brief de veinte minutos, porque se escribe una vez y se reutiliza doce. Una tarea que surge una sola vez y lleva una hora suele ser más barata de hacer que de traspasar, salvo que alguien necesite aprenderla.
3. Tiene una definición de «terminado» que cabe en un párrafo. Si no puede decir cómo se ve lo terminado, todavía no puede delegarla; puede delegar el primer paso —«averigua cómo sería lo terminado y dímelo el viernes»—, que es una tarea real con un día real.
4. Usted no es la única persona autorizada para decidirla. Algunas decisiones son suyas por el cargo: contratar, la remuneración, las conversaciones de desempeño, cualquier cosa por la que su propio jefe le preguntará por su nombre, todo lo que comprometa a la organización más allá de un límite que le dieron. Esas se conservan. La preparación de todas ellas se delega continuamente.

Lo que se queda con usted, como regla: las decisiones anteriores, las conversaciones que solo usted puede tener y la pieza de trabajo que es la razón de su cargo. Todo lo demás es candidato, y la lista de candidatos suele ser más larga de lo que un líder espera.

Cómo delegar una tarea: seis pasos

1. Escriba el brief antes de hablar. Un párrafo: el resultado, por qué importa, el plazo, los límites y quién más participa. Escribirlo es la prueba de la sección anterior: si el párrafo no sale, la tarea no está lista para salir de sus manos. Escribirlo también hace que el traspaso exista en una forma que el responsable puede releer, que es toda la diferencia entre una tarea delegada y una tarea mencionada.

2. Elija un solo responsable y consiga un sí en voz alta. Un nombre, no un equipo, no dos nombres. El responsable es la persona a la que se le preguntará por la tarea la semana próxima, así que tiene que ser quien la aceptó esta semana. Ofrezca la tarea; que pueda decir sí, decir no o decir «sí, si el plazo pasa al viernes». Una tarea de la que alguien fue informado no está delegada. Una tarea a la que alguien dijo que sí, sí.

3. Diga cómo se ve lo terminado y deje que lo repitan. El responsable repite el resultado con sus propias palabras: «un borrador aprobado de la propuesta de Aster, condiciones estándar, en tus manos el jueves». Esta relectura de treinta segundos detecta la mayor parte de lo que sale mal después, porque ustedes dos suelen entender cosas ligeramente distintas por «borrador», «aprobado» y «jueves».

4. Nombre la autoridad: qué puede decidir sin usted. Cuatro niveles cubren casi cualquier tarea. Avíseme antes de actuar. Decida y avíseme. Decida; avíseme solo si se sale de los límites. Decida, y no necesito saberlo. Diga cuál se aplica y nombre los límites: un precio, una fecha, una lista de personas a las que hay que consultar. Un responsable que no conoce su nivel volverá a usted por todo, o por nada; ambas cosas parecen una delegación fallida, y ambas son un brief al que le faltó una línea.

5. Acuerde la revisión antes de que empiece el trabajo, no cuando le entren los nervios. Una fecha, una forma y una extensión: «un mensaje de tres líneas en el canal el martes: en camino, no en camino y por qué, decisiones que necesitas de mí». La revisión se fija ahora porque fijarla más tarde es microgestión, y la misma revisión fijada en el brief es apoyo. Además, le da al responsable un momento natural para pedir ayuda sin que parezca un fracaso.

6. Ponga el traspaso donde ambas partes lo leerán después. El brief, el sí, el nivel de autoridad y la fecha de revisión van al lugar donde el equipo ya guarda su trabajo —el canal, el tracker, el hilo del proyecto—, no a un mensaje directo que solo ustedes dos pueden ver y que solo uno de los dos encontrará. Cuando la tarea vuelve, el resultado se pone junto al brief, de modo que la siguiente persona que asuma una tarea del mismo tipo parte del registro y no de una conversación. Un traspaso hecho en un grupo de WhatsApp es un registro solo mientras dure el grupo; lo que Export chat hace y no hace es producir un archivo de texto de una conversación, y la opción no está disponible en todas partes.

Y una cosa más, cuando la tarea ha aterrizado: diga qué volvió, en el mismo lugar, a las mismas personas. «El borrador de Mateusz llegó el miércoles, cambiamos dos líneas y salió hacia Aster el jueves.» El responsable oye que su trabajo fue visto; el equipo oye cómo es un traspaso terminado; el registro tiene su última línea.

Una plantilla de brief de delegación

Tarea: [una línea: el resultado, como sustantivo: «una propuesta aprobada», «una preselección de tres proveedores»]
Responsable: [nombre] · Delega: [nombre] · Acordado el: [fecha]
Por qué importa: [una frase: qué desbloquea o quién la está esperando]
Terminado significa: [dos o tres líneas que el responsable pueda marcar: qué existe, en manos de quién, con qué forma]
Plazo: [día] · Revisión: [día, forma: «tres líneas en el canal»]
Puede decidir: [el nivel de autoridad y los límites: un precio, una fecha, un alcance]
Consultar antes de: [una o dos cosas que requieren primero una palabra de quien delega]
Personas a involucrar: [nombre: para qué]
Puntos de partida: [enlaces: la última vez que se hizo, la plantilla, el expediente del cliente]

Resultado (se completa cuando la tarea vuelve): [qué llegó, dónde y en qué fecha, y lo único que se haría distinto la próxima vez]

El bloque es texto plano: se pega en un mensaje de chat, un canvas, un ticket del tracker o un correo sin reformatear. La última línea es la que la mayoría de las plantillas omite, y es la que hace que el segundo traspaso sea más barato que el primero.

Una plantilla de matriz RACI: cuando más de una persona toca la tarea

Un brief tiene un responsable. Cuando la tarea cruza a varias personas —la propuesta necesita las correcciones de legal, el precio de finanzas y la aprobación del responsable de la cuenta—, la regla del responsable único sigue vigente, y una matriz RACI es la manera de escribirlo para que nadie dé por hecho que otro lo está haciendo. Cuatro letras por fila:

• R — Responsible (ejecuta): hace el trabajo. Una o varias personas.
• A — Accountable (rinde cuentas): responde del resultado y lo aprueba. Exactamente una por fila; es el responsable del brief.
• C — Consulted (consultado): aporta su opinión antes de que el trabajo esté hecho. En ambos sentidos.
• I — Informed (informado): conoce el resultado. En un solo sentido.

Tres reglas mantienen la matriz honesta. Una A por fila: dos personas que rinden cuentas son ninguna. Toda fila tiene al menos una R: una tarea con una A y sin R es un deseo. Y ninguna columna llena de C e I: una persona consultada en todo y sin ser responsable de nada está en la matriz por su cargo, no por su trabajo, y frenará todas las filas. Construya la matriz en la primera reunión de una tarea que abarca a varias personas, léala en voz alta una vez y póngala junto al brief.

Tres traspasos, antes y después

Fíjese en lo que tiene la columna de la derecha: un nombre, un resultado como sustantivo, un día, un nivel de autoridad y una revisión. La columna de la izquierda tiene un verbo y una esperanza. La diferencia entre ambas son unas cuatro frases, escritas una vez.

Dónde vive el traspaso en las herramientas que ya usa

Un traspaso necesita un lugar donde el brief, el sí y el resultado puedan leerse después por ambas partes, y por la persona que asuma la misma tarea el próximo trimestre. Cada plataforma importante tiene un lugar para una tarea nacida en una reunión, y cada una se detiene en un punto distinto. Solo comportamiento documentado, tomado de las propias páginas de los proveedores; cada celda indica el mes en que se comprobó el dato, y las páginas están en el pie de Fuentes:

Dos cosas son iguales en todas partes. El traspaso es un documento junto a la reunión, escrito en el único idioma que usó la sala; y si la tarea volvió o no es una pregunta que el documento no responde: una persona lo abre y pregunta. Cuando quien delega y el responsable no comparten idioma de trabajo, la propia llamada de traspaso es una cuestión aparte con respuestas documentadas: qué hace Microsoft Teams con una reunión en vivo en dos idiomas y dónde se detiene, y lo mismo para Google Meet.

Cómo vuelve la tarea en el resumen

InterMIND es un espacio de comunicación donde las reuniones de un equipo viven en un canal, de modo que el traspaso tiene un solo hogar: el chat del canal, donde se publica el brief, el «sí» del responsable es una respuesta debajo y la revisión del martes son tres líneas en el mismo hilo. Todo ello permanece en el idioma de cada miembro: el líder en Milán escribe el brief en italiano, el responsable en Bucarest lo lee en rumano y responde en rumano, y cada parte tiene el original a un solo interruptor de distancia. Un brief redactado en otra parte, o una petición de un cliente que llega como correo, entra en el canal por correo: el anfitrión del canal le da una dirección propia, y un mensaje enviado allí aparece como un mensaje normal, atribuido al remitente, con los adjuntos conservados y traducido para cada lector como cualquier otro.

Si el traspaso ocurre en la reunión del canal, el brief aparece en la pantalla de todos junto a los recuadros de vídeo con Share to conference: quien lo comparte lo edita en directo mientras la sala mira —el plazo se mueve, se añade la línea de autoridad— y cada participante lo lee en su propio idioma. Cuando termina la llamada, el resumen se redacta a partir de la propia reunión: un resumen y las tareas que se asumieron, cada una con su responsable, cada línea con su marca de tiempo. Llega por correo a cada miembro con sesión iniciada, como mensaje en el canal y como enlace en el evento del calendario, y cada miembro lo lee en su propio idioma y no en el que la sala usó por casualidad. Cualquier miembro puede editarlo; cada edición conserva autor e historial de revisiones. El canal guarda el resumen de cada sesión pasada, así que el brief de hace tres semanas y el resultado que volvió están a una búsqueda de distancia. Una reunión ad hoc por enlace conserva solo su último resumen y su chat se borra al terminar la llamada; los traspasos de un equipo pertenecen a un canal.

En una organización con las páginas de estado de equipo activadas, la tarea además tiene seguimiento. Toda tarea que un resumen registra pasa a la cadena de tareas de la organización, y cuando se redacta el siguiente resumen de la reunión del canal, las abiertas se juzgan frente a lo que se dijo: una tarea que alguien declaró terminada se marca como hecha, una tarea comentada pero no terminada se marca como no hecha con el motivo en las palabras de la reunión, y una tarea que nadie mencionó sigue abierta. Los veredictos viven en la página de estado de la organización, cada uno con su cita y el resumen en que se apoya, y el veredicto de un propio miembro prevalece sobre el del modelo. Al comienzo de la siguiente sesión, Mia nombra las tareas abiertas y sus responsables, de modo que la revisión ocurre aunque nadie se acordara de preguntar. Las páginas de estado de equipo son una función en versión preliminar: el administrador de una organización las activa en Settings → Advanced tras aceptar los términos alfa (la página de Preview features describe cada una).

Cuando la tarea tiene que acabar en un sistema de registro —el trato en el CRM, el ticket en el tracker—, el anfitrión añade una copia del resumen a cualquier dirección, y cada resumen de esa reunión o canal se envía también allí tras una confirmación única de la dirección, en todos los planes, hasta diez direcciones guardadas; la mecánica está en una copia de cada resumen de reunión en su CRM, por correo.

Un canal es solo para miembros. Un colaborador externo, una agencia o un cliente que es responsable de una tarea en el registro del equipo se añade por invitación por correo con una cuenta gratuita y desde entonces lee el canal en su idioma; los participantes del canal ajenos a su equipo no se facturan. Quien necesita una sola reunión —un proveedor que recibe un brief, un candidato— se une a una reunión ad hoc por enlace, desde el teléfono, sin cuenta y sin coste, oye la reunión en directo en su propio idioma y no recibe nada después: la cuenta es gratuita, y es lo que hace accesible el registro. El anfitrión provee el espacio y, en un plan de pago, paga solo por los miembros activos en los últimos 28 días —los que se unieron a una reunión, escribieron en un chat o preguntaron a Mia—; los miembros que quedan inactivos conservan su acceso sin coste.

• Abra un resumen completo: un registro real generado por el mismo código que escribe los suyos, con tareas y responsables incluidos.
• Pruebe la demo en vivo: sin registro; hable y oiga la sala traducida para cada oyente.

Delegar como oficio sobrevive a cualquier herramienta: alguien tiene que seguir escribiendo el brief, eligiendo un nombre y dejando que esa persona diga que sí en voz alta. Lo que no tiene por qué sobrevivir es el segundo trabajo: reescribir el traspaso después de la llamada, en un solo idioma, y abrir la siguiente reunión preguntando si alguien hizo lo que acordó la anterior.

FAQ

¿Cómo se delega tareas de forma eficaz?

Entregue un resultado, no una lista de pasos: escriba un brief de un párrafo con cómo se ve lo terminado, el plazo, los límites y quién más participa; elija un solo responsable y consiga un sí en voz alta; haga que el responsable repita el resultado con sus propias palabras; diga qué puede decidir sin usted; acuerde la revisión —día, forma, extensión— antes de que empiece el trabajo; y conserve el traspaso donde ambas partes puedan leerlo después. Cuando la tarea vuelva, dígalo en el mismo lugar.

¿Cuáles son los pasos de la delegación?

Seis, en orden: el brief, el responsable, la relectura, el nivel de autoridad, la revisión, el registro. Los tres primeros aseguran que ambas partes entienden lo mismo; el cuarto evita que el responsable vuelva por cada decisión o tome una que no se le había dado; el quinto separa el apoyo de la microgestión fijando la fecha por adelantado; el sexto es lo que hace que el segundo traspaso de la misma tarea sea más barato que el primero.

¿Qué tareas no deben delegarse?

Las decisiones que son suyas por el cargo —contratar, la remuneración, las conversaciones de desempeño, cualquier cosa por la que su propio jefe le preguntará por su nombre, todo lo que comprometa a la organización más allá de un límite que le dieron— y las conversaciones que solo usted puede tener. Todo lo que prepara esas decisiones puede delegarse. Tampoco está lista para delegarse una tarea que no puede describir como terminada en un párrafo; sí puede delegarse el primer paso de averiguar cómo sería lo terminado.

¿Cuál es la diferencia entre delegar y asignar una tarea?

Asignar entrega un paso y conserva el cómo: «llama al proveedor y pídele la nueva lista de precios». Delegar entrega un resultado y deja el cómo al responsable, dentro de límites declarados: «consigue un precio de proveedor que podamos firmar antes del 20». Asignar es lo adecuado para las primeras semanas de un recién incorporado y para las emergencias; no escala, porque cada paso sigue pasando por la persona que asigna. Delegar escala, y cuesta un brief.

¿Qué es una matriz RACI?

Una tabla con las tareas como filas y las personas como columnas, donde cada celda contiene una de cuatro letras: R para quien hace el trabajo, A para la única persona que responde del resultado y lo aprueba, C para quienes son consultados antes de que el trabajo esté hecho, I para quienes son informados del resultado. La regla que la hace útil es una A por fila: una tarea con dos personas que rinden cuentas no tiene ninguna. Una matriz RACI sirve para trabajo que toca a varias personas; una tarea única con un responsable solo necesita el brief.

¿Cómo se hace el seguimiento de una tarea delegada sin caer en la microgestión?

Acuerde la revisión en el brief, antes de que empiece el trabajo —un día fijo, una forma fija, una extensión fija, como tres líneas en el canal del equipo el martes— y después no pregunte entre revisiones. La misma pregunta hecha el día acordado es apoyo; hecha un día cualquiera es microgestión. Si la revisión vuelve con «no en camino», la conversación trata del obstáculo, no de la persona. En un espacio donde el resumen de una reunión recurrente repasa las tareas abiertas en la siguiente sesión, el seguimiento ocurre a su propio ritmo y no al suyo.

¿Por qué fracasa la delegación?

Casi siempre en el traspaso, no en el trabajo: el resultado no se escribió, así que el responsable construyó otra cosa; nadie dijo que sí, así que nadie fue responsable; no se nombró el nivel de autoridad, así que el responsable se detuvo en cada decisión o tomó una que no se le había dado; la revisión se fijó cuando el líder se puso nervioso, así que se vivió como desconfianza; o el resultado nunca se reconoció, así que la siguiente tarea se asumió con menos cuidado. Cada una de estas es una línea del brief.

Fuentes: Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Workspace Updates — "Take notes for me" now captures "next steps"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). La página de notas de Microsoft, la página de ayuda de Google Meet y la plantilla de Slack se comprobaron en octubre de 2026; la página del resumen de Microsoft y la página del resumen de reunión de Zoom, en agosto de 2026; el anuncio de next steps de Google, en septiembre de 2026. Los proveedores cambian con el tiempo planes, funciones y listas de idiomas; consulte sus páginas para conocer el estado actual.