Cuaderno de proyecto IA

CUADERNO DE PROYECTO IA · 01 / 06

El problema que merece resolver

Elige una tarea concreta y anota cómo se hace hoy. La frecuencia y el tiempo deben proceder de una observación o estar marcados como estimaciones.

Ejemplo ficticio: preparar un borrador de orden de mantenimiento a partir de una petición. No enviar presupuestos ni asignar técnicos.

Persona que realiza la tarea

Entrada que recibe y resultado que necesita

Frecuencia, tiempo completo y fuente de la medida

Qué queda fuera del primer piloto

ERIC MURIELericmuriel.com

CUADERNO DE PROYECTO IA · 02 / 06

Entrada, salida y datos desconocidos

Define la ficha que recibirá la persona revisora. Un dato ausente debe poder seguir ausente; explica qué hacer cuando dos fuentes se contradicen.

Ejemplo ficticio: maquina_id=M-17, ubicacion=desconocida, estado=necesita_revision. No completar la ubicación por intuición.

Campos obligatorios y tipos de datos

Campos que pueden quedar vacíos

Ejemplo de entrada y salida esperada

Regla para información contradictoria

ERIC MURIELericmuriel.com

CUADERNO DE PROYECTO IA · 03 / 06

Fuentes, permisos y revisión

Escribe operaciones concretas. Comprueba los límites en el sistema de acceso, no solo en las instrucciones del modelo. No pegues contraseñas ni claves aquí.

Ejemplo ficticio: leer el catálogo de prueba y crear borradores en una lista. No enviar correos, borrar documentos ni ampliar el acceso.

Fuente, versión vigente y responsable

Cuenta, operación permitida y alcance

Acción que requiere aprobación y quién decide

Cómo retirar el acceso o volver al proceso manual

ERIC MURIELericmuriel.com

CUADERNO DE PROYECTO IA · 04 / 06

Casos de prueba y criterios de aceptación

Describe el resultado esperado antes de ejecutar. Incluye casos completos, incompletos, ambiguos y fuera de alcance. Guarda evidencia de lo observado.

Ejemplo ficticio: recibir dos veces S-17 debe producir una única operación. Si se desconoce el resultado del primer intento, revisar antes de repetir.

Caso normal: entrada → resultado esperado → observado

Dato ausente o conflicto: esperado → observado

Petición fuera de permiso o repetida: esperado → observado

Criterio de aceptación y fallo que obliga a parar

ERIC MURIELericmuriel.com

CUADERNO DE PROYECTO IA · 05 / 06

Coste completo y sensibilidad

Cuenta generación, revisión, excepciones y mantenimiento. El tiempo liberado es capacidad; no equivale automáticamente a ingreso o ahorro de caja.

Ejemplo hipotético: 600 × 6 ÷ 60 = 60 h manuales. Con 20 h de revisión y 8 h de mantenimiento quedan 32 h de capacidad. No son precios de mercado.

Volumen mensual × minutos manuales ÷ 60 = horas actuales

Horas de revisión + excepciones + mantenimiento

Coste de herramientas, uso e implantación; fuente y fecha

Escenario favorable y desfavorable; supuestos que cambian

ERIC MURIELericmuriel.com

CUADERNO DE PROYECTO IA · 06 / 06

Decisión del piloto y siguiente revisión

Reúne la evidencia y elige ampliar, corregir o detener. Deja claro quién mantiene el proceso y qué cambio exige volver a probar.

Ejemplo ficticio: ampliar a una segunda ubicación solo después de repetir pruebas de permisos. Mantener disponible la ruta manual.

Resultado frente al objetivo inicial, con evidencia

Errores conocidos, trabajo pendiente y límites

Decisión, responsable y motivo

Próxima revisión y condiciones para repetir pruebas