Desenvolvimento Ágil de Software

598 visualizações

Publicada em

0 comentários
2 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

Sem downloads
Visualizações
Visualizações totais
598
No SlideShare
0
A partir de incorporações
0
Número de incorporações
6
Ações
Compartilhamentos
0
Downloads
0
Comentários
0
Gostaram
2
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • pacote
  • Cliente bravo
  • Gerente manda trabalhar
  • Cliente muito, muito bravo
  • Cliente muito, muito bravo
  • Sumario dos problemas do waterfall
  • Vamos seguir a risca o contrato
  • Vamos seguir a risca o contrato
  • Sumario dos problemas do waterfall
  • Sumario dos problemas do waterfall
  • Resultado: Cliente ficou triste, apesar do projeto de “sucesso”
  • 2001 em Utah
  • Resultado: Cliente ficou triste, apesar do projeto de “sucesso”
  • Resultado: Cliente ficou triste, apesar do projeto de “sucesso”
  • Desenvolvimento Ágil de Software

    1. 1. Desenvolvimento Ágilde Software
    2. 2. André CarlucciDiretor de TecnologiaWay2 Tecnologia
    3. 3. TaylorismoPlano bem definidoTarefas rigidamente descritasDivisão total de trabalhoPouca comunicação verbal
    4. 4. RequisitosProjetoImplementaçãoTestesIntegraçãohttp://www.flickr.com/photos/mcdemoura/3580870915/Winston Royces Waterfall Model
    5. 5. www.flickr.com/photos/fairytalecinema/1813597118/
    6. 6. Ciclo Vicioso doDesenvolvimentode Software
    7. 7. http://www.flickr.com/photos/danielankers/2639889958/
    8. 8. BUG!
    9. 9. www.flickr.com/photos/realestateclientreferrals/4049366729/
    10. 10. http://www.flickr.com/photos/danielankers/2639889958/
    11. 11. www.flickr.com/photos/jurvetson/3097134746/
    12. 12. ?
    13. 13. Vamos seguir o contrato!
    14. 14. É melhor um cliente100% satisfeito comuma entrega parcialdo que um clienteinfeliz com umaentrega 100%.
    15. 15. ?
    16. 16. Projetos Falham!Fonte: Standish Group
    17. 17. Standish Group, 2002
    18. 18. De quem éculpa?
    19. 19. Desenvolvimento Ágil
    20. 20. Manifesto Ágil“Indivíduos e iterações, acima de processos e ferramentasSoftware que funcione, acima de extensa documentaçãoColaboração com o cliente, acima de negociar contratosResponder à mudança, acima de seguir um plano”www.agilemanifesto.org
    21. 21. Princípios
    22. 22. Satisfazer o clienteSatisfazer o cliente
    23. 23. Valor de Negócio
    24. 24. Participação com o cliente
    25. 25. Auto Gerenciamento
    26. 26. Equipes multidisciplinares
    27. 27. Time-Boxed
    28. 28. EscopoCusto TempoEscopoCusto TempoVisãoTradicional x Iterativo
    29. 29. Tradicional x Iterativo
    30. 30. “Documentos são excelentesartefatos para auxiliar a comunicaçãoentre pessoas, mas não para substituí-la.”Sobre documentos...
    31. 31. Testar testar testar
    32. 32. Scrum
    33. 33. O objetivodo ScrumGerenciar complexidade, imprevisibilidade e mudançasatravés de Visibilidade, Inspeção e Adaptação
    34. 34. O processo do Scrum
    35. 35. Papeis doScrum
    36. 36. ProductOwnerDono da visão do projetoRepresenta o cliente
    37. 37. O TimePequeno (4–9 pessoas)Mesmo lugar – Multi-funcionalAuto-Gerenciado – Tempo Integral
    38. 38. ScrumMasterLíder servidorProtetor do TimeResolvedor deProblemasGuia do Scrum
    39. 39. Product Backlog
    40. 40. Product BacklogInclui EstimativasPriorizado porvalor e riscoDescreve asuser storiesVisívelpublicamente
    41. 41. User StoriesComo um <usuário> eu quero <funcionalidade>( para que <benefício> )Como um usuário eu quero poder procurar livros portítulo e autor.
    42. 42. SprintsTimeboxed – Funcionalidades CongeladasScopo variável – Resultado entregável
    43. 43. Sprint PlanningCapacidade do Time, Product backlog,Produto atual, Negócio, TecnologiasObjetivo =+
    44. 44. Sprint Planning (Parte 1)Planejamento estratégicoPriorizar/selecionarDiscutir critério de aceiteVerificar entendimento da equipe½ - 1 horaPor sprint
    45. 45. Sprint Planning (Parte 2)Planejamento TáticoDefinir os itens do sprint backlogEstimar os itens do sprint backlogUsar velocidade½ - 1 horapor sprint
    46. 46. Daily MeetingSomente o time falaSem resolução de problemasMáximo 15 minutosEm péO que eu fiz ontem?O que eu pretendo fazer hoje?Tenho algum impedimento?
    47. 47. KanBan
    48. 48. Pronto é Pronto!
    49. 49. Sprint ReviewSatisfazer o Product OwnerBuscar feedback do produto
    50. 50. Sprint Retrospective
    51. 51. Quem vem mudando...
    52. 52. Quem vem mudando...
    53. 53. Q & AAndré CarlucciTwitter/andrecarlucci
    54. 54. A verdadeObrigado!Obrigado a Victor Hugo Germano pela ideia “do ciclovicioso do desenvolvimento de software” nos slidesiniciais desta apresentação.

    ×