Your SlideShare is downloading. ×

SCRUM

931
views

Published on

Apresentação realizada no dia 01/10/2010, para os colaboradores da MCP Tecnologia, demonstrando de um forma geral o que é o SCRUM.

Apresentação realizada no dia 01/10/2010, para os colaboradores da MCP Tecnologia, demonstrando de um forma geral o que é o SCRUM.

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
931
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
28
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Introdução ao SCRUM Por: Ricardo Moura
  • 2. RUGBY? SCRUM
  • 3. RUGBY? SCRUM
  • 4. O Scrum no RUGBY SCRUM Todos “alinhados” e todos “atacam” ao mesmo tempo!
  • 5. SCRUM Sozinho não! Melhor em equipe.
    • O desenvolvimento de um software tornou-se um esporte em equipe;
    • Hoje é muito mais tarefa que se faça em equipe do que um esforço individual.
  • 6.
    • Scrum é um processo ágil que permite manter o foco na entrega do maior valor de negócio, no menor tempo possível.
    • Isto permite a rápida e contínua inspeção do software em produção (em intervalos de duas a quatro semanas).
    • As necessidades do negócio é que determinam as prioridades do desenvolvimento de um sistema. As equipes se auto-organizam para definir a melhor maneira de entregar as funcionalidades de maior prioridade.
    • Entre cada duas a quatro semanas todos podem ver o real software em produção, decidindo se o mesmo deve ser liberado ou continuar a ser aprimorado por mais um “Sprint”.
    SCRUM O Scrum na Gestão Ágil de Projetos
  • 7. SCRUM Gestão de Projetos: Ágil x Tradicional
  • 8. SCRUM O coração do SCRUM
  • 9. SCRUM SPRINTS
    • Projetos Scrum progridem em uma série de “sprints”;
    • Ocorre em um período de duas a quatro semanas;
    • Um período constante leva a um melhor “ritmo”;
    • O produto é projetado, codificado e testado durante o sprint;
    • Nenhuma mudança durante o sprint.
  • 10.
    • O Product Backlog não precisa estar completo no início de um projeto;
    • Pode-se começar com tudo aquilo que é mais óbvio em um primeiro momento;
    • Mudanças podem ser feitas de acordo com as necessidades que aparecem;
    • Com o tempo, o PB cresce e muda à medida que se aprende mais sobre o produto e seus usuários;
    • O responsável é o Product Owner
    Artefatos : Product Backlog SCRUM Lista priorizada dos requisitos do projeto com o tempo estimado para torná-los em funcionalidade.
  • 11. Artefatos : Sprint Backlog
    • Reunião para definição de quais funcionalidades serão atendidas no Sprint;
    • A partir de critérios de priorização, são selecionadas as funcionalidades que farão parte do sprint;
    • São determinados o tempo e o esforço necessário para cada atividade selecionada;
    • Apenas o time pode modificá-lo;
    • É uma fotografia do trabalho do Sprint.
    SCRUM
  • 12. Artefatos : Burndown SCRUM
    • O gráfico de Burndown é uma forma visual e rápida de enxergar o status atual do projeto. Ele possui uma estrutura simples, onde:
      • Eixo X: representa os dias do sprint
      • Eixo Y: representa o trabalho restante
  • 13. SCRUM Papéis: Product Owner
    • Definir as funcionalidades do produto;
    • Decidir a data de liberação e conteúdo do Release;
    • Priorizar as funcionalidades de acordo com o valor de mercado;
    • Ajustar funcionalidades e prioridades a cada 30 dias, conforme necessário;
    • Aceitar ou Rejeitar os resultados de trabalho.
  • 14. Papéis: Scrum Master
    • É uma função de liderança “servidora”;
    • Garante que a equipe respeite e siga os valores e as práticas do Scrum;
    • É um facilitador, responsável por remover os obstáculos;
    • Escudo para interferências externas.
    SCRUM
  • 15.
    • São os operários do projeto;
    • Entre 5 e 9 pessoas;
    • Multi-funcional( Programadores, testadores, desenvolvedores de interfaces, etc.);
    • Tempo integral, raras exceções (Ex.: Administrador de Base de Dados));
    • Auto-organizável (Idealmente, sem títulos, ainda que possível);
    • Trocas só na mudança de Sprints;
    • O time tem o compromisso de implementar todos os itens do Sprint.
    Papéis: Time SCRUM
  • 16.
    • Reunião de no máximo 4 horas sob responsabilidade do ScrumMaster;
    • O time não deve gastar mais de 1 hora na preparação desta reunião;
    • Objetivo: mostrar o Product Owner e stakeholders as funcionalidades que foram feitas;
    • Artefatos não devem ser apresentados, pois não são funcionalidades;
    • No final da reunião
      • Cada stakeholder fala suas impressões e sugere mudanças com suas respectivas prioridades
      • Possíveis modificações no Product Backlog são discutidas entre o Product Owner e o time
      • ScrumMaster anuncia a data e o local da próxima reunião de revisão do Sprint ao Product Owner e a todos stakeholders
    Reunião de Revisão do Sprint SCRUM
  • 17.
    • Não deve ser maior do que 3 horas;
    • Participam desta reunião: time, o ScrumMaster e, opcionalmente, o Product Owner;
    • Os membros do time devem responder a duas questões:
      • O que aconteceu de bom durante o último Sprint ?
      • O que pode ser melhorado para o próximo Sprint ?
    • ScrumMaster escreve as respostas e prioriza na ordem que deseja discutir as potenciais melhorias;
    • ScrumMaster neste reunião tem o papel de facilitar que o time encontre melhores formas de aplicar o Scrum
    Reunião de Retrospectiva do Sprint SCRUM
  • 18. Principais Regras
    • A reunião de planejamento do Sprint deve ocorrer dentro de 8 horas com duas partes de 4 horas;
    • O sprint não deve ser maior que 30 dias consecutivos;
    • Reunião diária de no máximo 15 minutos: Todos em pé;
    • Ninguém deve prover conselhos, comentários ou direções ao time durante o Sprint;
    • O time se auto-gerencia;
    • O time se compromete com o Product Backlog:
    • Não é permitida modificações nele durante o Sprint;
    • Ninguém deve prover conselhos, comentários ou direções ao time durante o Sprint(O time se auto-gerencia);
    • O time se compromete com o Product Backlog(Não é permitida modificações nele durante o Sprint).
    SCRUM
  • 19. Tirando o Máximo SCRUM
  • 20. Uma metodologia para qualquer situação SCRUM
  • 21.
    • Microsoft
    • Yahoo
    • Google
    • Electronic Arts
    • High Moon Studios
    • Lockheed Martin
    • Philips
    • Siemens
    • Nokia
    • Capital One
    • BBC
    • Intuit
    • Intuit
    • Nielsen Media
    • First American Real Estate
    • BMC Software
    • Ipswitch
    • John Deere
    • Lexis Nexis
    • Sabre
    • Salesforce.com
    • Time Warner
    • Turner Broadcasting
    • Oce
    SCRUM Quem usa SCRUM ?
  • 22. SCRUM Perguntas ???
  • 23. Obrigado! SCRUM