O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.
Utilizando BDD para melhorar a
comunicação e entregar valor aos clientes
Allan Rett
Ferreira
• Ciência da Computação;
• Pós Engenharia Software e Banco de dados;
• MBA Gerenciamento de Projetos;
...
Cenário Atual
Somente eu posso fazer!
Documentação
... e no final
DINÂMICA - O MEU PRODUTO!!
1. Pegue uma folha;
2. Dobre o lado maior ao meio.
3. Com a folha ainda dobrada, repita o proce...
REFLEXÃO
Comunicação
Requisitos
Compreensão
Recursos
Prazos
Como é possível resolver???
O que é o BDD
• Behavior Driven Development – Desenvolvimento orientado a
comportamento
• É uma técnica de desenvolvimento...
Composição do BDD
User Stories
Features
Critérios de Aceite
Cenários
Funcionalidades que serão desenvolvidas
Exemplo:
Cada...
Critérios de Aceite
Cenários
User Stories Descrições simples que descrevem uma funcionalidade
Promover um dialogo, uma con...
Critérios de Aceite
Cenários
Os Critérios de Aceite são representados por uma
lista de itens de negócio que expressam form...
Cenários
Os cenários descrevem as ações que serão aferidas
e testadas. Eles devem conter passos lógicos e
simples de como ...
Dada uma condição
Quando algo
acontecer
Então o resultado será X
e nada além de X
GHERKIN
Boas práticas....
MAS, ISSO É POSSÍVEL?
Projeto REAL
Projeto de aproximadamente 13 mil horas
Todo back-end do projeto foi feito utilizando o BDD
Primeiro projeto ...
Papéis no BDD
Analista de Negócio
Levantamento das necessidades e funcionalidades
Levantamento das regras de negócio
Escri...
Resultados do Projeto
Nenhum erro de negócio
Dentro do Prazo
Dentro do Custo
Entrega com Qualidade – Somente 2 erros de Fr...
Benefícios
Melhor entendimento da demanda, sem dúvidas do que deve ser feito
Pequenas reuniões (feature review) para valid...
Dificuldades
Produtividade
Curva de aprendizado (em média 2 semanas)
Falta/Dificuldade na padronização da escrita - Gera r...
FERRAMENTAS
Pickles
http://www.picklesdoc.com/
Acompanhamento
O BDD nos
permitiu este
final!!!
SEJA UM
www.softplan.com.br
facebook.com/softplanonline
linkedin.com/softplan
@softplan
SOFTPLAYER!
Contatos:
allan.rett@gmail.com
/in/allan-ferreira
guilhermecardozo@gmail.com
/in/guilherme-azevedo-cardozo
Agile trends GOV - Foco no Valor: Utilizando BDD para melhorar a comunicação e entregar valor aos clientes
Agile trends GOV - Foco no Valor: Utilizando BDD para melhorar a comunicação e entregar valor aos clientes
Agile trends GOV - Foco no Valor: Utilizando BDD para melhorar a comunicação e entregar valor aos clientes
Agile trends GOV - Foco no Valor: Utilizando BDD para melhorar a comunicação e entregar valor aos clientes
Próximos SlideShares
Carregando em…5
×

Agile trends GOV - Foco no Valor: Utilizando BDD para melhorar a comunicação e entregar valor aos clientes

211 visualizações

Publicada em

Palestra realizada no evento Agile Trends GOV 2017.

Publicada em: Tecnologia
  • Seja o primeiro a comentar

Agile trends GOV - Foco no Valor: Utilizando BDD para melhorar a comunicação e entregar valor aos clientes

  1. 1. Utilizando BDD para melhorar a comunicação e entregar valor aos clientes
  2. 2. Allan Rett Ferreira • Ciência da Computação; • Pós Engenharia Software e Banco de dados; • MBA Gerenciamento de Projetos; • Analista de sistemas. Guilherme Azevedo Cardozo • Ciência da Computação; • Pós Engenharia de Software; • MBA em Gestão de Processos de Negócios – BPM; • MBA Gerenciamento de Projetos; • Especialista em processos; • Instrutor / Professor; • Grupo de pesquisa na UFSC; • Analista de Processos e Qualidade. allan.rett@gmail.com /in/allan-ferreira guilhermecardozo@gmail.com /in/guilherme-azevedo-cardozo
  3. 3. Cenário Atual
  4. 4. Somente eu posso fazer!
  5. 5. Documentação
  6. 6. ... e no final
  7. 7. DINÂMICA - O MEU PRODUTO!! 1. Pegue uma folha; 2. Dobre o lado maior ao meio. 3. Com a folha ainda dobrada, repita o processo 2, dobrando novamente o lado maior ao meio; 4. Corte o canto que contiver as duas dobras, medindo um centímetro em cada lado; 5. Mantenha o formato obtido, repita o processo 3 e novamente, o processo 4; 6. Desdobre a folha e verifique o produto acabado.
  8. 8. REFLEXÃO Comunicação Requisitos Compreensão Recursos Prazos
  9. 9. Como é possível resolver???
  10. 10. O que é o BDD • Behavior Driven Development – Desenvolvimento orientado a comportamento • É uma técnica de desenvolvimento ágil que estimula a COLABORAÇÃO entre os participantes do projeto, desenvolvedores, gestores do projeto, pessoas de qualidade, pessoas não técnicas e de negócios. • Evolução do TDD • Linguagem natural e unificada para cliente e time de desenvolvimento • Foco no COMPORTAMENTO do sistema • Documentação que vira teste e código
  11. 11. Composição do BDD User Stories Features Critérios de Aceite Cenários Funcionalidades que serão desenvolvidas Exemplo: Cadastrar Usuário Emitir relatório Executar integração
  12. 12. Critérios de Aceite Cenários User Stories Descrições simples que descrevem uma funcionalidade Promover um dialogo, uma conversa Resultado – É o que o ator espera que aconteça ao realizar a ação. Também pode ser visto como justificativa Como um <PAPEL> eu posso/gostaria/devo <FUNÇÃO> para/de <RESULTADO para o NEGÓCIO> Papel – O proprietário da User Story. De forma simplista é o interessado naquela funcionalidade Ação/Função – É o que o ator quer fazer. Utilizando aquela ação ele espera alcançar um objetivo dentro do sistema
  13. 13. Critérios de Aceite Cenários Os Critérios de Aceite são representados por uma lista de itens de negócio que expressam formas de usar a funcionalidade implementada em uma História. O objetivo dessa lista é validar se a Feature foi implementada de acordo com o que o analista / cliente deseja. Exemplo: Somente colaboradores que informaram o CPF podem ser cadastrados
  14. 14. Cenários Os cenários descrevem as ações que serão aferidas e testadas. Eles devem conter passos lógicos e simples de como obter um resultado específico a partir de uma sequência de ações. Dado que – São as pré-condições para executar o cenário Quando – O que eu quero realizar, passos do cenário Então – É o resultado esperado pela execução do cenário
  15. 15. Dada uma condição Quando algo acontecer Então o resultado será X e nada além de X GHERKIN
  16. 16. Boas práticas....
  17. 17. MAS, ISSO É POSSÍVEL?
  18. 18. Projeto REAL Projeto de aproximadamente 13 mil horas Todo back-end do projeto foi feito utilizando o BDD Primeiro projeto de BDD da Softplan Projeto não tinha especificação de negócio Equipe de 8 pessoas 2 Analistas 4 Implementadores 1Testador 1 Arquiteto
  19. 19. Papéis no BDD Analista de Negócio Levantamento das necessidades e funcionalidades Levantamento das regras de negócio Escrita das User Stories Documentação do comportamento Validação do comportamento Levantamento dos cenários de teste Validação de escrita/qualidade Analista de Teste Documentação do comportamento Validação do comportamento Levantamento dos cenários de teste Validação de escrita/qualidade Analista Implementador Implementa as features do BDD Validação do comportamento
  20. 20. Resultados do Projeto Nenhum erro de negócio Dentro do Prazo Dentro do Custo Entrega com Qualidade – Somente 2 erros de Front-end Desenvolvimento técnico e de negócio da Equipe Maior engajamento da Equipe
  21. 21. Benefícios Melhor entendimento da demanda, sem dúvidas do que deve ser feito Pequenas reuniões (feature review) para validação das features Melhora a comunicação entre todos participantes do projeto Definição do comportamento do sistema, por meio de exemplos reais Para o analista de negócio é uma VALIDAÇÃO de toda a análise, pois ajuda o analista a verificar furos de negócio e furos na sua especificação Medição do progresso do projeto através das features implementadas
  22. 22. Dificuldades Produtividade Curva de aprendizado (em média 2 semanas) Falta/Dificuldade na padronização da escrita - Gera retrabalho As regras de negócio não ficam explicitas nos cenários do BDD Difícil Rastreabilidade Falta de ferramentas mais adequadas para escrita ALTO custo para desenvolvimento, principalmente no front-end NÃO substituiu a documentação “formal” do cliente
  23. 23. FERRAMENTAS
  24. 24. Pickles http://www.picklesdoc.com/
  25. 25. Acompanhamento
  26. 26. O BDD nos permitiu este final!!!
  27. 27. SEJA UM www.softplan.com.br facebook.com/softplanonline linkedin.com/softplan @softplan SOFTPLAYER!
  28. 28. Contatos: allan.rett@gmail.com /in/allan-ferreira guilhermecardozo@gmail.com /in/guilherme-azevedo-cardozo

×