Spec Driven Development: el mapa antes que el código

SDD no es una metodología más. Es la diferencia entre un sistema que tu equipo puede explicar y uno que solo el dev original entiende. Esto es exactamente cómo se aplica en cada proyecto.

Fase 1 · 3–5 días

Entendemos tu negocio

Documentamos actores, eventos y reglas de negocio en un Domain Model Document (DMD) antes de decidir cualquier cosa técnica. Tú lo apruebas antes de seguir.

DMD antes de cualquier decisión técnica
Actores, eventos, reglas de negocio
Tú apruebas antes de continuar

Lee qué es un DMD y cómo escribirlo →

Fase 2 · 4–6 días

Diseñamos la estructura

Cada decisión de arquitectura queda en un Architecture Decision Record (ADR) — incluyendo las alternativas que descartamos y por qué. Nada se decide «porque sí».

ADR por cada decisión importante
Incluye alternativas descartadas
Trazabilidad completa de por qué

Fase 3 · 3–5 días

Definimos qué hace cada parte

Cada funcionalidad se documenta como Feature Spec en formato BDD (Behavior Driven Development): Dado que / Cuando / Entonces. Cubre el escenario principal y los casos borde. Tú firmas el alcance — esto es el contrato técnico del proyecto.

BDD: Dado que / Cuando / Entonces
Escenario principal + casos borde
Tú firmas el alcance

Fase 4 · iterativo

Construimos siguiendo el mapa

La IA construye exactamente lo que la Feature Spec definió. Cada entrega se revisa contra esos criterios antes de aceptarse.

IA ejecuta, ingenieros deciden
Revisión contra Feature Spec
Aceptación por criterios objetivos

Fase 5 · 3–4 días

Entregamos y te dejamos listo

Validación final + documentación completa para que cualquier ingeniero, no solo nosotros, pueda operar y extender el sistema.

Validación final
Documentación operativa completa
Handoff a cualquier ingeniero

Cómo trabajamos

El rol de la IA

Usamos IA para construir más rápido — no para tomar decisiones. La IA ayuda a redactar documentos, escribir código y generar tests. Las decisiones sobre qué construir, cómo estructurarlo y si cumple con lo acordado las tomamos siempre los ingenieros. Nunca al revés.

IA redacta, ejecuta y testea
Ingenieros deciden qué y por qué
Nunca al revés

Cada fase se cierra con tu aprobación. La primera conversación es de diagnóstico, sin compromiso.

Escríbenos para empezar

Glosario

Los términos que usamos (y que vas a ver en cada entrega).

DMD (Domain Model Document): Documento que define los actores, eventos y reglas de negocio de tu sistema, antes de cualquier decisión técnica.
ADR (Architecture Decision Record): Registro de cada decisión de arquitectura importante, incluyendo las alternativas descartadas y por qué.
Feature Spec: Especificación de una funcionalidad en lenguaje BDD — qué debe pasar en el escenario principal y en cada caso borde.
BDD (Behavior Driven Development): Forma de escribir specs y tests en lenguaje que entienden tanto el negocio como los ingenieros.

¿Listo para empezar con el mapa antes que el código?

La primera conversación es de diagnóstico — sin compromiso, sin cotizar sin saber el alcance.

Escríbenos para empezar

GL Solutions

Software que cualquier ingeniero puede entender desde el día uno.

Escríbenos

hola@glsolutions.tech