El trabajo del arquitecto de software empieza mucho antes del código: empieza por entender el espacio del problema. Vamos a ver cómo usar inteligencia artificial para analizar una licitación real del Banco Interamericano de Desarrollo y extraer el contexto que necesitas antes de proponer cualquier solución arquitectónica.
Este enfoque te sirve si estás aprendiendo arquitectura de software con problemas reales, si quieres acelerar tu lectura técnica o si necesitas preparar conversaciones con stakeholders técnicos y no técnicos.
¿Qué problema real vamos a analizar?
La licitación abierta del BID propone una consultoría para desarrollar e implementar un piloto de gestión de facturas electrónicas de comercio exterior usando credenciales verificables [1:00]. No es un sistema en producción, pero involucra a varios países de la región, lo que dispara la importancia de los requisitos no funcionales.
Desde esa definición tan corta ya aparecen pistas. Cuando un proyecto cruza fronteras, la seguridad, la transferencia tecnológica y la interoperabilidad pesan tanto como el código fuente.
¿Qué son los requisitos no funcionales? Son todo lo que rodea al código: seguridad, escalabilidad, transferencia tecnológica, mantenibilidad. En proyectos multinacionales como este, suelen pesar más que las funcionalidades específicas.
¿Por qué el contexto importa antes de diseñar?
Tu trabajo como arquitecto es entender a profundidad lo que se solicita, no saltar directo a la solución [1:50]. Los términos de referencia de una licitación suelen ser extensos y mezclan jerga técnica, regulatoria y de negocio.
Sin ese contexto, cualquier diseño que propongas se mueve en el aire. Y aquí viene lo interesante: la IA puede acelerar ese entendimiento sin reemplazarlo.
¿Cómo usar NotebookLM para acelerar la lectura técnica?
Para este análisis usamos NotebookLM, una herramienta gratuita de Google [3:00]. Hay otras en el mercado, y te recomiendo que evalúes las implicaciones de seguridad y costos de cada una antes de cargar documentos sensibles.
Cargas el documento de referencia y la herramienta procesa el texto para generar varios productos. Los más útiles para un arquitecto son estos:
- Pódcast generado en audio: voces humanas mezcladas resumen el documento de forma asíncrona y conversacional [3:30]. Te sirve para captar keywords y puntos de mayor interés mientras haces otra cosa.
- Mapas mentales: visualizan el contexto del problema y te dejan navegar en profundidad por conceptos como los servicios de consultoría solicitados o el propio concepto de factura electrónica de comercio exterior [5:00].
- Listas de chequeo y guías resumen: una pasada rápida del documento [6:30].
- Quizzes y preguntas y respuestas: útiles para verificar tu propia comprensión.
- Conversaciones simuladas con actores técnicos y no técnicos: te preparan entrevistas reales con stakeholders [7:30].
¿Para qué sirve un mapa mental en arquitectura?
Un mapa mental te permite ver la jerga del contexto antes de siquiera plantear una solución. Por ejemplo, en esta licitación puedes desagregar los procesos de facturación electrónica de comercio exterior en exportaciones y entender qué actores y flujos hay detrás [5:40].
Eso es contexto puro. No es diseño todavía, es vocabulario y mapa del territorio.
¿Cómo preparar entrevistas con stakeholders usando IA?
Las conversaciones simuladas que genera NotebookLM te ayudan a formular preguntas antes de hablar con personas reales. Esto te prepara para sostener conversaciones de alto nivel orientadas al producto y también discusiones técnicas con quienes ya conocen el dominio.
¿La IA puede reemplazar la lectura del arquitecto? No. La IA acelera tu lectura, pero el trabajo del arquitecto es entender, no delegar el entendimiento. Verifica siempre que las fuentes, siglas y jerga coincidan con el documento original.
¿Qué riesgos tiene confiar solo en la IA?
Los modelos pueden desviarse de la realidad o alucinar [7:00]. Por eso, cada resumen, cada quiz y cada mapa mental que genera la herramienta debe pasar por tu juicio crítico.
Verifica:
- Que las siglas coincidan con las del documento.
- Que la jerga corresponda al dominio real.
- Que los puntos resaltados existan efectivamente en las fuentes.
Usa la IA como guía rápida, no como sustituto de tu lectura profunda.
¿Por qué no practicar con problemas inventados?
Elegimos el BID porque son problemas de gran tamaño, gran escala, reales, acotados pero completos [9:00]. En muchas compañías la arquitectura funciona como fase de descubrimiento y los límites no son tan claros.
Evita los problemas sintéticos tipo libro. Sin restricciones reales, sin actores, sin presupuesto, cualquier arquitectura termina pareciendo válida y no entrenas el músculo de decidir bajo limitaciones.
Busca fuentes de problemas reales que puedas resolver con arquitectura de software: licitaciones públicas, retos abiertos de organismos multilaterales, casos de empresas con restricciones documentadas.
En los recursos de la clase tienes el enlace al documento original del BID. Cárgalo en NotebookLM o en la herramienta que prefieras y empieza tu propio análisis. ¿Qué keywords te llaman la atención al primer vistazo? Cuéntame en los comentarios.
