El prototipo es el punto de control, no el código.
Todos validan con documentos. Argui aprueba el alcance con un prototipo navegable, cuando cambiarlo cuesta horas. Prototipo en ~5 días; después, sprints quincenales con entregables medibles.
Metodología/Desarrollo de software con IA
El método que saca el desarrollo con IA de la niebla.
La IA hace fácil empezar a construir software y difícil construirlo bien. Argui es el proceso que lo vuelve predecible: validas con un prototipo navegable en ~5 días, no con sprints de código; defines la estructura antes que los agentes; sin story points ni ceremonias.
Por un desarrollador con +10 años y una empresa que la aplica a diario.
El problema
La IA no es el problema. La falta de proceso, sí.
5,5% → 7,9%
Crecimiento del código que se reescribe a las pocas semanas de escribirse, conforme sube la adopción de IA.
GitClear · 211M líneas · 2025
−7,2%
Caída en la estabilidad de entrega por cada +25% de adopción de IA sin un proceso que la encauce.
DORA Report · 2024
10–30%
Ganancia real de productividad de las herramientas de IA por sí solas: el cuello de botella se mueve, no desaparece.
Bain & Company · 2026
Datos de terceros, citados. El cuello de botella no se quita acelerando una etapa: se quita ordenando el proceso completo.
El método · 7 fases
Estructura antes que ejecutores. La luz, antes que el código.
Cada fase existe porque previene un modo de falla real. En los puntos críticos el proceso se detiene hasta que un humano aprueba — son los gates.
- F0FundaciónCLAUDE.md vivo, OpenSpec y aislamiento de la IA.
- F1EntendimientoExploración conversacional o investigación formal del problema.
- F2PRDsPRD de negocio + técnico, validados antes de una línea de código.✋ aprueba humano
- F3PrototipoPrototipo navegable y trazable. Cambiarlo cuesta horas, no sprints.✋ aprueba humano
- F4PreparaciónArquitecto, backlog, estándares y agentes por especialidad.
- F5Iteracióngate → apply → verify → qa → archive, por cada ítem.✋ cierre humano
- F6EvoluciónTrabajo nuevo entra por intake y re-entra a iteración.
Qué nos hace distintospoco comúnValidación contracorrienteDisciplina
Dos decisiones que casi nadie toma.
Rigor sin ceremonia.
Estructura sin story points, sin dailies, sin tableros de tickets. Cada paso existe porque previene una falla concreta — no para alimentar un ritual.
Para quién es
- Empresas de software y agencias que adoptaron IA y obtienen resultados inconsistentes.
- Equipos internos (fintech, salud, govtech) que quieren adoptar IA sin perder control de calidad.
- CTOs y líderes de ingeniería que necesitan entregas predecibles, no más velocidad caótica.
Para quién no es
- Quien busca un truco o un prompt mágico en vez de un proceso.
- Equipos que no van a tocar su forma de trabajar.
- Quien quiere desarrollo hecho a la medida (eso lo refiero a mi empresa).
Prueba
No es teoría. Es un método que aplico todos los días.
+10
años construyendo software.
~5 días
a un prototipo navegable, con método.
1
empresa propia que aplica Argui en proyectos reales.
Preguntas frecuentes
Lo que pregunta un CTO.
¿Qué es Argui?
Argui es una metodología (un proceso paso a paso, no una herramienta) para construir software con IA de forma estructurada y predecible. Cubre todo el ciclo: del problema a PRDs validados, prototipo aprobado, arquitectura, iteración con control de calidad y evolución.
¿En qué se diferencia de usar Copilot, Cursor o Claude Code?
Esas son herramientas; Argui es el método que las ordena. La IA hace fácil empezar y difícil terminar bien. Argui define qué decidir antes de escribir código, cómo coordinar agentes por especialidad y cómo validar cada avance, para que el resultado sea consistente y mantenible.
¿Funciona solo con Claude?
No. Argui es independiente de la herramienta: el proceso, los roles y los puntos de validación funcionan con Claude, Gemini u otra IA con agentes. El método no cambia si cambias de proveedor.
¿Cuánto tarda en verse un resultado?
El primer entregable tangible es un prototipo navegable en torno a 5 días. A partir de ahí, sprints quincenales con entregables medibles. La velocidad es consecuencia de no improvisar, no el objetivo.
¿A quién se capacita?
A equipos de desarrollo de empresas de software y a equipos internos que ya adoptaron IA pero obtienen resultados inconsistentes. El decisor suele ser CTO, VP de Ingeniería o Head of Engineering.
Tu equipo ya usa IA. Dale el método.
Capacitaciones para construir software con IA de forma estructurada, predecible y mantenible.