Metodología de software asistido por IA

Especifica una vez.
Construye con control.

GuardSpec aprovecha la velocidad de la IA a lo largo de todo el ciclo de vida del software, sin perder trazabilidad, calidad ni el criterio humano.

El software evoluciona.
El código se regenera.

GuardSpec parte de una constatación: la IA ha invertido el cuello de botella del desarrollo. El esfuerzo ya no está en escribir código, sino en especificar bien y verificar que lo generado es correcto.

Por eso la metodología trata la especificación del negocio como fuente de verdad, no el código. El código es un artefacto regenerable; lo que se conserva, versiona y gobierna es la especificación.

3
Etapas
12+
Disciplinas DD
1
Fuente de verdad
SPEC v1.0 Fuente de verdad
Captura de necesidad de negocio
Modelo de dominio validado
Arquitectura y contratos API
Comportamiento en Gherkin
Código generado (regenerable)

Ciclo completo, alcance claro

GuardSpec cubre el ciclo de vida completo de un producto software: desde que existe una necesidad de negocio hasta su soporte en producción.

Qué incluye

  • Metodología en tres etapas: Diseño, Implementación y Explotación.
  • Adaptable a proyectos nuevos, evolutivos, legacy e incidencias.
  • Artefactos por fase y puntos de control humano entre fases.
  • Revisión asistida por IA antes de cada aprobación humana.
  • Gestión de mantenimiento e incidencias como proyectos breves.
  • Independencia del agente de IA utilizado.

Qué queda fuera

  • No es un lenguaje, framework ni librería de programación.
  • No es una herramienta de programación concreta.
  • No elimina el criterio humano en las decisiones importantes.
  • No abarca decisiones ajenas al software.
RadarDD

Doce disciplinas. Un solo radar.

GuardSpec no inventa prácticas: vigila las disciplinas ya consolidadas de la industria y verifica que se aplican en el momento adecuado.

Motores de diseño

01

Spec-DD

La especificación detallada precede y guía al código como fuente de verdad.

02

Domain-DD

Prioriza el dominio del negocio y fija un lenguaje común.

03

Model-DD

Traduce el negocio a un modelo ordenado de entidades y reglas.

04

Architecture-DD

Define la estructura interna del sistema antes de implementar.

05

Data-DD

Decisiones de diseño fundamentadas en datos reales.

06

Event-DD

Componentes que se comunican publicando y reaccionando a eventos.

07

API-DD

Contratos de comunicación definidos antes de programar.

08

UX/UI-DD

Diseña la experiencia antes de construir las pantallas.

Bucles de verificación

B

Behavior-DD

Comportamiento esperado descrito con ejemplos comprensibles para el negocio.

T

Test-DD

Pruebas antes que el código para nacer ya verificado.

Disciplinas transversales

S

Security-DD

Seguridad desde el diseño, no como parche final.

C

Clean-DD

Código limpio con SOLID, DRY, KISS y YAGNI.

Una capa de especificación y verificación por encima del código

El código es regenerable

Si está bien especificado, se puede regenerar sobre la tecnología que convenga en cada momento.

El negocio perdura

La parte técnica cambia; el conocimiento de negocio evoluciona mucho más despacio. Es el núcleo que se conserva.

Migraciones sin herencia forzada

Cuando toca evolucionar o migrar, se parte de la especificación válida y se regenera el código sobre la tecnología nueva.

“El software evoluciona, el código se regenera.”

— Principio GuardSpec

¿Por qué GuardSpec?

Frente a otros marcos de trabajo, GuardSpec se distingue en su combinación de control humano, asistencia de IA y protección de la especificación.

Ciclo completo

Desde el Diseño hasta la Explotación, con mantenimiento y soporte como etapa de primer nivel.

Control humano en cada paso

Entre fase y fase, una persona revisa y aprueba. Nada avanza de forma automática.

Doble red de revisión

La IA filtra incoherencias y lagunas antes de que llegue al aprobador humano.

Especificación protegida

Se conserva y versiona la especificación; el código se regenera cuando es necesario.

Independencia de proveedor

Funciona con distintas herramientas de IA, sin atarse a un agente concreto.

Planificación orientada a agentes

Sprints dirigidos a funcionalidades completas, con DoD verificado antes de cerrar.

Tres maneras de empezar

Cada proyecto recorre el mismo flujo; solo cambia el punto de partida de la etapa de Diseño.

Proyecto nuevo

Folio en blanco. Se arranca desde la captura de la necesidad de negocio y se recorren todas las fases.

Evolución GuardSpec

Ya existe una especificación GuardSpec. Se parte de ella para añadir o cambiar funcionalidad reutilizando lo capturado.

Migración de legacy

Sistema antiguo en producción. Se analiza para extraer su especificación y regenerar el producto en la tecnología nueva.

ISSUE #042 Proyecto breve

Error en cálculo de totales

Se detecta incidencia en producción. Se analiza, se corrige y se retroalimenta el sistema de skills para evitar recurrencias.

1 Análisis de la incidencia
2 Corrección del caso de error
3 Retroalimentación de skills

Gestión de incidencias como proyectos breves

El trabajo posterior a la entrega —corregir errores y pequeñas mejoras— se gestiona como una versión abreviada del mismo método.

Si un error implica cambio de código, no solo se corrige: se investiga por qué la implementación no contempló el caso y se retroalimenta el sistema de skills para mejorar la metodología.

Empieza a construir con GuardSpec

Acelera el desarrollo con IA manteniendo el control. Especifica bien, verifica siempre y conserva lo que realmente importa.