Cómo trabajamos
Antes de desarrollar acordamos dos cosas: qué tiene que hacer el sistema y cómo comprobaremos que lo hace. Después trabajamos por entregas, para que pruebes software real cuanto antes y puedas ajustar el alcance con lo que aprendas.
Revisamos el proceso, los datos y las restricciones del proyecto. Comparamos qué desarrollar y qué comprar, y acordamos los responsables y las pruebas necesarias para decidir la inversión.
Oportunidades priorizadas, hipótesis de costes, métricas de éxito y hoja de ruta.
Acordamos los criterios de aceptación y desarrollamos por entregas que el equipo pueda probar. Incluimos las integraciones, la preparación de la operación y la formación de quienes mantendrán el sistema.
Software en funcionamiento, resultados de evaluación, guías de operación y formación para tu equipo.
Revisamos los fallos, la arquitectura y los costes junto con el uso del sistema. Acordamos qué corregir primero y cómo comprobar que los cambios resuelven el problema.
Evaluación técnica, prioridades acordadas y una referencia medible.
Observamos cómo se hace hoy la tarea y dónde se atascan quienes la hacen. Probamos las ideas con prototipos y acordamos las restricciones antes de desarrollar. A veces esa revisión demuestra que hay que arreglar el proceso y que la IA no aporta nada, y también es un buen resultado.
Definimos los criterios de aceptación antes de escribir código. Con desarrollo guiado por pruebas (TDD), escribimos una prueba que falle, implementamos el cambio y refactorizamos conservando el comportamiento. Para la IA preparamos casos de uso y criterios de evaluación antes de cambiar el modelo, las instrucciones o la búsqueda. Las comprobaciones automáticas se completan con revisión humana; si otro modelo puntúa las respuestas, contrastamos su valoración con la de los revisores.
La primera versión resuelve una sola tarea que un usuario real pueda probar. Ver dónde falla nos enseña más que cualquier taller y decide qué entra en la siguiente entrega.
Acordamos los permisos y qué acciones necesitan aprobación. Quien revise una respuesta puede consultar sus fuentes e intervenir cuando el sistema no sabe resolverlo.
Medimos errores, tiempos de respuesta y disponibilidad frente a los objetivos acordados. Los registros y las trazas nos ayudan a localizar fallos y asignar su resolución. En los procesos de IA comprobamos también las tareas completadas, la calidad de las respuestas y el coste. Los incidentes y los comentarios de usuarios pasan a formar parte de las pruebas.
Trabajamos con el equipo que mantendrá el sistema, para que en el traspaso no haya sorpresas. Las decisiones de arquitectura quedan por escrito y el proceso de entrega es uno que pueden repetir.
El trabajo continúa después del lanzamiento.
Dejamos documentadas la arquitectura y las decisiones que condicionan los cambios posteriores. Las pruebas automatizadas y la formación de tu equipo forman parte de la entrega.
