O documento discute os desafios comuns em projetos de software, como atrasos, aumento de custos e funcionalidades não entregues. Também apresenta os princípios e práticas do framework Scrum, como entregas incrementais frequentes, papéis, cerimônias e artefatos. Por fim, discute mitos e verdades sobre Scrum e Agilidade.

3. Chaos Report Desafiado: atrasou, custou mais, ou entregou menos Fracasso: cancelado, ou entregue e nunca usado Fonte: Standish Group

4. Uso de Funcionalidades 64% Nunca ou Raramente Utilizadas 20% do Software é Realmente Útil Fonte: Standish Group, 2002

5. Cone da incerteza Fonte: NASA (Cone of uncertainty)

6. Os primeiros 90% da aplicação levam 90% do tempo para ficarem prontos Os 10% finais levam mais 90% do tempo para terminar

7. Falsa percepção de progresso

9. Problemas no projeto…

11. 40 anos 22 anos 10 anos

12. SCRUM

14. Iterativo Incremental

16. É 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 O que é Scrum?

17. 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 O que o não é Scrum

18. É simples, mas é difícil É um framework que mostra as deficiências assim que você o implanta Equilíbrio de Nash “ Problemas” do Scrum

19. 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 ScrumMaster Responsável por remover os impedimentos do time Responsável por garantir o uso de Scrum Protege o time de interferências externas Time Definir metas das iterações Auto-gerenciamento Produzir produto com qualidade e valor para o cliente

21. CERIMÔNIAS DO SCRUM

22. Sprint Planning Meeting Release Planning Meeting

23. Daily Scrum

24. Review

25. Retrospectiva

27. ARTEFATOS DO SCRUM

28. Release Burndown e Sprint Burndown

29. Sprint Backlog e Release Backlog

30. TRANSPARÊNCIA

31. Scrum board (ou Kanban)

32. 1 2 3 5 8 13 21 Planning Poker

33. AGILIDADE É MAIS DO QUE ISSO...

34. 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 http://agilemanifesto.org 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

37. MITOS E VERDADES SOBRE SCRUM E AGILIDADE

38. Não trabalha com escopo fechado

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

40. Jogam baralho durante o trabalho

41. Precisa de um time muito bom para funcionar

42. Não tem gerente de projetos

43. Não possui cronograma

44. Scrum não escala

45. Não dá pra estimar, logo é impossível de vender

46. Meu cliente nunca vai aceitar isso

47. A certificação

48. Livros

49. Outros recursos Grupo de Scrum no Yahoo (pt): http://br.groups.yahoo.com/group/scrum-brasil Scrum.org http://www.scrum.org Scrum Alliance (en) http://www.scrumalliance.org Site do Ken Schwaber (en) http://www.controlchaos.com Revista Visão Ágil (pt) http://www.visaoagil.com

50. Perguntas?

51. Online @ Giovanni Bassi: Email: giggio@giggio.net Blog técnico: http://unplugged.giggio.net Site: http://giovannibassi.com Twitter: @giovannibassi Felipe Rodrigues: Email: felipero@gmail.com Blog técnico: http ://felipero.com Site: http ://fratech.net Twitter: @felipero