1. Desenvolvimento Ágil
de Software

2. André Carlucci
Diretor de Tecnologia
Way2 Tecnologia

5. Taylorismo
Plano bem definido
Tarefas rigidamente descritas
Divisão total de trabalho
Pouca comunicação verbal

6. Requisitos
Projeto
Implementação
Testes
Integração
http://www.flickr.com/photos/mcdemoura/3580870915/
Winston Royce's Waterfall Model

7. www.flickr.com/photos/fairytalecinema/1813597118/

8. Ciclo Vicioso do
Desenvolvimento
de Software

9. http://www.flickr.com/photos/danielankers/2639889958/

12. BUG!

13. www.flickr.com/photos/realestateclientreferrals/4049366729/

14. http://www.flickr.com/photos/danielankers/2639889958/

17. www.flickr.com/photos/jurvetson/3097134746/

20. ?

21. Vamos seguir o contrato!

22. É melhor um cliente
100% satisfeito com
uma entrega parcial
do que um cliente
infeliz com uma
entrega 100%.

23. ?

24. Projetos Falham!
Fonte: Standish Group

25. Standish Group, 2002

26. De quem é
culpa?

28. Desenvolvimento Ágil

29. Manifesto Ágil
“Indivíduos e iterações, acima de processos e ferramentas
Software que funcione, acima de extensa documentação
Colaboração com o cliente, acima de negociar contratos
Responder à mudança, acima de seguir um plano”
www.agilemanifesto.org

30. Princípios

31. Satisfazer o clienteSatisfazer o cliente

32. Valor de Negócio

33. Participação com o cliente

34. Auto Gerenciamento

35. Equipes multidisciplinares

36. Time-Boxed

37. Escopo
Custo Tempo
Escopo
Custo Tempo
Visão
Tradicional x Iterativo

38. Tradicional x Iterativo

39. “Documentos são excelentes
artefatos para auxiliar a comunicação
entre pessoas, mas não para substituí-la.”
Sobre documentos...

40. Testar testar testar

41. Scrum

42. O objetivo
do Scrum
Gerenciar complexidade, imprevisibilidade e mudanças
através de Visibilidade, Inspeção e Adaptação

43. O processo do Scrum

44. Papeis do
Scrum

45. Product
Owner
Dono da visão do projeto
Representa o cliente

46. O Time
Pequeno (4–9 pessoas)
Mesmo lugar – Multi-funcional
Auto-Gerenciado – Tempo Integral

47. Scrum
Master
Líder servidor
Protetor do Time
Resolvedor de
Problemas
Guia do Scrum

48. Product Backlog

49. Product Backlog
Inclui Estimativas
Priorizado por
valor e risco
Descreve as
user stories
Visível
publicamente

50. User Stories
Como um <usuário> eu quero <funcionalidade>
( para que <benefício> )
Como um usuário eu quero poder procurar livros por
título e autor.

51. Sprints
Timeboxed – Funcionalidades Congeladas
Scopo variável – Resultado entregável

52. Sprint Planning
Capacidade do Time, Product backlog,
Produto atual, Negócio, Tecnologias
Objetivo =
+

53. Sprint Planning (Parte 1)
Planejamento estratégico
Priorizar/selecionar
Discutir critério de aceite
Verificar entendimento da equipe
½ - 1 hora
Por sprint

54. Sprint Planning (Parte 2)
Planejamento Tático
Definir os itens do sprint backlog
Estimar os itens do sprint backlog
Usar velocidade
½ - 1 hora
por sprint

55. Daily Meeting
Somente o time fala
Sem resolução de problemas
Máximo 15 minutos
Em pé
O que eu fiz ontem?
O que eu pretendo fazer hoje?
Tenho algum impedimento?

56. KanBan

58. Pronto é Pronto!

59. Sprint Review
Satisfazer o Product Owner
Buscar feedback do produto

60. Sprint Retrospective

61. Quem vem mudando...

62. Quem vem mudando...

63. Q & A
André Carlucci
Twitter/andrecarlucci

64. A verdade
Obrigado!
Obrigado a Victor Hugo Germano pela ideia “do ciclo
vicioso do desenvolvimento de software” nos slides
iniciais desta apresentação.