Spec Driven Development: Our way
El desarrollo con IA evoluciona muy rápido y es difícil ver qué cosas van a establecerse y cuáles van a desaparecer o ser absorbidas por otras herramientas, pero parece que Spec-Driven Development (SDD) es una forma de trabajar que ha venido para quedarse. Muchos dirán, y nos incluimos, que esta debía haber sido la forma de trabajar desde el inicio.
Lo curioso es que al igual que muchas otras cosas, como tmux o los git worktrees, SDD no es nuevo, solo que el cambio en la forma de trabajar impulsado por la IA lo ha hecho más popular.
Es más, los orígenes se remontan a los 60 y el Project Mercury de la NASA, con una cultura consolidada de requisitos iniciales muy estrictos, checklist y verificaciones previas al software/hardware críticos para la misión.1
Para los que hayan pasado el último año en una cueva y no lo conozcan, el Spec-Driven Development normalmente sigue 4 pasos:
- Crear las especificaciones
- Planear cómo se van a implementar
- Dividir el trabajo en tareas
- Trabajar en las tareas
En el anterior post mencionamos la SKILL /workflow:create-story como nuestro primer paso para crear tareas. Seguimos probando e iterando, pero de momento, en este blog, vamos a contaros cuál es el estado actual.
