Comprender antes de proponer
Dedico la primera parte del trabajo a entender la necesidad y los sistemas que la rodean. Escuchar a quienes realizan el proceso permite identificar reglas y excepciones que no aparecen en ninguna especificación. La propuesta debe reflejar esa comprensión y dejar claro qué se abordará primero.
Una primera fase acotada y medible
Empiezo por un proceso concreto, con una línea base y un criterio de éxito acordados. Ampliar el alcance tiene sentido cuando los datos de la primera fase lo justifican, no antes.
La IA propone; las personas deciden donde hay riesgo
Defino qué decide el sistema y qué confirma una persona. Las acciones que comprometen a la empresa o tienen consecuencias difíciles de revertir requieren una validación proporcionada a su riesgo. La autonomía del sistema crece a medida que los resultados lo respaldan.
Soluciones que se puedan mantener
Aprovecho las plataformas y componentes que ya resuelven el problema. Una dependencia nueva o una arquitectura más compleja necesitan una justificación. La solución debe ser comprensible para quienes continuarán el trabajo.
Avances verificables
Cada entrega debe poder comprobarse. Defino pruebas sobre los recorridos importantes y una batería de casos de referencia que se repite cuando cambian el modelo o las instrucciones. Comparto qué funciona, qué falta y qué decisiones requieren revisión.
Decisiones documentadas
Explico las opciones en términos de utilidad, coste de mantenimiento y efecto sobre la operativa. Si aparece información que cambia la propuesta, la comparto antes de seguir por un camino que pueda generar trabajo innecesario. Documentar las decisiones facilita la colaboración y el relevo.
Mejora continua a partir del uso
Con el sistema en marcha, los datos de uso y las consultas del equipo indican qué mejorar. Una tecnología nueva merece la pena cuando aporta algo al problema, no por novedad.