BDD - como medir o valor / ROI da colaboração

5

Ao considerar o valor ou o ROI que obtemos de nossos esforços na implementação e uso do BDD, é realmente simples medir suas economias para o elemento de automação de teste. Você pode comparar o antigo design de teste manual e os tempos de execução com os novos tempos de projeto e execução automatizados em um período de tempo.

O que estou tendo dificuldade em medir é a economia que conseguimos com a colaboração mais próxima da equipe. Com o nosso antigo SDLC baseado em cascata, poderíamos medi-lo filtrando os defeitos causados por requisitos mal definidos ou imprecisos. Além disso, poderíamos ter olhado para a quantidade de solicitações de mudança que surgiram. Para o BDD, embora a colaboração anterior signifique que ambiguidades são removidas anteriormente no processo de desenvolvimento durante as conversas. Meu desafio é Como posso acompanhar e medir isso? . O que eu gostaria de fazer é comparar essa medida com um projeto de tamanho semelhante que está sendo executado por outra equipe que ainda está trabalhando com uma abordagem em cascata. Eu posso então mostrar o valor da colaboração anterior para o negócio.

Quaisquer pensamentos ou mais discussão?

Obrigado

    
por mac_attack 06.02.2017 / 12:02
fonte

1 resposta

1

É difícil comparar os métodos de desenvolvimento dessa maneira. Você pode ter duas equipes, cada uma usando um método diferente, ambas desenvolvendo o mesmo software e medindo o tempo total (com defeitos comprovados) do início ao fim. Então você tem que explicar o fato de que a maior quantidade de software produzido é um resultado pior.

Mas você nunca pode fazer um teste assim mesmo. Existem muitas variáveis não controladas. Você não tem o mesmo time, você não faz isso ao mesmo tempo, talvez não os mesmos usuários finais que estão presentes para discutir o design, etc.

    
por 08.02.2017 / 23:46
fonte