Carregado porGiovanni Bassi
Introdução ao Scrum
O documento apresenta Scrum, um framework ágil para gerenciamento de projetos. Ele descreve Scrum como um processo iterativo e incremental para desenvolvimento de produtos que enfatiza interações, colaboração e resposta à mudanças. Também explica os papéis de Product Owner, Scrum Master e time de desenvolvimento no Scrum, assim como as principais atividades como Planning, Daily e Retrospectiva.
Mais conteúdo relacionado
Introdução ao Scrum
- 1. Apresentando o Scrum Giovanni Bassi giovanni@lambda3.com.br @giovannibassi
- 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...)
- 5.
- 6. Fazer software separece com isso?
- 7.
- 8. Preço fechado Documentação extensa “Nada muda” Escopo fechado Processos complexos Foco nas Prazo fechado ferramentas Estimativa assinada com sangue Comando e controle Silos Contratos Gerente de projetos
- 9. Chaos Report 100% 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
- 10. 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
- 11. Cone da incerteza (Cone of uncertainty) Fonte: NASA Fonte: NASA
- 12. Os primeiros 90%da aplicação levam 90% do tempo para ficarem prontos Os 10% finais levam mais 90% do tempo para terminar
- 13. Falsa percepção deprogresso
- 14. Prazo Escopo Custo
- 15. Prazo Escopo Custo
- 16. Prazo Escopo Custo
- 19. Analista Desenvolvedor
- 20. Desenvolvedor Designer
- 21. Arquiteto Desenvolvedor
- 22. Testers Todo o resto
- 23. Gerente O time inteiro
- 24. Cliente Fornecedor
- 25.
- 27.
- 29. 40+ anos 20+ anos 10+ anos
- 30. 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 plano Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas http://agilemanifesto.org
- 31.
- 32. 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
- 33. The New, NewProduct Development Game Pensamento Lean Práticas de desenvolvimento iterativo e incremental Scrum Frameworks de engenharia para Smalltalk
- 35. O que onã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
- 36. “Problemas” do Scrum • É simples, mas é difícil • É um framework que mostra as deficiências assim que você o implanta
- 37. Waterfall Visibilidade Abilidade para mudar Valor de negócio Risco
- 38. Waterfall Scrum Visibilidade Abilidade para mudar Valor de negócio Risco
- 39. 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
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49. 1 2 35 8 13 21
- 50.
- 53.
- 54. Mitos e verdadessobre Scrum
- 55. Não trabalha comescopo fechado
- 56. A documentação éum monte de post-its
- 57.
- 58. Precisa de um timemuito bom para funcionar
- 59. É um processo semgerente de projetos
- 60.
- 61. É só paraprojetos pequenos
- 62. É só paraprojetos simples
- 63. Não dá pra estimar, logo é impossível de vender http://bit.ly/vendendoprojetosageis
- 64. Meu cliente nuncavai aceitar isso
- 71. Gestão Tradicional? Com Gerente Comando e Controle Responsabilidade Opaca Inovação x Disciplina
- 72. Desafios das empresas Contratação Comunicação Financeiro Motivação Estratégico
- 73.
- 75. Obrigado! Giovanni Bassi giovanni@lambda3.com.br @giovannibassi
- 76.