Slides da discussão sobre métodos ágeis realizada para alunos de graduação e mestrado e interessados no assunto na Universidade Federal de São Carlos - UFSCar, em 26 de agosto de 2010.
17. Baixo índice de interação Pouca comunicação entre pessoas trabalhando em diferentes níveis de abstração
18. Baixo índice de interação Ciclo de Feedback muito longo Como sabemos se estamos indo no caminho certo?
19.
20. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Qual o valor por trás disso tudo?
21. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Dificuldade de mudança Change requests, change requests...
22. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Dificuldade de mudança Previsibilidade a longo prazo The Standish Group International, “The CHAOS Report ,”
23. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Dificuldade de mudança Previsibilidade a longo prazo Baixa motivação Trate as pessoas como macaquinhos Macaquinhos elas serão
25. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo.
26. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar:
27. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas
32. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente
34. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos
36. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano
37. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda.
38. Agile Manifesto Estamos descobrindo maneiras melhores de desenvolver software, fazendo-o nós mesmos e ajudando outros a fazerem o mesmo. Através deste trabalho, passamos a valorizar: Indivíduos e interações mais que processos e ferramentas Software em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano Ou seja, mesmo havendo valor nos itens à direita, valorizamos mais os itens à esquerda. Baixo índice de interação Ciclo de Feedback muito longo Proteção contra o cliente Dificuldade de mudança Previsibilidade a longo prazo Baixa motivação
40. Adaptação “ Esvazie sua mente. Seja sem forma, como a água. Você coloca água em uma caneca, ela se torna a caneca. Você coloca água em uma garrafa, ela se torna a garrafa… A água pode fluir ou pode destruir! Seja água, meu amigo.” Bruce Lee
59. package calculator; import static org.junit.Assert. assertEquals ; import org.junit.Test; public class CalculatorTests { @Test public void divideShouldReturnTheDivisionQuotient() { int result = new Calculator().divide(56, 8); assertEquals (7, result); } } package calculator; public class Calculator { public int divide( int n1, int n2) { return n1 / n2; } }
60. package calculator; import static org.junit.Assert. assertEquals ; import org.junit.Test; public class CalculatorTests { @Test public void divideShouldReturnTheDivisionQuotient() { float result = new Calculator().divide(56, 8); assertEquals (7, result, 0.0); } @Test public void divideShouldReturnDecimalPartsOfNonExactDivisions () throws Exception { float result = new Calculator().divide(5, 2); assertEquals (2.5, result, 0.0); } }
66. def "project can't be deleted if it has expenses" () { given: currentUserIsProjectOwner() projectHasExpenses() projectHasNoActivities() when: tryToDeleteProject() then: projectIsNotDeleted() } // Taken from: http://www.aqris.com/display/DEV/2010/01/19/Testing+with+Spock