Una semana de oficina está llena de verbos que parecen delegables: comparar documentos, ordenar archivos, actualizar una planilla, resumir pendientes, preparar un informe o dejar un correo en borrador.

El error es preguntar primero qué puesto puede hacer la IA. Un puesto reúne tareas muy distintas: algunas tienen una salida fácil de revisar; otras dependen de contexto tácito, afectan a terceros o exigen una decisión que no corresponde transferir.

La unidad útil es la tarea, no el puesto [C1]. La primera delegación tampoco debería ser la más espectacular. Debería ser una prueba pequeña que puedas describir, limitar, revisar y revertir.

En esta práctica vas a:

  1. inventariar tres tareas de oficina;
  2. compararlas con una matriz de delegabilidad;
  3. elegir una candidata de bajo riesgo;
  4. redactar un encargo acotado;
  5. probarlo sobre una copia o un borrador; y
  6. decidir si conviene mantener, ajustar o retirar esa delegación.

La meta no es demostrar que una herramienta “puede con todo”. Es aprender a reconocer una tarea cuya ejecución puede delegarse sin ceder la autoridad para aceptar el resultado.

Delegar una tarea no es delegar un puesto

Ilustración: una carpeta cerrada en tono arena sobre un fondo cálido y vacío; de su borde superior asoma una sola hoja terracota.
Una carpeta, una hoja: la tarea, no el puesto. · Ilustración generada con IA

La evidencia sobre trabajo e IA obliga a separar dos niveles.

La OIT analiza los empleos como conjuntos de tareas. Su índice global ubica a las ocupaciones administrativas entre las más expuestas a la IA generativa, pero aclara que exposición no equivale a automatización completa: la transformación de tareas es más probable que la desaparición automática del puesto [C2]. La OCDE también describe empleos compuestos por actividades con distinto potencial técnico y distinta necesidad de aporte humano [C1] [C5].

Por eso, “mi trabajo es administrativo” dice muy poco para diseñar una delegación. En cambio, “cada viernes comparo dos versiones de un procedimiento y preparo una lista de cambios para revisión” ya permite preguntar:

  • qué archivos puede usar la herramienta;
  • qué resultado debe entregar;
  • cómo se comprueba;
  • qué error sería tolerable;
  • qué no puede hacer; y
  • quién decide si el resultado sirve.

Los productos actuales muestran que la frontera técnica se movió. Microsoft documenta para Copilot Cowork acciones sobre archivos, correo, calendario, documentos y trabajo multietapa, sujetas a la cuenta, los permisos y la configuración [C3]. Anthropic informa, dentro de su propia muestra empresarial, un patrón más automatizado y una mayor presencia de tareas administrativas en el uso por API que en su interfaz conversacional [C6].

Estos datos muestran capacidad y uso en contextos específicos. No prueban que cualquier tarea repetitiva sea segura, que la calidad sea suficiente ni que una organización concreta vaya a ahorrar tiempo.

Microsoft también reporta casos de edición de planillas por lotes, comparación de archivos y revisión de seguimiento comercial [C7]. Son ejemplos del fabricante, no una evaluación independiente ni una promesa de resultado. Sirven para imaginar clases de trabajo; no para omitir la prueba local.

La diferencia entre capacidad y delegabilidad

Que una herramienta pueda ejecutar pasos no significa que una tarea ya esté lista para delegarse.

La capacidad técnica responde: “¿el sistema puede intentar esta acción?”.

La delegabilidad agrega otras preguntas:

  • ¿los insumos están autorizados?;
  • ¿el alcance está acotado?;
  • ¿los permisos son mínimos?;
  • ¿la salida es observable?;
  • ¿existe una fuente de verdad independiente?;
  • ¿el error puede detectarse antes de causar un efecto?;
  • ¿la prueba se puede detener o revertir?; y
  • ¿una persona conserva la aceptación y el escalamiento?

Esta matriz es una inferencia editorial apoyada en la evidencia disponible [C8]. No es un estándar universal demostrado. Su utilidad debe validarse con una prueba de bajo riesgo.

Dos columnas. A la izquierda, capacidad técnica: una sola pregunta, ¿el sistema puede intentar esta acción? A la derecha, delegabilidad, que suma ocho preguntas: ¿los insumos están autorizados?, ¿el alcance está acotado?, ¿los permisos son mínimos?, ¿la salida es observable?, ¿existe una fuente de verdad independiente?, ¿el error puede detectarse antes de causar un efecto?, ¿la prueba se puede detener o revertir?, ¿una persona conserva la aceptación y el escalamiento?
Capacidad: una pregunta. Delegabilidad: ocho más [C8]

Los límites de esta primera prueba

Antes de elegir una tarea, fija límites que no se negocian durante el ejercicio.

Datos autorizados

Usa sólo datos:

  • sintéticos;
  • públicos; o
  • expresamente autorizados para esta prueba.

No uses PII, credenciales, datos de clientes, información confidencial ni fuentes cuya autorización no puedas explicar.

Permisos mínimos

Enumera las fuentes que la herramienta puede consultar y concede sólo el acceso necesario. “Toda mi cuenta” o “toda la carpeta compartida” no es un alcance adecuado para una primera prueba.

Sin efectos externos

Trabaja sobre una copia o en modo borrador. La prueba no debe:

  • enviar correos;
  • publicar mensajes;
  • borrar archivos;
  • hacer pagos;
  • modificar registros maestros;
  • confirmar citas; ni
  • ejecutar otra acción que afecte a una persona o a un sistema externo.

Sin decisiones de alto impacto

Deja fuera decisiones sobre empleo, crédito, salud, seguridad, legalidad, desempeño de personas o derechos. Una prueba de producción de borradores no autoriza a la IA a decidir sobre esos temas.

Dueño humano

Nombra a una persona responsable de revisar. Delegar la ejecución no transfiere la responsabilidad ni la autoridad para aceptar, detener o escalar.

La propia documentación de Microsoft describe pausas de aprobación para acciones importantes y advierte que el sistema puede equivocarse, interpretar mal una instrucción o verse afectado por instrucciones ocultas [C4]. Una pausa ayuda a ubicar el control; no elimina el riesgo.

Paso 1: inventaría tres tareas

Elige tres tareas concretas que realizas con documentos, planillas, archivos o seguimiento. No escribas categorías amplias como “administración” o “correo”. Describe una unidad con inicio y fin observables.

Tarea Entradas Pasos principales Salida esperada Dueño humano Frecuencia
Ej.: comparar dos versiones de un procedimiento Dos copias ficticias o autorizadas Identificar altas, bajas y cambios Borrador de diferencias con referencia a cada sección Responsable del procedimiento Mensual

Una tarea todavía es demasiado amplia si no puedes nombrar sus entradas y su salida. “Gestionar proveedores” no sirve para esta prueba. “Comparar tres presupuestos ficticios y preparar una tabla descriptiva, sin recomendar una compra” sí tiene un límite más claro.

Paso 2: pasa cada tarea por la matriz

Marca sí, no o no sé. Un no en datos, efecto externo, alto impacto o verificabilidad descarta la tarea para este ejercicio. Un no sé exige resolver la duda antes de ejecutar.

Pregunta Tarea 1 Tarea 2 Tarea 3
¿La salida se puede describir antes de ejecutar?
¿Los insumos son sintéticos, públicos o expresamente autorizados?
¿Los permisos se pueden limitar a fuentes enumeradas?
¿La prueba puede hacerse sobre una copia o un borrador?
¿Existe una fuente de verdad para revisar el resultado?
¿Un error puede detectarse antes de afectar a alguien?
¿El lote se puede mantener pequeño?
¿Está claro cuándo detenerse o pedir ayuda?
¿La tarea evita decisiones de alto impacto?
¿Una persona puede revisar y aceptar el resultado?

Señales favorables

Una buena candidata para la primera prueba suele producir un borrador, una comparación o una clasificación revisable. Usa pocas fuentes, un lote pequeño y un resultado que puede contrastarse con el original.

Ejemplos posibles, siempre sobre material autorizado:

  • comparar dos versiones de un procedimiento ficticio;
  • consolidar cinco filas de una planilla sintética;
  • clasificar una lista pública con categorías definidas;
  • preparar un borrador de resumen a partir de notas autorizadas; o
  • ordenar copias de archivos de prueba según una regla explícita.

Señales de freno

Descarta o escala la tarea cuando:

  • el objetivo sea “que quede bien” sin criterio observable;
  • requiera acceso amplio o fuentes no enumeradas;
  • incluya PII, secretos o material confidencial;
  • pueda enviar, publicar, borrar, pagar o modificar el original;
  • afecte derechos o decisiones de alto impacto;
  • no exista una forma independiente de verificar; o
  • el sistema deba inventar una excepción o asumir autoridad.

Lo repetitivo no siempre es seguro. Una acción repetida también puede multiplicar un error. Por eso el lote pequeño, la copia y el punto de revisión importan más que la frecuencia de la tarea.

Paso 3: elige una sola candidata

No ejecutes las tres. Elige la que combine:

  • salida más observable;
  • fuentes más controlables;
  • menor consecuencia si el resultado es incorrecto;
  • mejor reversibilidad; y
  • revisión más simple contra una fuente de verdad.

Completa esta decisión:

Campo Definición
Tarea elegida
Por qué es de bajo riesgo
Fuente de verdad
Persona que revisa
Qué resultado descarta la prueba
Qué duda debe resolverse antes de empezar

Elegir una tarea no valida todavía su delegación. Sólo autoriza redactar una prueba acotada.

Recorrido de siete pasos en fila: 1 inventaría tres tareas, 2 pasa cada tarea por la matriz, 3 elige una sola candidata, 4 redacta el encargo de prueba, 5 ejecuta sobre una copia o un borrador, 6 revisa contra la fuente de verdad, 7 mantén, ajusta o retira. Tras el paso 2 una puerta de descarte: un «no» en datos, efecto externo, alto impacto o verificabilidad descarta la tarea; un «no sé» exige resolver la duda antes de ejecutar.
Siete pasos y una puerta de descarte

Paso 4: redacta el encargo de prueba

Una instrucción como “revisa estos archivos y déjalos bien” obliga al sistema a completar demasiados vacíos. El encargo debe fijar el contrato antes de ver el resultado.

Plantilla del encargo

Objetivo
¿Qué resultado concreto debe producir?

Fuentes permitidas
¿Qué copias, archivos o datos puede usar? Enuméralos. Todo lo demás queda fuera.

Permisos
¿Qué puede leer o crear? Para esta prueba no puede enviar, publicar, borrar, pagar ni modificar el original.

Alcance
¿Qué lote, período, secciones o cantidad máxima incluye?

Salida
¿Qué formato debe entregar y dónde deja el borrador?

Criterio de aceptación
¿Qué debe contener? ¿Qué no puede contener? ¿Qué regla permite comparar con la fuente de verdad?

Regla de detención
¿Ante qué dato faltante, contradicción, instrucción oculta, baja confianza o excepción debe parar?

Escalamiento
¿A quién pregunta y qué evidencia debe mostrar?

Punto de revisión humana
¿Quién compara la salida con el original antes de cualquier uso posterior?

Ejemplo acotado

Compara las copias procedimiento-v1-ficticio.md y procedimiento-v2-ficticio.md. Prepara un borrador en forma de tabla con una fila por alta, baja o cambio. Para cada fila, cita el encabezado y una frase del texto original. No modifiques los archivos. No uses otras fuentes. Si una sección no tiene correspondencia clara, márcala como “requiere revisión” y no infieras el motivo del cambio. Detente si alguno de los archivos no coincide con el nombre o la versión indicada. La responsable del procedimiento revisará cada fila contra ambas copias.

El ejemplo no promete que la comparación sea correcta. Hace visible cómo se evaluará.

Paso 5: ejecuta sobre una copia o un borrador

Antes de iniciar, comprueba:

  • ☐ Las fuentes están autorizadas y enumeradas.
  • ☐ No contienen PII, credenciales, datos de clientes ni información confidencial.
  • ☐ El lote es pequeño.
  • ☐ El original está preservado.
  • ☐ La herramienta no tiene permisos innecesarios.
  • ☐ La salida queda en borrador.
  • ☐ La fuente de verdad está disponible.
  • ☐ El criterio de aceptación está escrito.
  • ☐ La regla de detención está escrita.
  • ☐ La persona revisora está nombrada.

Si alguna casilla queda vacía, no ejecutes todavía.

Paso 6: revisa contra la fuente de verdad

No evalúes el resultado por cuán convincente suena. Compáralo con el original, la regla o la muestra que definiste antes.

Aspecto Resultado observado Evidencia en la fuente de verdad Corrección necesaria Decisión
Cobertura del lote aceptar / corregir / rechazar
Exactitud de cada elemento aceptar / corregir / rechazar
Respeto del formato aceptar / corregir / rechazar
Respeto de límites y fuentes aceptar / corregir / rechazar
Manejo de excepciones aceptar / corregir / rechazar

Registra también el trabajo completo:

Medida de la prueba Valor observado
Tiempo de preparación
Tiempo de ejecución
Tiempo de revisión
Tiempo de corrección
Errores encontrados
Excepciones escaladas
Costo observado, si corresponde

La evidencia de productividad con IA es contextual [C5]. Medir esta prueba ayuda a decidir en tu entorno, pero un caso no permite prometer ahorro, exactitud, calidad, productividad, un retorno económico ni reducción de personal.

Paso 7: mantén, ajusta o retira

Cierra la prueba con una decisión explícita.

Mantener

Elige mantener sólo si el resultado cumple el criterio, los permisos fueron adecuados, las excepciones se escalaron y la revisión sigue siendo proporcionada. Mantener no significa quitar el control humano.

Ajustar

Elige ajustar si la tarea parece útil pero el encargo, el lote, las fuentes, el formato o la regla de detención necesitan cambios. Repite con el mismo lote o con otro equivalente para poder comparar.

Retirar

Elige retirar si la salida no puede verificarse, los errores aparecen demasiado tarde, los permisos son excesivos, el trabajo de corrección supera la utilidad o la tarea exige contexto y autoridad que no deberían delegarse.

Decisión final Evidencia que la sostiene Cambio antes de la próxima prueba Dueño y fecha de revisión
mantener / ajustar / retirar

Objeciones frecuentes

“Si la herramienta puede hacerlo, la tarea ya es delegable”

No. La capacidad técnica no define qué fuentes están autorizadas, qué consecuencia es aceptable ni quién responde por el resultado. La matriz agrega esos controles.

“Si es repetitivo, es seguro”

No necesariamente. Una acción repetida puede escalar un error. La primera prueba usa un lote pequeño, una copia o un borrador y se detiene antes de cualquier efecto externo.

“Si delego la ejecución, también delego la responsabilidad”

No. La persona conserva la decisión sobre permisos, aceptación, detención y escalamiento.

“Un caso del proveedor demuestra que voy a ahorrar tiempo”

No. Los casos de Microsoft ilustran posibilidades del producto [C7]. La utilidad debe medirse con preparación, ejecución, revisión, correcciones, costo y resultado en el contexto propio [C5].

Lista de control final

  • ☐ Analicé tareas, no un puesto completo.
  • ☐ Inventarié tres tareas y elegí una sola candidata.
  • ☐ Usé únicamente datos sintéticos, públicos o expresamente autorizados.
  • ☐ Excluí PII, credenciales, datos de clientes e información confidencial.
  • ☐ Enumeré las fuentes y limité los permisos.
  • ☐ Trabajé sobre una copia o un borrador, sin efectos externos.
  • ☐ Excluí decisiones de alto impacto.
  • ☐ Definí la salida, la fuente de verdad y el criterio de aceptación antes de ejecutar.
  • ☐ Definí cuándo detener y a quién escalar.
  • ☐ Una persona comparó el resultado con el original.
  • ☐ Registré preparación, ejecución, revisión, correcciones y costo observado.
  • ☐ Decidí mantener, ajustar o retirar sin convertir una prueba en una promesa general.

La idea que queda

La primera tarea de oficina que delegues a la IA no debería ser la que más impresiona. Debería ser la que te permite conservar el control: fuentes autorizadas, alcance pequeño, permisos mínimos, salida observable, fuente de verdad, reversibilidad y una persona que decide.

No delegas el puesto. Diseñas una prueba sobre una tarea y mantienes en manos humanas la autoridad para aceptar, detener o escalar.

Próxima práctica: elige tres tareas de tu semana, pásalas por la matriz y redacta un único encargo de prueba antes de abrir cualquier herramienta.

Alcance de esta práctica

Esta guía no enseña a comprar ni a operar Copilot Cowork ni ninguna herramienta en particular. No valida la calidad sostenida de un producto ni su utilidad para tu organización. No promete ahorro, exactitud, productividad, un retorno económico ni reemplazo de puestos: te da un método para probarlo en tu contexto, con control.

Fuentes