AI-translated from English; not yet reviewed by a fluent editor.

# Haz un mapa de tu trabajo y elige una primera tarea para probar con IA

> Crea un mapa fechado de las tareas que controlas, sus resultados, controles, derechos y aprobaciones humanas. Elige una tarea para probar después con IA o explica por qué ninguna está lista.

By BIG CHANGE Editorial

Published: 2026-10-20T12:07:38.357Z
Updated: 2026-10-20T12:07:38.357Z
Canonical: https://bigchange.ai/blog/map-work-choose-first-ai-task-guide

![Conceptual charcoal illustration of blank task cards in a wall-mounted wooden rack, beside one empty orange-edged slot.](https://bigchange.ai/api/media/file/blank-task-rack-hero-v2.png)
AI-generated conceptual illustration by BIG CHANGE.

Antes de elegir una herramienta de IA, describe el trabajo que realmente controlas. Una tarea puede producir una respuesta fácil de comprobar y aun así implicar datos privados, una acción irreversible o un juicio que corresponde a una persona. Esta guía te ayuda a crear un mapa de decisiones fechado para tus propias tareas. El resultado final es una primera prueba propuesta o una decisión documentada de que ninguna tarea está lista. No necesitas ejecutar IA para completarlo.

La idea inicial procede del [ensayo de Andrej Karpathy sobre verificabilidad de noviembre de 2025](https://karpathy.bearblog.dev/verifiability/). Sostiene que un entorno se presta más a la optimización con IA cuando los intentos pueden reiniciarse, repetirse con eficiencia y recibir una señal de recompensa fiable. Son preguntas que investigar, no una norma de autorización laboral. La ficha siguiente es de elaboración propia. Añade las personas, los permisos y las consecuencias que un responsable debe establecer en un proceso real. [El marco voluntario de gestión de riesgos de IA de NIST](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) también pide contexto, supervisión y medición cuando las organizaciones consideran sistemas de IA; no avala esta ficha ni certifica ninguna tarea.

## Qué necesitas

Necesitas acceso a registros reales del trabajo que controlas o que tienes permiso para evaluar: un registro de tareas, calendario, procedimiento, cola de solicitudes o las personas responsables. También necesitas un lugar privado para guardar el mapa y los enlaces a pruebas, un responsable identificado del proceso y otra persona autorizada para cuestionar la decisión. Indica qué equipo o proceso y qué fechas abarca el inventario. No introduzcas material confidencial en un servicio de IA para crear este mapa.

Cuenta con el tiempo necesario para localizar y revisar los registros. El mapa en sí no exige una cuenta de IA, una API de pago ni comprar software. Una prueba posterior puede requerir permiso independiente, cargos por herramientas, tiempo de revisión y un presupuesto de errores.

## 1. Inventaría el trabajo tal como se realiza

Define el periodo y el alcance del inventario antes de enumerar tareas. Anota la fuente de cada fila para que otra persona pueda encontrarla. Para cada tarea recurrente, identifica el desencadenante, la entrada real, el ejecutante actual, el resultado requerido, el destinatario y la aprobación existente. Pide al responsable que confirme lo que omiten los registros. Marca cualquier detalle sin verificar como **desconocido**.

Divide un flujo cuando cambien su resultado, permiso o consecuencia. Una etiqueta demasiado amplia puede ocultar un traspaso que requiere otra autoridad. Mantén un número de filas fiel al trabajo; no hay una cantidad objetivo. Anota los equipos o periodos excluidos para que el revisor detecte una tarea ausente sin confundirla con una candidata inadecuada.

**Comprobación:** ¿Podría el revisor seguir el enlace de prueba, identificar al responsable y decir qué debe entregarse y a quién? Si el inventario es insuficiente, vuelve a los registros del responsable antes de clasificar nada.

## 2. Describe la comprobación antes de elegir la herramienta

Para cada resultado, pregunta qué inspeccionaría una persona distinta de quien lo produce. Identifica la fuente autorizada, la regla exacta para aprobar y cualquier juicio necesario. ¿Cómo detectaría el revisor una omisión o una respuesta plausible pero errónea? ¿Comprobar requeriría casi tanto trabajo como realizar la tarea? Anota quién podría hacerlo y cuánto esfuerzo de revisión se conoce o sigue siendo desconocido.

Clasifica la comprobación como **existente**, **propuesta** o **desconocida**. «Existente» significa que hay un control en el proceso actual, con pruebas de cómo se usa. «Propuesta» significa que has redactado una regla posible sin demostrar que detecta los errores relevantes. Ninguna etiqueta prueba que un resultado de IA superará el control. Una tarea sin fuente de verdad ni regla de aprobación viable necesita preparación antes de ser candidata a una primera prueba.

Ahora plantea tres preguntas distintas adaptadas del [ensayo de Karpathy](https://karpathy.bearblog.dev/verifiability/): ¿Puede reiniciarse un intento fallido sin daño duradero? ¿Podrían realizarse suficientes intentos **autorizados** en un tiempo y con un coste razonables? ¿Podría cada intento recibir una comprobación fiable? Escribe sí, no o desconocido con pruebas locales para cada pregunta. Karpathy utiliza estas propiedades para hablar de optimización con IA; tus respuestas no determinan si se permite el uso laboral.

## 3. Registra la autoridad y los costes del fallo

La posibilidad de comprobar es solo una parte de la decisión. Registra quién controla los datos de entrada, si el uso propuesto de IA y cualquier divulgación están permitidos y qué personas pueden verse afectadas. Especifica qué podría leer o escribir una futura herramienta y quién puede aprobar una acción de forma exclusiva. Identifica cualquier paso posterior que no pueda deshacerse fácilmente. Compara el coste probable de una aprobación errónea con el de la comprobación humana y las correcciones; usa **desconocido** cuando no puedas respaldar una estimación.

Anota el contexto que el control del resultado podría pasar por alto: reglas no escritas, excepciones, fuentes cambiantes o una decisión que exige juicio humano responsable. Un prompt que pide a una herramienta solicitar permiso no es en sí un permiso ni un control de acceso. [Las orientaciones MAP de NIST](https://airc.nist.gov/airmf-resources/playbook/map/) piden examinar el contexto de uso, las personas afectadas, los datos y la supervisión; sus [orientaciones MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) abordan los métodos de prueba y sus límites. Ambas son voluntarias, no un sello de aprobación para tu fila.

**Comprobación:** Si no están claros los derechos, la divulgación, quién puede aprobar una acción o una vía de recuperación creíble, conserva esa incertidumbre en la ficha. Un control bien definido no puede resolverla.

## 4. Clasifica cada fila y elige como máximo una primera candidata

Usa estas **categorías de nuestra ficha editorial**, con un motivo y un enlace de prueba para cada fila:

- **Candidata a una prueba acotada:** pueden especificarse el resultado, el control, la recuperación del estado inicial y la autoridad para una prueba aprobada por separado. Es una candidata para investigar, no permiso para automatizar.
- **Preparar la comprobación:** la tarea está descrita, pero su regla de aprobación, fuente de verdad o verificador aún requiere definición o validación.
- **Solo asistencia a una persona:** una ayuda limitada de redacción o análisis podría ser útil, mientras una persona identificada conserva el juicio sobre consecuencias y la aprobación. Cualquier uso real sigue necesitando permiso.
- **En espera:** siguen sin resolverse los derechos, el contexto, las consecuencias de un fallo, la recuperación u otras pruebas necesarias.

No fuerces una puntuación numérica a partir de incógnitas. Compara solo filas que puedan optar a una prueba acotada. Registra por qué una va primero, incluida su carga de revisión y el daño de una aprobación errónea. Elegir **ninguna por ahora** es una decisión completa si cada fila tiene un requisito pendiente. Identifica a la persona y las pruebas necesarias para revisarla.

## 5. Propón un plan de aceptación y solicita una revisión del mapa

Para la primera candidata, define la futura prueba sin realizarla. Especifica la muestra permitida y los límites de entrada, el proceso actual de referencia, el resultado esperado, una regla exacta de aprobado o fallo, el verificador y el revisor humano. Propón límites de intentos, tiempo, cargos y esfuerzo de revisión. Indica cuándo detenerse, cómo volver al proceso actual, quién podría autorizar una prueba posterior y qué se registraría: aciertos, omisiones, fallos, reintentos, tiempo de revisión y costes completos. Deja en blanco la autorización y los resultados observados hasta que existan. Si el resultado elegido puede desencadenar una acción externa, reserva esa acción a su aprobador humano identificado.

Pide al responsable del proceso y a un segundo revisor autorizado que examinen el inventario completo. Deben cuestionar el trabajo omitido, la exactitud de las fuentes, la viabilidad del control, los derechos y el motivo de la candidata o de no elegir ninguna. Registra la decisión real y la fecha de cada persona, incluidos los desacuerdos y las pruebas que los resolverían. Aceptar el mapa no autoriza una prueba de producto. Si cambian la tarea, los datos, los derechos, el control o las consecuencias, fecha una nueva decisión de fila y conserva el registro anterior.

Si más adelante se aprueba una prueba de herramienta, [nuestra guía independiente para elegir o rechazar una herramienta de IA para una tarea de pequeña empresa](https://bigchange.ai/blog/choose-ai-tool-small-business-task-guide) parte de esa tarea seleccionada. Este mapa termina antes de seleccionar y probar productos.

## Ficha en blanco del mapa de decisiones

Copia los campos en un documento o tabla privados. Añade una fila por tarea real y deja visibles los datos desconocidos. No rellenes campos vacíos con trabajo imaginario.

**Cabecera del inventario**

- Proceso y alcance: \_\_\_\_
- Fechas incluidas / trabajo excluido: \_\_\_\_
- Responsable del proceso / responsable de decidir sobre el mapa: \_\_\_\_
- Ubicación de pruebas y reglas de acceso: \_\_\_\_
- Fecha y versión del mapa: \_\_\_\_

**Repetir para cada fila de tarea**

- ID de tarea / responsable / enlace de prueba y fecha: \_\_\_\_
- Desencadenante real, entrada y fuente autorizada: \_\_\_\_
- Ejecutante, método y aprobación actuales: \_\_\_\_
- Resultado requerido y destinatario: \_\_\_\_
- Regla de aprobación, excepciones y fuente para comprobar: \_\_\_\_
- Verificador independiente y estado (existente / propuesto / desconocido): \_\_\_\_
- Qué podría omitir el control / tiempo de comprobación: \_\_\_\_
- Reinicio o reversión del intento fallido / repeticiones autorizadas y costes: \_\_\_\_
- Consecuencia de una aprobación errónea / acción posterior / juicio solo humano: \_\_\_\_
- Derechos sobre datos, privacidad y permiso de divulgación: \_\_\_\_
- Lecturas y escrituras permitidas / aprobador humano y autoridad para detener: \_\_\_\_
- Categoría, motivo, prueba ausente y siguiente responsable o acción: \_\_\_\_
- Fecha de decisión / evento que exige revisión: \_\_\_\_

**Decisión de primera candidata y prueba propuesta**

- ID de la tarea, o «ninguna por ahora», y motivo: \_\_\_\_
- Por qué esta fila precede a la siguiente elegible: \_\_\_\_
- Muestra y entrada autorizadas y límites propuestos de herramienta o acción: \_\_\_\_
- Proceso actual de referencia, resultado y regla exacta de aprobado o fallo: \_\_\_\_
- Verificador, revisor, excepciones y control de aprobaciones erróneas: \_\_\_\_
- Límites propuestos de intentos, tiempo, cargos y revisión: \_\_\_\_
- Regla para detener, reiniciar y volver al proceso actual: \_\_\_\_
- Autorizador de la prueba posterior / decisión y fecha de autorización: \_\_\_\_
- Intentos, resultados y costes reales (dejar vacío hasta observarlos): \_\_\_\_
- Decisión y fecha del responsable del proceso: \_\_\_\_
- Decisión y fecha del segundo revisor, objeciones y resolución: \_\_\_\_

## El gran cambio

Un resultado comprobable facilita evaluar una tarea, pero no hace que el trabajo que la rodea sea apto para una IA sin supervisión. La primera decisión útil es un mapa trazable del trabajo que controlas: qué debe entregarse, cómo se detectarían errores, si pueden contenerse los intentos fallidos y quién tiene derecho a aprobar una prueba. La respuesta puede ser una candidata acotada o ninguna por ahora. Este procedimiento propone ese registro de decisión; BIG CHANGE no lo ha probado en una organización ni ha medido beneficios de tiempo, calidad o coste.

## Fuentes y lecturas adicionales

- [Andrej Karpathy, «Verifiability» (17 de noviembre de 2025)](https://karpathy.bearblog.dev/verifiability/) — el argumento sobre entornos reiniciables, eficientes y evaluables mediante recompensas. No proporciona esta ficha laboral ni aprueba automatizar una tarea.
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) — el contexto, supervisión, medición y enfoque de decisión del marco voluntario; sus funciones no son una lista ordenada.
- [NIST AI RMF Playbook: MAP](https://airc.nist.gov/airmf-resources/playbook/map/) — preguntas voluntarias sobre contexto de uso, personas, datos, impactos y funciones humanas.
- [NIST AI RMF Playbook: MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) — orientaciones voluntarias sobre métodos de prueba, límites, evaluación independiente y revisión continua.

## Sources

- [Andrej Karpathy, Verifiability](https://karpathy.bearblog.dev/verifiability/) — Ensayo original que sostiene que los entornos reiniciables, eficientes y evaluables mediante recompensas favorecen la optimización con IA. No aporta esta ficha laboral ni establece permisos o idoneidad de una tarea.
- [NIST AI Risk Management Framework 1.0 Core](https://airc.nist.gov/airmf-resources/airmf/5-sec-core/) — Enfoque voluntario govern/map/measure/manage sobre contexto, supervisión y medición. Sus acciones no son una lista ordenada y no certifica este método.
- [NIST AI RMF Playbook: MAP](https://airc.nist.gov/airmf-resources/playbook/map/) — Sugerencias voluntarias sobre contexto, impactos, datos y funciones humanas. Informan las preguntas originales de la ficha, no autorizan una tarea real.
- [NIST AI RMF Playbook: MEASURE](https://airc.nist.gov/airmf-resources/playbook/measure/) — Orientaciones voluntarias sobre métodos de prueba, límites y supervisión. Ningún control propuesto en este artículo fue validado.
- [BIG CHANGE, Cómo elegir o rechazar una herramienta de IA para una tarea de pequeña empresa](https://bigchange.ai/blog/choose-ai-tool-small-business-task-guide) — Siguiente paso contextual tras seleccionar una tarea. Este artículo no repite su selección de productos ni su procedimiento de prueba.