Desenvolvimento Orientado por Demo: mostrar em vez de falar

1. Demo Driven Development (DDD) é uma estratégia de desenvolvimento de software que prioriza demos reais em vez de documentação para obter feedback rapidamente e validar a direção.
2. O DDD permite entender os requisitos de forma mais eficaz do que explicações baseadas em texto, ao proporcionar uma experiência prática tanto para a equipe quanto para as partes interessadas por meio de implementações iniciais.
3. A documentação continua sendo necessária, mas é mais eficaz fazê-la depois de incorporar informações refinadas com base na demo.

---

1. O que é Demo Driven Development?

• Abordagem tradicional: escrever primeiro documentos como PRD/RFC e só depois iniciar o desenvolvimento.

• Abordagem DDD: em vez de documentos, criar e mostrar primeiro uma demo funcional, coletando feedback em tempo real.

• Vantagens:

  • reação do usuário intuitiva e imediata
  • concretização de ideias abstratas
  • validação rápida mesmo por equipes pequenas

---

2. Condições e componentes de uma demo

• Existe uma interface: UI web/mobile, CLI etc., permitindo interação do usuário
• Visão viva: diferente de um PRD, é uma forma que pode ser experimentada imediatamente
• Foco na experiência: transmite mais pelo uso real do que pela explicação
• Não é um produto final: o objetivo é transmitir o conceito central, e coletar feedback é a meta principal
• Pode ser feita em pequena escala: projetada de forma ágil para que 1~2 pessoas consigam construí-la

---

3. Como aplicar na equipe

• Incentivar a criação de demos: dar prioridade a protótipos em vez de documentos
• Melhorar a acessibilidade: estruturar para que qualquer pessoa possa acessar a demo
• Integrar ao workflow: realizar revisões de demo regularmente
• Induzir feedback essencial: focar na validação da ideia mais do que na aparência
• Investir em ferramentas: adotar ferramentas de prototipagem rápida semelhantes ao produto real

---

4. Quando a documentação é necessária

• Depois da demo: fazer uma documentação refinada com base no feedback obtido pela demo
• Projeto do sistema de produção: para definir confiabilidade, desempenho e arquitetura, documentação clara é indispensável

[techiemann]

Falar é fácil, me mostre o código!

[bluekai17]

Protótipos eu deveria ver só sozinho..

[schang124]

Concordo... embora dependa do nível do demo, há uma grande chance de isso virar uma metodologia que vai esgotar desenvolvedores e designers. Para o Demo Driven dar certo, parece que o nível de planejamento do produto será bastante importante.

[baeba]

Trouxe porque é um tema curioso(?)..
Vendo o conteúdo no fim do blog..
Parece que o texto foi gerado por IA.

[savvykang]

Parece só uma repaginação do ágil.

[nobae]

Metodologia que exige espremer os desenvolvedores...

[regentag]

É um modelo de protótipo, né?
A maior desvantagem é que, quando o cliente vê o protótipo, acha que o desenvolvimento já terminou hahaha

[cgl00]

falar é fácil, me mostre o código

[techiemann]

kkk, por coincidência eu estava prestes a comentar isso e, ao rolar a página, vi que já tinha alguém que deixou exatamente o mesmo comentário.