Desarrollo impulsado por demos: mostrar en lugar de hablar

1. Demo Driven Development (DDD) es una estrategia de desarrollo de software que prioriza demos reales sobre documentos para obtener retroalimentación rápidamente y validar la dirección.
2. DDD permite comprender los requisitos de forma más efectiva que las explicaciones basadas en texto, al ofrecer una experiencia práctica tanto al equipo como a las partes interesadas mediante una implementación inicial.
3. La documentación sigue siendo necesaria, pero es más efectivo hacerla después de reflejar la información depurada a partir de la demo.

---

1. ¿Qué es Demo Driven Development?

• Enfoque tradicional: primero se redactan documentos como PRD/RFC y luego comienza el desarrollo.

• Enfoque DDD: en lugar de documentos, primero se crea y muestra una demo funcional, y se recopila retroalimentación en tiempo real.

• Ventajas:

  • Respuesta del usuario intuitiva e inmediata
  • Convertir ideas abstractas en algo concreto
  • Incluso equipos pequeños pueden validar rápidamente

---

2. Condiciones y componentes de una demo

• Tiene una interfaz: web/mobile UI, CLI, etc., para que el usuario pueda interactuar
• Una visión viva: a diferencia de un PRD, es una forma que se puede experimentar de inmediato
• Centrada en la experiencia: comunica más a través del uso real que de la explicación
• No es un producto terminado: el objetivo es transmitir el concepto central y recoger retroalimentación es la meta principal
• Puede construirse a pequeña escala: diseñada con agilidad para que 1~2 personas puedan crearla

---

3. Cómo aplicarlo en el equipo

• Fomentar la creación de demos: dar prioridad a los prototipos sobre los documentos
• Mejorar la accesibilidad: organizarlo para que cualquiera pueda acceder a la demo
• Integrarlo al workflow: realizar revisiones de demos de forma periódica
• Provocar retroalimentación clave: enfocarse en validar la idea por encima de la apariencia
• Invertir en herramientas: contar con herramientas de prototipado rápido similares al producto real

---

4. Cuándo se necesita documentación

• Después de la demo: crear documentación refinada con base en la retroalimentación obtenida a través de la demo
• Diseño de sistemas de producción: para definir confiabilidad, rendimiento y arquitectura, la documentación clara es indispensable

[techiemann]

¡Hablar es barato, muéstrame el código!

[bluekai17]

Los prototipos debería verlos solo yo...

[schang124]

De acuerdo… aunque dependerá del nivel del demo, es muy probable que termine siendo una metodología que haga sufrir muchísimo a desarrolladores y diseñadores. Para que Demo Driven tenga éxito, parece que el nivel de planificación del producto será bastante importante.

[baeba]

Es un tema peculiar(?), así que lo traje..
Al ver el contenido al final del blog..
Parece que el texto fue generado con IA.

[savvykang]

Se siente como un simple cambio de etiqueta de Agile.

[nobae]

Metodología donde hay que quemar a los desarrolladores...

[regentag]

¿Es un modelo prototipo?
La mayor desventaja es que, cuando los clientes ven el prototipo, creen que el desarrollo ya está completamente terminado jaja

[cgl00]

hablar es barato, muéstrame el código

[techiemann]

jajaja, justo iba a poner esto en los comentarios y, al bajar el scroll, vi que ya había alguien que dejó exactamente el mismo comentario