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
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
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, New Product
Development Game
Pensamento Lean
Práticas de
desenvolvimento iterativo e
incremental
Scrum
Frameworks de engenharia
para Smalltalk
34.
35. 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
36. “Problemas” do Scrum
• É simples, mas é difícil
• É um framework que mostra as
deficiências assim que você o implanta
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