Scrum

1. Scrum Gestão ágil de projetos

2. Ana RouillerGlaucia PeresIgor MacaúbasMarcos Pereira

4. Veja Ouça Fale

5. “A maioria das nossas suposições sobre negócios, tecnologia e organizações têm pelo menos 50 anos. Elas tem sobrevivido ao seu tempo. Como resultado, estamos pregando, ensinando, e praticando políticas que estão cada vez mais desalinhadascom a realidade, e são contra produtivas.” Peter Drucker (1909-2005)

6. 31%são cancelados 53% custam o dobro do estimado Apenas16%são completados no prazo e custo estimados * dados do CHAOS report

8. Falta de envolvimento do usuário Requisitos e especificaçõesincompletas Falta de suporte da direção Falta de Pessoas e Recursos

13. Falhar é uma maneira muito fortede aprendizado, mas é preciso pararde apontar culpados

14. “Jogar a culpa dos problemas nas pessoas envolvidas é mais do que contra produtivo, é deixar uma situação ruim pior ainda.” Mary Poppendieck

15. ManifestoÁgil

16. Indivíduos e interação entre eles mais que processos e ferramentas

17. Software Funcionandomais que documentação abrangente

18. Colaboraçãomais que negociação de contratos

19. Responder às mudanças mais que seguir um plano http://www.agilemanifesto.org

20. Olá, Scrum!

21. RUGBY

22. Scrum é um processo iterativoeincrementalpara desenvolvimento de produtos.

23. O objetivo é entregar o máximo de valor de negócio*possível no menor tempo * Foco no ROI – Retorno de investimento

24. Scrum é também um meio de evidenciar os problemas

25. Mas Scrum não é bala de prata* * Não mata vampiros & afins * Exige trabalho duro e comprometimento

26. P D C A Plan, Do, Check, Act

27. PLANEJAMENTO

28. EXECUÇÃO

29. CHECAGEM

30. Retrospectivae melhoria contínua

31. O processo não é avaliado enquanto está rodando

32. Tipos de Processos

33. “É típico adotar a abordagem de modelagem definida quando os mecanismos subjacentes pelos quais um processo opera são razoavelmente bem entendidos. Quando o processo é muito complexo para ser definido, a abordagem empírica é a escolha apropriada.” (Ogunnaike and Ray, Oxford University Press)

34. Processo definido vs Processo empírico

35. Desenvolvimento de software não é um processo que gera as mesmas saídas para as mesmas entradas

36. Processos empíricos

37. Complexos, caóticosou seus detalhes ainda não são conhecidos

38. Atividades podem ser cíclicas e tem duração com muitas variações

39. É difícil estimar tempos de execução

41. Fixara maior quantidade possível de parâmetros

42. Parâmetros de contexto Tempo, Esforço, Time Parâmetros de entrada Itens a fazer, Prioridades, Estimativas Parâmetros de saída Objetivos, Critérios de avaliação

43. Exatamenteo que Scrum faz!

44. Ciclo Scrum

45. Ciclo Scrum Fonte: http://www.mountaingoatsoftware.com/scrum

46. TIMEBOX!

47. Product Backlog

48. O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios

49. O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios

50. O Product Backlog Emergente Priorizado e estimado Maior prioridade, mais detalhes Qualquer um pode contribuir Priorização é tarefa do PO Sempre visível Alinhado ao plano de negócios