Hace casi tres meses, Jean-Francis Ochs y yo llegamos a una conclusión sencilla: en muchos proyectos de clientes, el problema no proviene inmediatamente de la solución técnica. Comienza mucho antes, cuando la necesidad debe ser comprendida, cuestionada y formalizada.
01Un problema recurrente en muchos proyectos
Con cada nuevo proyecto, nos topamos a menudo con las mismas dificultades: una expresión de requisitos demasiado general, documentos insuficientemente detallados o decisiones importantes que nunca han sido realmente formuladas.
Los clientes suelen conocer su negocio y el problema que quieren resolver. Sin embargo, no siempre identifican todas las implicaciones de su solicitud: excepciones, roles de usuario, datos necesarios, reglas de gestión, dependencias con las herramientas existentes o incluso los criterios que permitirán que el proyecto se considere exitoso.
En algunos casos, una mejor definición habría permitido reducir el coste del proyecto. También habría evitado parte de la frustración que surge cuando el equipo descubre demasiado tarde que una solicitud estaba mal redactada, incompleta o interpretable de varias maneras.
Esto no es necesariamente culpa del cliente, de la AMOA o del desarrollador. La necesidad evoluciona naturalmente a lo largo de las discusiones. El problema aparece cuando este desarrollo no está suficientemente estructurado y las zonas grises no se identifican antes de comenzar la implementación.
02La búsqueda de una solución
Una vez realizada esta observación, empezamos a buscar una solución capaz de ayudar a los responsables de recopilar y formalizar la necesidad.
Nuestro objetivo no era reemplazar al profesional de AMOA, al analista funcional o al director de proyecto. Al contrario, queríamos ofrecerles una herramienta capaz de reforzar su trabajo: ayudarlos a hacer las preguntas correctas, identificar la información faltante y profundizar en temas que parecen obvios a primera vista.
Naturalmente, recurrimos a la inteligencia artificial. Un modelo conversacional es especialmente adecuado para este tipo de situación: puede analizar una formulación inicial, solicitar detalles, cuestionar ciertos supuestos y ayudar a estructurar gradualmente la necesidad.
03Un asistente para AMOA y analistas funcionales
La idea de AskLeopold es simple: acompañar al equipo de AMOA o al analista durante toda la fase de alcance.
La herramienta debe utilizarse desde los primeros intercambios, cuando la necesidad aún no está bien definida. Su función es formular preguntas útiles, incluidas aquellas que puedan resultar incómodas o prematuras:
- ¿Qué problema estamos realmente tratando de resolver?
- ¿Qué usuarios se verán afectados?
- ¿Cuáles son las excepciones al funcionamiento habitual?
- ¿Qué datos se necesitan y quién es responsable de ellos?
- ¿Qué limitaciones técnicas o reglamentarias deben respetarse?
- ¿Cómo mediremos el éxito del proyecto?
Estas preguntas pueden parecer simples. Sin embargo, su ausencia es a menudo la causa de los malentendidos más costosos.
04¿Por qué crear una herramienta real?
Al inicio del proyecto, consideramos dos opciones. La primera consistió en elaborar una guía de buenas prácticas: un método, una lista de preguntas y algunas plantillas de documentos destinadas a los responsables de la definición.
Este enfoque habría sido más simple y rápido. Sin embargo, tenía una limitación importante: una guía sigue siendo un documento estático. Puede olvidarse, aplicarse parcialmente o no adaptarse al contexto particular de un proyecto.
La segunda posibilidad era más ambiciosa: desarrollar una herramienta capaz de apoyar verdaderamente al usuario, adaptándose a las respuestas obtenidas y adaptando sus preguntas a medida que avanza el intercambio.
Como suele ocurrir en nuestros proyectos conjuntos, elegimos el camino más complejo: construir nosotros mismos el producto que nos hubiera gustado utilizar.
05¿Por qué vibe coding?
Desde hace varios años, Jean-Francis y yo realizamos lo que llamamos nuestros proyectos nocturnos y de fin de semana. Se trata de proyectos desarrollados para nosotros o para algunos de nuestros clientes, fuera de los formatos habituales de los grandes proyectos TI.
Su escala rara vez interesa a las grandes ESN. Sin embargo, estas aplicaciones pueden aportar un fuerte valor añadido a las empresas que las utilizan. Suelen responder a una necesidad concreta, con un presupuesto limitado y una fuerte expectativa de rapidez.
Sin embargo, AskLeopold no es un proyecto pequeño. Sin el apoyo de herramientas de desarrollo asistidas por IA, no habríamos tenido la capacidad de producir una aplicación de esta escala solo por las noches y durante los fines de semana. El proyecto probablemente habría requerido mucho más tiempo, hasta el punto de resultar difícilmente compatible con nuestras otras actividades profesionales.
El vibe coding nos permitió acelerar el desarrollo manteniendo el control del diseño. Pudimos definir la arquitectura, formalizar las reglas de desarrollo, controlar las elecciones técnicas y orientar a los agentes hacia el producto que teníamos en mente.
El punto importante es este: no le pedimos a una IA que decidiera por sí sola en qué debería convertirse AskLeopold. Le dimos un marco, requisitos, una visión de producto y un método de trabajo.
06Tres meses para hacer realidad la idea
En tres meses pasamos de una observación compartida a una aplicación disponible en línea. Tuvimos que transformar una idea general en un recorrido de usuario, organizar el funcionamiento del asistente, estructurar el proyecto y construir una interfaz lo suficientemente simple como para no añadir complejidad a una fase de definición que ya puede ser compleja.
El desarrollo asistido por IA nos permitió reducir significativamente el tiempo necesario para la implementación. También nos dio la oportunidad de iterar rápidamente: probar un enfoque, evaluarlo, cuestionarlo y luego mejorarlo sin esperar varias semanas entre cada versión.
Estamos orgullosos de haber llevado este proyecto a una primera versión utilizable en solo tres meses. Esto no significa que el trabajo esté hecho. Un producto continúa evolucionando a través del contacto con sus usuarios, sus prácticas y sus comentarios.
Sin embargo, estamos convencidos de que una herramienta como AskLeopold puede cambiar la forma en que ciertos equipos abordan sus proyectos. No porque sustituya su experiencia, sino porque les ayuda a dedicar más tiempo a las preguntas correctas antes de que las respuestas incorrectas se vuelvan costosas.
07¿Y ahora?
El siguiente paso es probar AskLeopold en más situaciones de la vida real, escuchar a los usuarios y mejorar gradualmente su acompañamiento.
Queremos que la herramienta siga siendo sencilla de utilizar, exigente en su cuestionamiento y útil tanto para profesionales experimentados como para personas que ocasionalmente tienen que formalizar una necesidad.
El punto de partida sigue siendo el mismo: unas cuantas buenas preguntas formuladas en el momento adecuado pueden evitar semanas de desarrollo innecesario.
Comentarios
0 comentariosTodavía no hay comentarios publicados. Sé el primero en participar.