TRACE
Confianza, Preparación, Arquitectura, Citas y evidencias. La metodología de cuatro pilares que Impetora aplica para desplegar sistemas de IA capaces de sostenerse en sectores regulados.
No entregamos pruebas de concepto. Entregamos sistemas con calidad de producción y registros de auditoría desde el primer día.
Qué significa TRACE en realidad.
Cada pilar es una disciplina que aplicamos en todos los proyectos. Ninguno es opcional. Ninguno se añade después.
Confianza
Preparación
Arquitectura
Citas y evidencias
Del descubrimiento a la operación.
Tres fases con hitos validados por entregables escritos. Usted firma cada hito antes de iniciar la fase siguiente.
Descubrimiento, Construcción y Operación.
Tres fases, cada una con un hito de entregable escrito. Usted firma el documento de alcance antes de escribir una sola línea de código. Firma el plan de despliegue antes de pasar a producción. Recibe la titularidad de los manuales operativos antes de que demos un paso atrás.
- 011 a 6 semanas
Descubrimiento
Sprint de preparación integrado en su organización. Acompañamos el flujo de trabajo, muestreamos 30 días de datos reales, fijamos la línea base de las métricas y redactamos la especificación. Usted firma el documento de alcance antes de escribir una sola línea de código.
- 024 a 12 semanas
Construcción
Desarrollo guiado por la especificación, con evaluación automatizada. Despliegue por fases: modo en sombra, modo asistido y modo autónomo, con hitos validados por sus propios indicadores.
- 03Continuo
Operación
Observabilidad, manuales operativos y respuesta a incidentes transferidos a su equipo. Permanecemos en modalidad de iguala para actualizar las evaluaciones y las versiones del modelo.
Preguntas frecuentes
¿Qué cubre realmente la fase de Descubrimiento?
Una auditoría del flujo de trabajo, una línea base del tiempo de gestión y la tasa de error a partir de al menos 30 días de datos reales, la firma del alcance con métricas de éxito nombradas y un brief escrito de preparación que clasifica el sistema según los niveles de riesgo de la Ley de IA de la UE. La salida es un brief firmado antes de cualquier código de producción.
¿Quién posee la propiedad intelectual al final del proyecto?
Usted. El código fuente, los prompts, la suite de evaluación, los runbooks y los diagramas de arquitectura se entregan a su repositorio. No retenemos PI residual. Conservamos el derecho a describir el proyecto a nivel de categoría (sector, clase de problema) para nuestro trabajo de referencia, nunca con identificadores del cliente.
¿Cómo gestionan los cambios durante la Construcción?
Cada solicitud de cambio vuelve a la especificación. Primero actualizamos la especificación de comportamiento, el contrato de datos o la suite de evaluación; después la implementación. Los cambios que afectan al alcance se cotizan y firman antes de continuar. Los cambios que afectan a las puertas de calidad requieren aceptación explícita del nuevo objetivo de evaluación.
¿Cuál es la salida típica del Descubrimiento?
Un brief de 4 a 8 páginas con alcance, diccionario de datos, criterios de éxito, números de línea base obtenidos de sus datos, deltas objetivo, modelo de retorno de inversión, lista explícita de elementos fuera de alcance y clasificación de riesgo según la Ley de IA de la UE. El brief es el artefacto que usted firma antes de iniciar la arquitectura.
¿Qué ocurre si el Descubrimiento muestra que el proyecto no está listo?
Lo decimos y reembolsamos el retainer no consumido. Hemos cancelado proyectos en la tercera semana cuando los datos no eran adecuados, el flujo de trabajo era inestable o el retorno de inversión no se sostenía. Ese es el sentido de la Preparación. Decir que no temprano es más barato que construir mal.
¿Cómo miden el éxito durante la Construcción?
Contra los números de línea base capturados durante el Descubrimiento. Cada cambio de modelo se ejecuta contra la suite de evaluación versionada en el repositorio. Las regresiones bloquean el despliegue. Reportamos contra el delta acordado de forma semanal durante el piloto y luego con la cadencia acordada en Operación.
¿Cómo funciona el modo sombra?
La IA se ejecuta en paralelo al revisor humano. La salida se registra, se compara con la decisión humana y se revisa con la cadencia acordada. Nada de lo que produce el modelo se acciona en producción hasta que las puertas de exactitud y de tasa de rechazo acordadas se cumplen. El modo sombra es el predeterminado para cualquier sistema que toque flujos regulados.
¿Qué rechazan?
Proyectos sin brief escrito de preparación, arquitecturas que no podemos auditar de extremo a extremo y cualquier trabajo que pida desplegar sin suite de evaluación o sin registros de auditoría. También rechazamos afirmar resultados que no hemos medido contra sus datos.
Inicie un proyecto.
Cuéntenos el flujo de trabajo. Respondemos en un día laborable y dimensionamos el sprint de descubrimiento antes de escribir código.
Iniciar un proyecto