Introdução ao Scrum

843 visualizações

Publicada em

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

Publicada em: Tecnologia
0 comentários
3 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

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

Nenhuma nota no slide
  • Expectativa de previsibilidadePré-definições de escopo, prazo e custo. Nada muda.
  • Expectativa de previsibilidadePré-definições de escopo, prazo e custo. Nada muda.
  • Expectativa de previsibilidadePré-definições de escopo, prazo e custo. Nada muda.
  • Quality...
  • 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

    ×