1. Agile
Workshop
Guilherme Lacerda
guilhermeslacerda@gmail.com
www.codingbyexample.org

2. Métodos Ágeis e
1) Por que ser ágil?
2) Estratégia
3) Gestão
4) Práticas de Engenharia

3. Por que ser ágil?

4. Por que os projetos de
software fracassam?
Fonte: Standish Group

5. 1) Escopo “congelado”
2) Falta de feedback
3) Mudanças
4) Qualidade

10. Fonte: The Art of Agile Software
Development (James Shore)

15. Fonte: The Art of Agile Software
Development (James Shore)

17. “Estamos evidenciando maneiras melhores de desenvolver
software fazendo-o nós mesmos e ajudando outros a fazê-lo.
Através desse trabalho, passamos a valorizar:
Interação entre pessoas MAIS QUE processos e ferramentas;
Software em funcionamento MAIS QUE documentação abrangente;
Responder a mudanças MAIS QUE seguir um plano;
Colaboração com o cliente MAIS QUE negociação de contratos.
Ou seja, mesmo tendo valor os itens à direita,
valorizamos mais os itens à esquerda.”
Kent Beck, Robert C. Martin, Scott Ambler, Alistair Cockburn, Ward
Cunningham, Ron Jeffries, Steve Mellor, Mike Beedle, Arie van Bennekum,
Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Brian
Marick, Ken Schwaber, Jeff Shuterland, Dave Thomas
Utah – Fevereiro de 2001

19. Estratégia
Lean Software Development

21. Prevenção
X
Inspeção

23. Exercício 1

24. Gestão
Scrum

29. Requerimentos Projeto Código Teste
Fonte: “The New New Product Development Game” by Takeuchi and
Nonaka. Harvard Business Review, January 1986.

31. Engenharia
eXtreme Programming

33. Práticas organizacionais
Práticas de equipe
Práticas de pares

34. Mais em http://xprogramming.com/software.htm

35. Teste de Unidade

36. Teste de Unidade

37. Teste de Unidade/Funcional

38. Patterns, Boas Práticas, Refactoring

39. Patterns, Boas Práticas, Refactoring

40. Code Coverage

41. Code Coverage

42. Code Coverage

43. Integração Contínua

44. Integração Contínua

45. Padrões de Codificação

46. Padrões de Codificação

47. Considerações
Finais

48. Exercício 2

49. Mais informações
www.codingbyexample.org