Introdução ao Desenvolvimento        Ágil com Scrum                                      Lorena Lopes                   An...
Agenda•   Conceito geral•   Scrum Framework•   Por que utilizar Scrum?•   Estudo de caso: Globo.com
O Scrum é um metodologia de desenvolvimentoiterativo e incremental para gerenciamento deprojetos e desenvolvimento ágil de...
Origem do Scrum
Metodologias ágeis
Engenharia de Software tradicional             Documentação
Engenharia de Software tradicional             Documentação
Engenharia de Software tradicional             Documentação
Engenharia de Software tradicional             Documentação
• O mercado exige cada vez mais demanda por  software rápidos• Faltava interação com os clientes• Muita burocracia
Manifesto Ágil
Princípios Manifesto Ágil       Indivíduos e interação       Software funcionando       Colaboração do cliente       Mudan...
ValorTempo
Scrum é um Framework!  valores, princípios e pilares.       Práticas    Regras        Papéis    Artefatos
Scrum e a cultura empresarial
Os pilares do Scrum      Scrum     Transparência       Inspeção      Adaptação
Ciclo de trabalho do Scrum
Ciclo de trabalho do ScrumO PO define a visão combase nas informaçõesescolhidas    junto     aousuário final, equipe,stake...
Ciclo de trabalho do Scrum  O PO junto com o  Scrum Master cria o  Product    Backlog,  uma lista inicia de  necessidades ...
Ciclo de trabalho do ScrumO Scrum Master, PO e a equipeplanejam o Sprint, essa reuniãochama-se Planning Meeting e édividid...
Na segunda parte do                     Planning     Meeting      oCiclo de trabalho do Scrum                     objetivo...
Ciclo de trabalho do Scrum                      A equipe irá iniciar o                      trabalho do Sprint, de        ...
Ciclo de trabalho do Scrum                      Ao término do Sprint é                      realizada um reunião de       ...
Ciclo de trabalho do Scrum            Por     último    é            realizada a reunião            de Retrospectiva. O   ...
Artefatos do Scrum• Product Backlog e Selected Backlog   – Lista contendo todas as funcionalidades     desejadas para um p...
Product Backlog
Taskboard
Taskboard
Papéis do Scrum• Product Owner  – Representante do cliente e responsável pelo    aspecto funcional do produto.• Scrum Mast...
Product Owner• Define as funcionalidades do produto• Decide datas de lançamento e conteúdo• Responsável pela rentabilidade...
Scrum Master• Representa a gerência para o projeto• Responsável pela aplicação dos valores e práticas  do Scrum• Remove ob...
Scrum Team• Foco em entregar o produto• Equipe multidisciplinar e auto suficiente
Gráficos de Acompanhamento• Sprint Burndown
Reuniões do Scrum
Sprint Planning• A equipe seleciona itens do Product Backlog  com os quais compromete-se a concluir• O Sprint Backlog é cr...
Daily Meeting• Todos em pé!• Não é para a solução  de problemas• Ajuda a evitar reuniões adicionais  desnecessárias
Sprint Review• Equipe apresenta os resultados obtidos  durante o Sprint• Demonstração de novas funcionalidades• Informal• ...
Sprint Retrospective• Periodicamente, observe o que funciona e o  que não funciona• Feita após cada Sprint• Toda a equipe ...
Scrum pode falhar?• Achar que é possível “Implantar” Scrum.• Achar que Scrum é só mais um conjunto de praticas a  ser segu...
Por que Scrum?
Cenários atuais• As empresas querem aumentar sua  competitividade para não perder clientes.• Os diretores precisam reduzir...
Cenário atuais• Ambientes mudam rapidamente• Maximizar o retorno do investimento (ROI) do  cliente• Reduzir o tempo de ent...
Desperdício de tempo
Maior valor primeiro!
Melhor comunicação
Que Venham as Mudanças!
Cliente satisfeito
Equipe satisfeita
GLOBO.COM• Inscrições para o BBB8• Ótima idéia, mas com prazo impraticável• Cenário  – Estrutura departamentalizada  – Bur...
Benefícios•   Maior velocidade•   Resposta mais rápidas a mudanças•   Maior qualidade•   Distribuição do conhecimento•   M...
Principais dificuldades• Muitos impedimentos• Resistência de quem acha que está perdendo  poder• Síndrome do PO virtual• N...
Conclusões• É possível escrever software de qualidade sem  burocracia.      É possível escrever software de         qualid...
Introdução ao Desenvolvimento        Ágil com Scrum      Obrigado!                                      Lorena Lopes      ...
Introdução ao desenvolvimento ágil com Scrum
Upcoming SlideShare
Loading in …5
×

Introdução ao desenvolvimento ágil com Scrum

798 views

Published on

http://br.linkedin.com/pub/lorena-lopes/35/a71/b0O Scrum é uma das metodologias mais utilizadas para gerenciamento de projetos e desenvolvimento ágil de software. A apresentação faz parte do Ciclo de Palestras da Inove (www.inoveinformatica.net) e foi elaborada pela analista de sistemas Lorena Lopes (http://br.linkedin.com/pub/lorena-lopes/35/a71/b0)

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
798
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
36
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Introdução ao desenvolvimento ágil com Scrum

  1. 1. Introdução ao Desenvolvimento Ágil com Scrum Lorena Lopes Analista de Requisitos na Inove Informática lorena.lopes@inoveinformatica.net
  2. 2. Agenda• Conceito geral• Scrum Framework• Por que utilizar Scrum?• Estudo de caso: Globo.com
  3. 3. O Scrum é um metodologia de desenvolvimentoiterativo e incremental para gerenciamento deprojetos e desenvolvimento ágil de software
  4. 4. Origem do Scrum
  5. 5. Metodologias ágeis
  6. 6. Engenharia de Software tradicional Documentação
  7. 7. Engenharia de Software tradicional Documentação
  8. 8. Engenharia de Software tradicional Documentação
  9. 9. Engenharia de Software tradicional Documentação
  10. 10. • O mercado exige cada vez mais demanda por software rápidos• Faltava interação com os clientes• Muita burocracia
  11. 11. Manifesto Ágil
  12. 12. Princípios Manifesto Ágil Indivíduos e interação Software funcionando Colaboração do cliente Mudança Processos e ferramentas Documentação abrangente Negociação de contratos Seguir um plano
  13. 13. ValorTempo
  14. 14. Scrum é um Framework! valores, princípios e pilares. Práticas Regras Papéis Artefatos
  15. 15. Scrum e a cultura empresarial
  16. 16. Os pilares do Scrum Scrum Transparência Inspeção Adaptação
  17. 17. Ciclo de trabalho do Scrum
  18. 18. Ciclo de trabalho do ScrumO PO define a visão combase nas informaçõesescolhidas junto aousuário final, equipe,stakeholders e gerentes.
  19. 19. Ciclo de trabalho do Scrum O PO junto com o Scrum Master cria o Product Backlog, uma lista inicia de necessidades que precisam ser produzidas para que a visão do projeto seja bem sucedida.
  20. 20. Ciclo de trabalho do ScrumO Scrum Master, PO e a equipeplanejam o Sprint, essa reuniãochama-se Planning Meeting e édividida em duas partes. Naprimeira o objetivo é gerar oSelected Product Backlog.
  21. 21. Na segunda parte do Planning Meeting oCiclo de trabalho do Scrum objetivo é decompor as informações do Selected Product Backlog em tarefas, onde cada membro da equipe irá estimá-la. Tais tarefas irão gerar o Sprint Backlog.
  22. 22. Ciclo de trabalho do Scrum A equipe irá iniciar o trabalho do Sprint, de acordo com o tempo estimado, realizando o Daily Scrum todos os dias.
  23. 23. Ciclo de trabalho do Scrum Ao término do Sprint é realizada um reunião de Review. Seu objetivo é apresentar o que foi realizado ao PO.
  24. 24. Ciclo de trabalho do Scrum Por último é realizada a reunião de Retrospectiva. O seu objetivo é levantar pontos bons e ruins do Sprint.
  25. 25. Artefatos do Scrum• Product Backlog e Selected Backlog – Lista contendo todas as funcionalidades desejadas para um produto e para o sprint, respectivamente.• Impedment Backlog – Listas de impedimentos da equipe.• Taskboard – Quadro de acompanhamento diário.
  26. 26. Product Backlog
  27. 27. Taskboard
  28. 28. Taskboard
  29. 29. Papéis do Scrum• Product Owner – Representante do cliente e responsável pelo aspecto funcional do produto.• Scrum Master – Líder que atua como facilitador do processo.• Scrum Team – Responsável pelo desenvolvimento do produto
  30. 30. Product Owner• Define as funcionalidades do produto• Decide datas de lançamento e conteúdo• Responsável pela rentabilidade (ROI)• Prioriza funcionalidades de acordo com o valor de mercado• Ajusta funcionalidades e prioridades• Aceita ou rejeita o resultado dos trabalhos
  31. 31. Scrum Master• Representa a gerência para o projeto• Responsável pela aplicação dos valores e práticas do Scrum• Remove obstáculos• Garante a plena funcionalidade e produtividade da equipe• Garante a colaboração entre os diversos papéis e funções• Escudo para interferências externas
  32. 32. Scrum Team• Foco em entregar o produto• Equipe multidisciplinar e auto suficiente
  33. 33. Gráficos de Acompanhamento• Sprint Burndown
  34. 34. Reuniões do Scrum
  35. 35. Sprint Planning• A equipe seleciona itens do Product Backlog com os quais compromete-se a concluir• O Sprint Backlog é criado• Planejamento de alto nível é considerado
  36. 36. Daily Meeting• Todos em pé!• Não é para a solução de problemas• Ajuda a evitar reuniões adicionais desnecessárias
  37. 37. Sprint Review• Equipe apresenta os resultados obtidos durante o Sprint• Demonstração de novas funcionalidades• Informal• Todo o time participa
  38. 38. Sprint Retrospective• Periodicamente, observe o que funciona e o que não funciona• Feita após cada Sprint• Toda a equipe participa
  39. 39. Scrum pode falhar?• Achar que é possível “Implantar” Scrum.• Achar que Scrum é só mais um conjunto de praticas a ser seguidas e que seguir as praticas é suficiente e que não requer uma mudança organizacional profunda.• Não estar consciente do nível de mudança que a tentativa de adotar ira gerar• Achar que se tem competência sobre como fazer uma mudança de paradigma, sem ter fracassado pelo menos três vezes tentando.• Achar que Scrum é a solução de todos os problemas.
  40. 40. Por que Scrum?
  41. 41. Cenários atuais• As empresas querem aumentar sua competitividade para não perder clientes.• Os diretores precisam reduzir custos operacionais para sua organização sobreviver.• Os clientes tem que reduzir custos dos projetos para torná-los viáveis.
  42. 42. Cenário atuais• Ambientes mudam rapidamente• Maximizar o retorno do investimento (ROI) do cliente• Reduzir o tempo de entrada em produção• Entregar valor para o cliente• Priorizar a comunicação e feedback entre as pessoas do projeto
  43. 43. Desperdício de tempo
  44. 44. Maior valor primeiro!
  45. 45. Melhor comunicação
  46. 46. Que Venham as Mudanças!
  47. 47. Cliente satisfeito
  48. 48. Equipe satisfeita
  49. 49. GLOBO.COM• Inscrições para o BBB8• Ótima idéia, mas com prazo impraticável• Cenário – Estrutura departamentalizada – Burocracia – Equipes distintas
  50. 50. Benefícios• Maior velocidade• Resposta mais rápidas a mudanças• Maior qualidade• Distribuição do conhecimento• Motivação
  51. 51. Principais dificuldades• Muitos impedimentos• Resistência de quem acha que está perdendo poder• Síndrome do PO virtual• Não treinar as equipes antes de começar
  52. 52. Conclusões• É possível escrever software de qualidade sem burocracia. É possível escrever software de qualidade sem burocracia!
  53. 53. Introdução ao Desenvolvimento Ágil com Scrum Obrigado! Lorena Lopes Analista de Requisitos na Inove Informática lorena.lopes@inoveinformatica.net

×