O slideshow foi denunciado.
Utilizamos seu perfil e dados de atividades no LinkedIn para personalizar e exibir anúncios mais relevantes. Altere suas preferências de anúncios quando desejar.

Introdução ao Scrum

850 visualizações

Publicada em

Palestra dada na EACH da USP durante a 3ª Semana de Sistemas de Informação.

Publicada em: Tecnologia
  • Seja o primeiro a comentar

Introdução ao Scrum

  1. 1. Apresentando o Scrum Giovanni Bassi giovanni@lambda3.com.br @giovannibassi
  2. 2. @GiovanniBassi• Escalador, ciclista, pai• Programador (a.k.a não gerente) – C#, Ruby, Java, Coffeescript, Powershell, Bash... – OO, Funcional, Estática, Dinâmica... – Linux, Windows – Desktop, web, mobile, game...• Fundou o .NET Architects, Tecnoretórica, blog, palestras, artigos, MVP, etc…• Trouxe a Scrum.org pro Brasil• Gosta de “humanas” (gestão, coaching, psicologia...)
  3. 3. NÃO SABEMOS FAZERSOFTWARE
  4. 4. Fazer software se parece com isso?
  5. 5. Ou com isso?
  6. 6. Preço fechado Documentação extensa“Nada muda” Escopo fechadoProcessos complexos Foco nas Prazo fechado ferramentas Estimativa assinada com sangue Comando e controle SilosContratos Gerente de projetos
  7. 7. Chaos Report100%80%60%40%20% 0% 1994 1996 1998 2000 2002 2004 2006 2009 Sucesso Desafiado Fracasso Fracasso: cancelado, ou entregue e nunca usado Desafiado: atrasou, custou mais, ou entregou menos Fonte: Standish Group
  8. 8. Uso de Funcionalidades 7% 13%45% Sempre 16% Frequentem 19% ente 64% Nunca ou Raramente Utilizadas 20% do Software é Realmente Útil Fonte: Standish Group, 2002
  9. 9. Cone da incerteza (Cone of uncertainty) Fonte: NASA Fonte: NASA
  10. 10. Os primeiros 90% da aplicaçãolevam 90% do tempo para ficarem prontos Os 10% finais levam mais 90% do tempo para terminar
  11. 11. Falsa percepção de progresso
  12. 12. PrazoEscopo Custo
  13. 13. PrazoEscopo Custo
  14. 14. PrazoEscopo Custo
  15. 15. Analista Desenvolvedor
  16. 16. Desenvolvedor Designer
  17. 17. Arquiteto Desenvolvedor
  18. 18. Testers Todo o resto
  19. 19. Gerente O time inteiro
  20. 20. Cliente Fornecedor
  21. 21. Incentivos?
  22. 22. Como resolver isso?
  23. 23. 40+ anos 20+ anos 10+ anos
  24. 24. Manifesto Ágil Indivíduos e interações mais que processos e ferramentas Produto 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 planoKent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, WardCunningham, Martin Fowler, James Grenning, Jim Highsmith, AndrewHunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, SteveMellor, Ken Schwaber, Jeff Sutherland, Dave Thomas http://agilemanifesto.org
  25. 25. Scrum
  26. 26. O que é Scrum?• É um processo iterativo e incremental para o desenvolvimento de qualquer produto e gerenciamento de qualquer projeto• É mais um framework que uma metodologia, mais atitude que um processo• Processo empírico de gerenciamento e controle• Inspeção e adaptação em loops de feedback• Usado para gerenciar projetos desde 1990• Entrega frequente de funcionalidades com valor para o cliente• Escalável a projetos distribuídos, grandes e largos• Compatível com CMMI Nível 3 e ISO9001• Extremamente simples, mas resistente
  27. 27. The New, New Product Development Game Pensamento Lean Práticas dedesenvolvimento iterativo e incremental ScrumFrameworks de engenharia para Smalltalk
  28. 28. O que o não é Scrum • Scrum não é um método para engenharia de software • Scrum não cuidará da qualidade do seu projeto • Scrum não fornece templates para Gerenciar Tarefas, Relatórios, Estimar ou para Coletar Requisitos
  29. 29. “Problemas” do Scrum • É simples, mas é difícil • É um framework que mostra as deficiências assim que você o implanta
  30. 30. Waterfall Visibilidade Abilidade para mudarValor de negócio Risco
  31. 31. Waterfall Scrum Visibilidade Abilidade para mudarValor de negócio Risco
  32. 32. Papéis no Scrum Product Owner Responsável por garantir o ROI (Retorno de Investimento) Responsável por conhecer as necessidades do(s) cliente(s) Proxy em ambientes com mais de um cliente Scrum Master Responsável por remover os impedimentos do time Responsável por garantir o uso de Scrum Protege o time de interferências externas Time de desenvolvimento Definir metas das iterações Auto-gerenciado e auto-organizado Produz o produto com qualidade e valor para o cliente
  33. 33. Planning Meeting
  34. 34. Daily Meeting
  35. 35. Review
  36. 36. Retrospectiva
  37. 37. Comunicação etransparência
  38. 38. Burndown Chart
  39. 39. Quadro de tarefas
  40. 40. 1 2 3 5 8 13 21
  41. 41. Recursos
  42. 42. Certificações
  43. 43. Mitos e verdades sobreScrum
  44. 44. Não trabalha com escopo fechado
  45. 45. A documentação é um monte de post-its
  46. 46. Jogam baralhodurante otrabalho
  47. 47. Precisa de umtime muito bompara funcionar
  48. 48. É um processosem gerentede projetos
  49. 49. Não possuicronograma
  50. 50. É só para projetos pequenos
  51. 51. É só para projetos simples
  52. 52. Não dá pra estimar, logo é impossível de venderhttp://bit.ly/vendendoprojetosageis
  53. 53. Meu cliente nunca vaiaceitar isso
  54. 54. Gestão Tradicional? Com Gerente Comando e Controle Responsabilidade Opaca Inovação x Disciplina
  55. 55. Desafios das empresas Contratação Comunicação Financeiro Motivação Estratégico
  56. 56. Para saber maishttp://bit.ly/lambda3democracia
  57. 57. Obrigado! Giovanni Bassigiovanni@lambda3.com.br @giovannibassi
  58. 58. www.lambda3.com.br

×