Para mí SDD es un gran apoyo para las metodologías ágiles: permite incrementar la velocidad del equipo al disponer de especificaciones detalladas de las tareas que se han añadido al sprint que serán completadas (más o menos bien, todo hay que decirlo) por la IA.
Como yo lo veo, el foco está en definiciones lo más concretas posible (tickets de máximo dos o tres días de trabajo "humano”) que evitan que la IA empiece a alucinar. De nada sirve tener una especificación para una carga equivalente a varios meses de trabajo, ya que además de no alinearse muy bien con las metodologías ágiles al no entregar valor de forma frecuente, también facilita que la IA empiece a hacer lo que no debe.
En mis proyectos personales me oriento a features pequeñas: añádeme un controller con esta API JSON, también a veces le incluyo un modelo en el lote (todo esto desde el punto de vista de RoR), y en general lo hace bastante bien, no alucina, aunque hay veces que mete la pata en los tests y le tengo que insistir en que lo arregle.
De hecho este fin de semana he tenido a Copilot programando un par de issues que le había creado en GitHub y, aunque un poco lento por lo que comentaba de los tests, satisfecho con el experimento. Normalmente uso Claude Code en local pero quería probar el modo all-in en vibe coding 😅
Y en cuanto al trabajo de verdad, nosotros funcionamos en sprints de dos semanas, así que los tickets que entran en el sprint ya están definidos, por lo que le paso a Claude la descripción de la tarea, si está completa, y si no relleno yo las partes que faltan para que Claude pueda trabajar.
Yo no suelo trabajar con specs más largas de lo que te he comentado arriba, ya sea personal o de trabajo, porque pasa lo que comentas, para más largo plazo el producto todavía no está bien definido.
Yo también uso Claude y le digo de forma corta qué quiero que haga. Me sirve mucho controlar la locura con info en el archivo AGENTS. Pero todavía no me atrevo a solo pegarle el Jira.
Tendré que probarlo, a ver si de verdad se acelera.
Buenas Jorge, interesante artículo.
Para mí SDD es un gran apoyo para las metodologías ágiles: permite incrementar la velocidad del equipo al disponer de especificaciones detalladas de las tareas que se han añadido al sprint que serán completadas (más o menos bien, todo hay que decirlo) por la IA.
Como yo lo veo, el foco está en definiciones lo más concretas posible (tickets de máximo dos o tres días de trabajo "humano”) que evitan que la IA empiece a alucinar. De nada sirve tener una especificación para una carga equivalente a varios meses de trabajo, ya que además de no alinearse muy bien con las metodologías ágiles al no entregar valor de forma frecuente, también facilita que la IA empiece a hacer lo que no debe.
Eso me parecía a mí, pero, por desgracia, mi acercamiento a SDD fue un caos de texto infinito y especificaciones sin sentido.
Me gusta apoyarme en la IA, pero si el PM no tiene claro qué se necesita hacer, el desastre es de proporciones épicas. Con o sin IA, SDD o agentes.
¿Cómo haces tú el proceso entero? ¿Escribes primero a mano y luego pasas la IA o dejas que la IA te haga preguntas?
En mis proyectos personales me oriento a features pequeñas: añádeme un controller con esta API JSON, también a veces le incluyo un modelo en el lote (todo esto desde el punto de vista de RoR), y en general lo hace bastante bien, no alucina, aunque hay veces que mete la pata en los tests y le tengo que insistir en que lo arregle.
De hecho este fin de semana he tenido a Copilot programando un par de issues que le había creado en GitHub y, aunque un poco lento por lo que comentaba de los tests, satisfecho con el experimento. Normalmente uso Claude Code en local pero quería probar el modo all-in en vibe coding 😅
Y en cuanto al trabajo de verdad, nosotros funcionamos en sprints de dos semanas, así que los tickets que entran en el sprint ya están definidos, por lo que le paso a Claude la descripción de la tarea, si está completa, y si no relleno yo las partes que faltan para que Claude pueda trabajar.
Yo no suelo trabajar con specs más largas de lo que te he comentado arriba, ya sea personal o de trabajo, porque pasa lo que comentas, para más largo plazo el producto todavía no está bien definido.
Yo también uso Claude y le digo de forma corta qué quiero que haga. Me sirve mucho controlar la locura con info en el archivo AGENTS. Pero todavía no me atrevo a solo pegarle el Jira.
Tendré que probarlo, a ver si de verdad se acelera.
Gracias por la info!