Desenvolvimento Ágil de Software

638 visualizações

Publicada em

  • Seja o primeiro a comentar

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.

×