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

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. NÃO SABEMOS FAZER
SOFTWARE

6. Fazer software se parece com isso?

7. Ou com isso?

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 de progresso

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. Incentivos?

27. Como resolver isso?

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. Scrum

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

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

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. Planning Meeting

43. Daily Meeting

44. Review

45. Retrospectiva

46. Comunicação e
transparência

47. Burndown Chart

48. Quadro de tarefas

49. 1 2 3 5 8 13 21

50. Recursos

53. Certificações

54. Mitos e verdades sobre
Scrum

55. Não trabalha com escopo fechado

56. A documentação é um monte de post-its

57. Jogam baralho
durante o
trabalho

58. Precisa de um
time muito bom
para funcionar

59. É um processo
sem gerente
de projetos

60. Não possui
cronograma

61. É só para projetos pequenos

62. É só para projetos simples

63. Não dá pra
estimar,
logo é impossível
de vender
http://bit.ly/vendendoprojetosageis

64. Meu cliente
nunca vai
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. Para saber mais
http://bit.ly/lambda3democracia

75. Obrigado!
Giovanni Bassi
giovanni@lambda3.com.br
@giovannibassi

76. www.lambda3.com.br