Disseminando conhecimento e inovação em desenvolvimento de software corporativo
Neste lightning talk, Leandro Daniel se baseia numa série de artigos de Neal Ford, que tratam da arquitetura evolucionária, para nos falar a respeito da quebra de velhos paradigmas (como Waterfall e "Big Design Up Front"), através do design emergente (idéia trazida pelos agilistas), além da utilização de métricas e testes.
A comunidade Agile tem realizado uma série de tentativas para determinar a melhor forma de medir a efetividade da adoção de técnicas ágeis em uma organização. Algumas soluções incluem o modelo Agile Scaling e o Nokia Test, entre outras. O debate referente a essa medição foi recentemente retomado em diversos blogs de Agile.
Tem ocorrido diversos debates recentes sobre a decisão de contabilizar a correção de bugs na medição de velocidade de uma equipe ágil. A questão parece não possuir uma única resposta correta, contudo alguns agilistas discorrem sobre em quais casos a correção de bugs deve ser adicionada a contagem de velocidade e quando deve ser desconsiderada.
O que é uma boa Métrica Ágil? Como poderíamos distinguir uma métrica boa de uma ruim? Existem contextos em que uma métrica boa torne-se ruim?
Um pequeno estudo em 2008, mostrando que equipes ágeis eram mais eficazes que as equipes tradicionais, apontou que: "Por ser baseada em numerosos colaboradores pessoais, a produtividade é quase sempre a medida mais difícil de ser melhorada nas organizações."
Um pressuposto implícito feito pela maioria das equipes ágeis é que o 'valor' é algo diretamente proporcional à 'velocidade' da equipe. Ainda que isto possa ser verdadeiro em alguns casos, no entanto, na maioria das vezes a velocidade da equipe dá pouca indicação sobre o verdadeiro valor entregue.
Se reutilização de serviços é tido como um aspecto importante de SOA, muitas pessoas citam esta característica como uma maneira de medir o sucesso da adoção dessa arquitetura.
Há algum tempo, Scott Ambler postou um artigo sobre como mensurar produtividade em equipes Ágeis através da utilização do conceito Aceleração. Recentemente, ele apareceu com outro post onde responde algumas das perguntas mais frequentes relacionadas à Produtividade Ágil e à Aceleração.
Desenvolvedores geralmente quebram a estória do usuário em tarefas para facilitar o trabalho de distribuição e implementação em torno da equipe e permitir um acompanhamento dos processos em um nível fino de granularidade. Infelizmente, a estória pode explodir em uma lista de tarefas não triviais tão grandes que a estória não é entregue no fim da iteração.
