SlideShare ist ein Scribd-Unternehmen logo
1 von 39
Scrum

        IMPLEMENTANDO O SCRUM
– METODOLOGIA DE GERENCIAMENTO DE PROJETOS –
            NA QUANTAGENTE
O que é o scrum?

 O Scrum é um processo de desenvolvimento iterativo
  e incremental para gerenciamento de projetos e
  desenvolvimento ágil de software.
 Scrum é usado para trabalhos complexos nos quais é
  impossível predizer tudo o que irá ocorrer.
 Apesar de Scrum ter sido destinado para
  gerenciamento de projetos de software, ele pode ser
  utilizado para outros fins.
O que é uma sprint?

 No Scrum, os projetos são dividos em ciclos
 chamados de sprints. A sprint representa um Time
 Box dentro do qual um conjunto de atividades deve
 ser executado. Metodologias ágeis de
 desenvolvimento de software são iterativas, ou seja,
 o trabalho é dividido em iterações, que são chamadas
 de Sprints no caso do Scrum.
Qual o papel do product owner?

 Representar o negócio, os clientes ou usuários e
  guiar a equipe para a construção do produto certo.
 Definir os itens que compõem o Product Backlog e
  sua importância.
 Preparar a reunião de sprint planning.
Qual o papel do scrum master?

 Responsável por criar o sprint backlog.
 Facilitador do daily scrum .
 Responsável por remover obstáculos que são
  indicados pela equipe durante os daily scrums.
 Monitorar o trabalho sendo feito pela equipe.
 Manter o foco da equipe no objetivo da sprint.
Qual o papel da equipe?

 A equipe deve ser formada por 5-9 pessoas.
 Responsável por decidir quais itens do product
 backlog entram no sprint backlog.
Etapas do processo scrum

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
        Fazendo estimativas
       Criar o sprint backlog
        Criar um taskboard
       Realizar daily scrums
       Realizar sprint demos
       Realizar sprint retrospectives
Criar o product backlog

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
        Fazendo estimativas
       Criar o sprint backlog
        Criar um taskboard
       Realizar daily scrums
       Realizar sprint reviews
       Realizar sprint retrospectives
Criar o product backlog

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
         Fazendo estimativas
       Criar o sprint backlog backlog?
                  O que é um product
         Criar um taskboard é, basicamente, uma
                  O product backlog
       Realizar lista de prioridades de itens, requisitos,
                  daily scrums
                 requerimentos, recursos, whatevers. É
       Realizar uma lista do reviewsquer, descrita
                  sprint que o cliente
       Realizar utilizando a terminologia do cliente.
                  sprint retrospectives
Criar o product backlog

   O product owner é responsável por criar o product backlog.
Criar o product backlog




IMPORTÂNCIA
Classificada por números
invés de denominações
de “prioridade alta”,
“baixa” ou “média”.
Criar o product backlog




  IDENTIFICAÇÃO
  Um número referente ao requisito para
  caso o nome do item seja alterado, não
  exista confusão. É possível notar que
  alguns requisitos possuem pré-requisitos
  e, muitas vezes, o item de maior
  importância depende de um outro de
  menor importância para ser feito.
Criar o product backlog




ESTIMATIVA
Estimativa inicial de quanto
trabalho é necessário para
implementar esse item comparado
ao trabalho para implementar
outros itens. Este campo deve ser
preenchido depois de a equipe
atribuir os story-points a cada item
na reunião de sprint planning.
Preparar para o sprint planning

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
        Fazendo estimativas
       Criar o sprint backlog
        Criar um taskboard
       Realizar daily scrums
       Realizar sprint reviews
       Realizar sprint retrospectives
Preparar para o sprint planning

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
         Fazendo estimativas
       Criar o sprint backlog
         Criar um taskboard reunião de sprint
                     O que é uma
                                     planning?
       Realizar daily scrums
                 É uma reunião de planejamento na qual
       Realizar sprintOwner prioriza os itens do Product
                 o Product reviews
                 Backlog e a equipe seleciona as atividades que
       Realizar sprint retrospectives o
                 ela será capaz de implementar durante
                    Sprint que se inicia.
Preparar para o sprint planning

 Decidir quanto tempo vai durar a reunião.
 Decidir quanto tempo vai se gastar para discutir cada um
 dos tópicos a serem decididos:
    Primeira etapa da reunião: O product owner fala sobre o objetivo da
     sprint e resume o product backlog.
    Segunda etapa: A equipe faz estimativas de tempo para realizar
     tarefas e desmembra itens/tarefas se necessário. O prodcut owner
     atualiza as classificações de importância se necessário.
    Terceira etapa: a equipe seleciona os itens do product backlog que
     entrarão nessa sprint. A equipe calcula de acordo com o tempo da
     sprint, quantas tarefas eles podem se comprometer.
    Quarta etapa: escolha da hora e local para o daily scrum. Mais
     desmembramento de itens.
Realizar a reunião de sprint planning

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
        Fazendo estimativas
       Criar o sprint backlog
        Criar um taskboard
       Realizar daily scrums
       Realizar sprint reviews
       Realizar sprint retrospectives
Realizar a reunião de sprint planning

Objetivos da reunião:
 Definir a duração da sprint
 Definir objetivo da sprint
     O objetivo da sprint deve responder a pergunta: “Porque estamos
      fazendo essa sprint? Porque ao invés disso não tiramos umas férias?”
 Decidir que itens do product backlog incluir na sprint
     É preciso que a equipe decida quantos story points eles acreditam
      que conseguem completar durante a próxima sprint.
     Existem duas maneiras que o time pode escolher quais itens incluir
      na sprint: intuição ou cálculo de velocidade.
 Definir hora e local para o daily scrum
Realizar a reunião de sprint planning

 Para prover uma estimativa, o membro da equipe precisa
  de algum tipo de entendimento do quê trata o item.
 Para fazer a estimativa do item, cada um tem que se
  perguntar:
    Quantos dias (considerando um dia = sua carga horária de trabalho)
     você levará para ter esse item pronto se você se trancar em uma sala
     cheia de comida e trabalhar sem distúrbio algum?
 A equipe faz a estimativa de um item e depois, para os
 seguintes itens, a equipe estima com base no valor do
 primeiro item utilizando do método planning poker.
Fazendo estimativas

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
        Fazendo estimativas
       Criar o sprint backlog
        Criar um taskboard
       Realizar daily scrums
       Realizar sprint reviews
       Realizar sprint retrospectives
Fazendo estimativas

 Há uma discussão a respeito da estimativa do primeiro
  item (pode ser qualquer um, de preferência de um grau
  baixo de difciculdade) e depois, para os seguintes itens, a
  equipe estima com base no valor do primeiro item
  utilizando do método planning poker. A previsão dos
  outros itens é relativa ao esforço demandado (valor
  atribuído em story-points) para esse primeiro item.

 O importante não é ter estimativas absolutamente precisas (por exemplo, dizer
  que uma estória com 2 pontos deverá gastar 2 dias), mas sim obter estimativas
  relativas corretas (por exemplo, dizer que uma estória com 2 pontos gastará
  cerca da metade de uma estória com 4 pontos)
Fazendo estimativas

Planning poker
 A partir do valor em story-points atribuído ao
  primeiro item, a equipe usa-se das cartas contendo
  os seguintes números e signos:
 0, 0.5, 1, 2, 3, 5, 8, 13 e 21, ?, café
Criar o sprint backlog

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
        Fazendo estimativas
       Criar o sprint backlog
        Criar um taskboard
       Realizar daily scrums
       Realizar sprint reviews
       Realizar sprint retrospectives
Criar o sprint backlog

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
         Fazendo estimativas
       Criar o sprint backlog
         Criar um taskboard
       Realizar daily scrums O que é o sprint backlog?
       Realizar sprint reviews de tarefas que o Sprint. Team se
                           É uma lista
                           compromete a fazer em um
                                                    Scrum
                                                          Os itens
       Realizar sprint retrospectives extraídos do Product
                           do Sprint Backlog são
                                Backlog pela equipe com base nas
                                prioridades definidas pelo Product Owner e
                                a percepção da equipe sobre o tempo que
                                será necessário para completar os vários
                                itens.
Criar o sprint backlog

 É responsabilidade do Scrum Master criar o sprint
  backlog. Isso precisa ser feito depois da reunião de
  sprint planning e antes do primeiro daily scrum.
 Criação de um taskboard (quadro de tarefas), que
  inclui um burndown chart.
Criar o sprint backlog - Taskboard
Como funciona o taskboard
Como funciona o taskboard




             Cada tarefa (post it amarelo) possui sua
           estimativa de trabalho envolvido em forma
           de story-points. Ao longo dos dias quando o
           trabalho vai sendo realizado, o membro da
            equipe responsável pela tarefa atualiza a
          quantidade de trabalho que falta na tarefa do
           post it, isso acontece durante o daily scrum.
Como funciona o burndown chart

 Durante o daily scrum, após a atualização da quantidade
 de story points que resta para cada tarefa, os story-points
 restantes são somados e o burndown chart é traçado.
Realizar daily scrums

   Criar o product backlog
   Preparar para o sprint planning
   Realizar a reunião de sprint planning
       Definir hora e lugar para o daily scrum
   Comunicar o sprint
   Criar o sprint backlog
       Criar um taskboard
   Realizar daily scrums
   Realizar sprint demos Para que serve o daily scrum?
                          O objetivo é disseminar
   Realizar sprint retrospectives sobre o que foi feito
                          conhecimento
                               pela equipe no dia anterior,
                               identificar impedimentos e priorizar
                               o trabalho do dia que se inicia.
Realizar daily scrums

 Os daily scrums devem durar 15 minutos e a
  equipe deve estar em pé, justamente para que o
  tempo não seja ultrapassado.
 Três perguntas devem ser feitas a cada membro
  do time:
     1.   O que você fez ontem?
     2.   O que você fará hoje?
     3.   Tem algum impedimento para a realização de seu trabalho?
 Atualizar taskboard
 Atualizar as estimativas, mover os postits e traçar
  um ponto no burndown chart.
Realizar sprint review

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
        Fazendo estimativas
       Criar o sprint backlog
        Criar um taskboard
       Realizar daily scrums
       Realizar sprint review
       Realizar sprint retrospectives
Realizar sprint review
                                  O que é uma sprint review?
     Criar o product Ao final de cada Sprint é feito um Sprint Review
                         backlog
     Preparar para o sprintDurante esta reunião, o Scrum
                        Meeting. planning
     Realizar a reunião demostra o que foi alcançado durante oum
                        Team
                        Sprint. sprint planning formato de
                                Tipicamente, isso tem o
      Fazendo estimativas das novas funcionalidades.
                        demo
     Criar o sprint backlogSprint Review, o projeto é avaliado em
                        Durante o
                        relação aos objetivos do Sprint, determinados
      Criar um taskboard
                        durante o Sprint Planning Meeting.
     Realizar daily scrums
     Realizar sprint review
     Realizar sprint retrospectives
Realizar sprint review

 Porque fazer uma sprint review?
   A equipe ganha créditos pelo trabalho realizado - eles se
    sentem bem.
   Outras pessoas ficam sabendo o que seu time está fazendo.

   As demos são eventos sociais nos quais as equipes interagem e
    discutem seu trabalho.
   As demos forçam a equipe a realmente finalizar as coisas. Sem
    as demos ficam muitas tarefas 99% prontas.
Realizar sprint review

 Como fazer/o que mostrar numa demo:
   Apresentar o objetivo da sprint. Se as pessoas não sabem sobre
    seu produto, leve alguns minutos explicando-o.
   Não gaste muito tempo preparando a demo, especialmente em
    apresentações chamativas. Foque em mostrar o trabalho feito.
   Deixe a demo com a linguagem mais para negócios do que
    técnica. Foque mais no “o que fizemos” do que no “como
    fizemos”.
Realizar sprint retrospectives

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning
        Fazendo estimativas
       Criar o sprint backlog
        Criar um taskboard
       Realizar daily scrums
       Realizar sprint reviews
       Realizar sprint retrospectives
Realizar sprint retrospectives

       Criar o product backlog
       Preparar para o sprint planning
       Realizar a reunião de sprint planning sprint
                                   O que é uma
                                        retrospective?
        Fazendo estimativas
                           O Sprint Retrospective ocorre ao
     Criar o sprint backlog de um Sprint e serve para
                           final
      Criar um taskboard  identificar o que funcionou bem, o
                           que pode ser melhorado e que ações
     Realizar daily scrums tomadas para melhorar.
                           serão
       Realizar sprint reviews
       Realizar sprint retrospectives
Realizar sprint retrospectives

 Todos envolvidos na sprint participam.
 A reunião deve acontecer em um cômodo fechado e confortável onde os
    participantes não terão sua discussão interrompida.
   Alguém fica responsável por fazer a ata.
   O Scrum Master mostra o sprint backlog e, com a ajuda da equipe, resume
    a sprint. Acontecimentos importantes e decisões.
   Os participantes fazem “rodadas”. Cada pessoa tem uma chance de dizer,
    sem interrupções, o que eles acharam que foi bom, o que eles acham que
    poderia ter sido melor e o que eles gostariam de fazer diferente na próxima
    sprint.
   Analisar a velocidade estimada versus a velocidade real. Se existir uma
    grande diferença, analisar o porquê.
   Quando o tempo da reunião já está quase no fim, o Scrum Master tenta
    resumir as sugestões concretas do que pode ser feito melhor na próxima
    sprint.
FIM

Weitere ähnliche Inhalte

Was ist angesagt?

Desenvolvimento ágil usando Scrum (Abril, 2005)
Desenvolvimento ágil usando Scrum (Abril, 2005)Desenvolvimento ágil usando Scrum (Abril, 2005)
Desenvolvimento ágil usando Scrum (Abril, 2005)Bruno Camara
 
Introdução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com ScrumIntrodução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com ScrumInove
 
Artigo Metodologia ágil: Scrum
Artigo  Metodologia ágil: ScrumArtigo  Metodologia ágil: Scrum
Artigo Metodologia ágil: ScrumBruno Teixeira
 
Palestra sobre metodologia Scrum
Palestra sobre metodologia ScrumPalestra sobre metodologia Scrum
Palestra sobre metodologia ScrumPersonal
 
Workshop scrum & rational team concert rtc
Workshop scrum & rational team concert rtcWorkshop scrum & rational team concert rtc
Workshop scrum & rational team concert rtcSergio Fernandes
 
Gerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMGerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMLucas Vinícius
 
Visão Macro do SCRUM
Visão Macro do SCRUMVisão Macro do SCRUM
Visão Macro do SCRUMRicardo Moura
 
Apresentação sobre metodologia Scrum
Apresentação sobre metodologia ScrumApresentação sobre metodologia Scrum
Apresentação sobre metodologia ScrumIsaacBessa
 
Participação do Time de Teste em Projetos Scrum
Participação do Time de Teste em Projetos ScrumParticipação do Time de Teste em Projetos Scrum
Participação do Time de Teste em Projetos ScrumGustavo Quezada
 

Was ist angesagt? (16)

Scrum - evolução contínua
Scrum - evolução contínuaScrum - evolução contínua
Scrum - evolução contínua
 
Desenvolvimento ágil usando Scrum (Abril, 2005)
Desenvolvimento ágil usando Scrum (Abril, 2005)Desenvolvimento ágil usando Scrum (Abril, 2005)
Desenvolvimento ágil usando Scrum (Abril, 2005)
 
Introdução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com ScrumIntrodução ao desenvolvimento ágil com Scrum
Introdução ao desenvolvimento ágil com Scrum
 
Metodologia SCRUM
Metodologia SCRUMMetodologia SCRUM
Metodologia SCRUM
 
Artigo Metodologia ágil: Scrum
Artigo  Metodologia ágil: ScrumArtigo  Metodologia ágil: Scrum
Artigo Metodologia ágil: Scrum
 
Scrum - Teoria do Scrum
Scrum - Teoria do Scrum Scrum - Teoria do Scrum
Scrum - Teoria do Scrum
 
Scrum
ScrumScrum
Scrum
 
Scrum
ScrumScrum
Scrum
 
Gerenciamento ágil de projetos com scrum
Gerenciamento ágil de projetos com scrumGerenciamento ágil de projetos com scrum
Gerenciamento ágil de projetos com scrum
 
Minicurso SCRUM
Minicurso SCRUMMinicurso SCRUM
Minicurso SCRUM
 
Palestra sobre metodologia Scrum
Palestra sobre metodologia ScrumPalestra sobre metodologia Scrum
Palestra sobre metodologia Scrum
 
Workshop scrum & rational team concert rtc
Workshop scrum & rational team concert rtcWorkshop scrum & rational team concert rtc
Workshop scrum & rational team concert rtc
 
Gerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUMGerenciamento ágil de processos - SCRUM
Gerenciamento ágil de processos - SCRUM
 
Visão Macro do SCRUM
Visão Macro do SCRUMVisão Macro do SCRUM
Visão Macro do SCRUM
 
Apresentação sobre metodologia Scrum
Apresentação sobre metodologia ScrumApresentação sobre metodologia Scrum
Apresentação sobre metodologia Scrum
 
Participação do Time de Teste em Projetos Scrum
Participação do Time de Teste em Projetos ScrumParticipação do Time de Teste em Projetos Scrum
Participação do Time de Teste em Projetos Scrum
 

Andere mochten auch

Vendo o óbvio do não óbvio do Python imediatamente!
Vendo o óbvio do não óbvio do Python imediatamente!Vendo o óbvio do não óbvio do Python imediatamente!
Vendo o óbvio do não óbvio do Python imediatamente!Luiz Henrique Rauber Rodrigues
 
Flor Do Cerrado Fotos Dia da Criança
Flor Do Cerrado Fotos Dia da CriançaFlor Do Cerrado Fotos Dia da Criança
Flor Do Cerrado Fotos Dia da Criançaeixocult
 
Presidencia presentacion enlac e tramitología disenada 1
Presidencia presentacion enlac e tramitología disenada 1Presidencia presentacion enlac e tramitología disenada 1
Presidencia presentacion enlac e tramitología disenada 1MCPEC
 
Sql Sat #147 Replicação na pratica
Sql Sat #147 Replicação na praticaSql Sat #147 Replicação na pratica
Sql Sat #147 Replicação na praticaMarcus Bittencourt
 
Luces y sombras de la economia verde en al miradas alumni giz
Luces y sombras de la economia verde en al miradas alumni gizLuces y sombras de la economia verde en al miradas alumni giz
Luces y sombras de la economia verde en al miradas alumni gizMaria Rosa Gamarra Cespedes
 
Presentación1
Presentación1Presentación1
Presentación1camilr14
 
Grafico diario del dax perfomance index para el 04 09-2013
Grafico diario del dax perfomance index para el 04 09-2013Grafico diario del dax perfomance index para el 04 09-2013
Grafico diario del dax perfomance index para el 04 09-2013Experiencia Trading
 
Boletín de prensa n° 28. fiestas del campesino corregimiento de sabanas 2013
Boletín de prensa n° 28. fiestas del campesino   corregimiento de sabanas 2013Boletín de prensa n° 28. fiestas del campesino   corregimiento de sabanas 2013
Boletín de prensa n° 28. fiestas del campesino corregimiento de sabanas 2013alcaldia municipal
 
Comprendery transformar
Comprendery transformarComprendery transformar
Comprendery transformarNormalistaV
 
Research into the effectiveness of DIBH radiotherapy on the lungs
Research into the effectiveness of DIBH radiotherapy on the lungsResearch into the effectiveness of DIBH radiotherapy on the lungs
Research into the effectiveness of DIBH radiotherapy on the lungsGenesis Care
 
Prospective Assessment of Deep Inspiration Breath Hold to Prevent Radiation-I...
Prospective Assessment of Deep Inspiration Breath Hold to Prevent Radiation-I...Prospective Assessment of Deep Inspiration Breath Hold to Prevent Radiation-I...
Prospective Assessment of Deep Inspiration Breath Hold to Prevent Radiation-I...SGRT Community
 
Research into the effectiveness of daily image guided radiotherapy on the pro...
Research into the effectiveness of daily image guided radiotherapy on the pro...Research into the effectiveness of daily image guided radiotherapy on the pro...
Research into the effectiveness of daily image guided radiotherapy on the pro...Genesis Care
 
Tolerando la frustración y el dolor
Tolerando la frustración y el dolorTolerando la frustración y el dolor
Tolerando la frustración y el dolorRodrigo Muñoz Lobos
 

Andere mochten auch (18)

Potobon s.a
Potobon s.aPotobon s.a
Potobon s.a
 
Vendo o óbvio do não óbvio do Python imediatamente!
Vendo o óbvio do não óbvio do Python imediatamente!Vendo o óbvio do não óbvio do Python imediatamente!
Vendo o óbvio do não óbvio do Python imediatamente!
 
Flor Do Cerrado Fotos Dia da Criança
Flor Do Cerrado Fotos Dia da CriançaFlor Do Cerrado Fotos Dia da Criança
Flor Do Cerrado Fotos Dia da Criança
 
Presidencia presentacion enlac e tramitología disenada 1
Presidencia presentacion enlac e tramitología disenada 1Presidencia presentacion enlac e tramitología disenada 1
Presidencia presentacion enlac e tramitología disenada 1
 
Sql Sat #147 Replicação na pratica
Sql Sat #147 Replicação na praticaSql Sat #147 Replicação na pratica
Sql Sat #147 Replicação na pratica
 
Luces y sombras de la economia verde en al miradas alumni giz
Luces y sombras de la economia verde en al miradas alumni gizLuces y sombras de la economia verde en al miradas alumni giz
Luces y sombras de la economia verde en al miradas alumni giz
 
Presentación1
Presentación1Presentación1
Presentación1
 
Grafico diario del dax perfomance index para el 04 09-2013
Grafico diario del dax perfomance index para el 04 09-2013Grafico diario del dax perfomance index para el 04 09-2013
Grafico diario del dax perfomance index para el 04 09-2013
 
Boletín de prensa n° 28. fiestas del campesino corregimiento de sabanas 2013
Boletín de prensa n° 28. fiestas del campesino   corregimiento de sabanas 2013Boletín de prensa n° 28. fiestas del campesino   corregimiento de sabanas 2013
Boletín de prensa n° 28. fiestas del campesino corregimiento de sabanas 2013
 
Fichamento 18mar2015
Fichamento 18mar2015Fichamento 18mar2015
Fichamento 18mar2015
 
Comprendery transformar
Comprendery transformarComprendery transformar
Comprendery transformar
 
Trabajo access
Trabajo accessTrabajo access
Trabajo access
 
Research into the effectiveness of DIBH radiotherapy on the lungs
Research into the effectiveness of DIBH radiotherapy on the lungsResearch into the effectiveness of DIBH radiotherapy on the lungs
Research into the effectiveness of DIBH radiotherapy on the lungs
 
Prospective Assessment of Deep Inspiration Breath Hold to Prevent Radiation-I...
Prospective Assessment of Deep Inspiration Breath Hold to Prevent Radiation-I...Prospective Assessment of Deep Inspiration Breath Hold to Prevent Radiation-I...
Prospective Assessment of Deep Inspiration Breath Hold to Prevent Radiation-I...
 
Research into the effectiveness of daily image guided radiotherapy on the pro...
Research into the effectiveness of daily image guided radiotherapy on the pro...Research into the effectiveness of daily image guided radiotherapy on the pro...
Research into the effectiveness of daily image guided radiotherapy on the pro...
 
Abrocha un gran negocio
Abrocha un gran negocioAbrocha un gran negocio
Abrocha un gran negocio
 
Tolerando la frustración y el dolor
Tolerando la frustración y el dolorTolerando la frustración y el dolor
Tolerando la frustración y el dolor
 
Análise da concorrência
Análise da concorrênciaAnálise da concorrência
Análise da concorrência
 

Ähnlich wie Scrum (20)

Aula 06 Scrum - parte II completo.ppt
Aula 06 Scrum - parte II completo.pptAula 06 Scrum - parte II completo.ppt
Aula 06 Scrum - parte II completo.ppt
 
Scrum
ScrumScrum
Scrum
 
Workshop Hands-On de Scrum
Workshop Hands-On de ScrumWorkshop Hands-On de Scrum
Workshop Hands-On de Scrum
 
Ferramentas Livres para a Gestão de Projetos Ágeis com Scrum
Ferramentas Livres para a Gestão de Projetos Ágeis com ScrumFerramentas Livres para a Gestão de Projetos Ágeis com Scrum
Ferramentas Livres para a Gestão de Projetos Ágeis com Scrum
 
Scrum
ScrumScrum
Scrum
 
A Teoria do Scrum
A Teoria do ScrumA Teoria do Scrum
A Teoria do Scrum
 
Scrum - Gerenciamento de Projetos
Scrum - Gerenciamento de ProjetosScrum - Gerenciamento de Projetos
Scrum - Gerenciamento de Projetos
 
Scrum - As Regras do Jogo segundo o Guia do Scrum
Scrum - As Regras do Jogo segundo o Guia do ScrumScrum - As Regras do Jogo segundo o Guia do Scrum
Scrum - As Regras do Jogo segundo o Guia do Scrum
 
Scrum apresentação
Scrum apresentaçãoScrum apresentação
Scrum apresentação
 
Xp e Scrum
Xp e ScrumXp e Scrum
Xp e Scrum
 
Prévia básica do Scrum
Prévia básica do ScrumPrévia básica do Scrum
Prévia básica do Scrum
 
Trabalho scrum
Trabalho scrumTrabalho scrum
Trabalho scrum
 
Curso "Scrum na Real" - Parte 4
Curso "Scrum na Real" - Parte 4Curso "Scrum na Real" - Parte 4
Curso "Scrum na Real" - Parte 4
 
SCRUM
SCRUMSCRUM
SCRUM
 
Scrum
ScrumScrum
Scrum
 
Introdução ao scrum
Introdução ao scrumIntrodução ao scrum
Introdução ao scrum
 
Scrum
ScrumScrum
Scrum
 
Scrum - Visão Geral
Scrum - Visão GeralScrum - Visão Geral
Scrum - Visão Geral
 
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetos
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetosCenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetos
Cenartec 2014 - FPF Tech - SCRUM - Framework para desenvolver projetos
 
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014
FPF Tech - SCRUM - Framework para desenvolver projetos - Cenartec 2014
 

Scrum

  • 1. Scrum IMPLEMENTANDO O SCRUM – METODOLOGIA DE GERENCIAMENTO DE PROJETOS – NA QUANTAGENTE
  • 2. O que é o scrum?  O Scrum é um processo de desenvolvimento iterativo e incremental para gerenciamento de projetos e desenvolvimento ágil de software.  Scrum é usado para trabalhos complexos nos quais é impossível predizer tudo o que irá ocorrer.  Apesar de Scrum ter sido destinado para gerenciamento de projetos de software, ele pode ser utilizado para outros fins.
  • 3. O que é uma sprint?  No Scrum, os projetos são dividos em ciclos chamados de sprints. A sprint representa um Time Box dentro do qual um conjunto de atividades deve ser executado. Metodologias ágeis de desenvolvimento de software são iterativas, ou seja, o trabalho é dividido em iterações, que são chamadas de Sprints no caso do Scrum.
  • 4. Qual o papel do product owner?  Representar o negócio, os clientes ou usuários e guiar a equipe para a construção do produto certo.  Definir os itens que compõem o Product Backlog e sua importância.  Preparar a reunião de sprint planning.
  • 5. Qual o papel do scrum master?  Responsável por criar o sprint backlog.  Facilitador do daily scrum .  Responsável por remover obstáculos que são indicados pela equipe durante os daily scrums.  Monitorar o trabalho sendo feito pela equipe.  Manter o foco da equipe no objetivo da sprint.
  • 6. Qual o papel da equipe?  A equipe deve ser formada por 5-9 pessoas.  Responsável por decidir quais itens do product backlog entram no sprint backlog.
  • 7. Etapas do processo scrum  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint demos  Realizar sprint retrospectives
  • 8. Criar o product backlog  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint reviews  Realizar sprint retrospectives
  • 9. Criar o product backlog  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog backlog? O que é um product  Criar um taskboard é, basicamente, uma O product backlog  Realizar lista de prioridades de itens, requisitos, daily scrums requerimentos, recursos, whatevers. É  Realizar uma lista do reviewsquer, descrita sprint que o cliente  Realizar utilizando a terminologia do cliente. sprint retrospectives
  • 10. Criar o product backlog  O product owner é responsável por criar o product backlog.
  • 11. Criar o product backlog IMPORTÂNCIA Classificada por números invés de denominações de “prioridade alta”, “baixa” ou “média”.
  • 12. Criar o product backlog IDENTIFICAÇÃO Um número referente ao requisito para caso o nome do item seja alterado, não exista confusão. É possível notar que alguns requisitos possuem pré-requisitos e, muitas vezes, o item de maior importância depende de um outro de menor importância para ser feito.
  • 13. Criar o product backlog ESTIMATIVA Estimativa inicial de quanto trabalho é necessário para implementar esse item comparado ao trabalho para implementar outros itens. Este campo deve ser preenchido depois de a equipe atribuir os story-points a cada item na reunião de sprint planning.
  • 14. Preparar para o sprint planning  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint reviews  Realizar sprint retrospectives
  • 15. Preparar para o sprint planning  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard reunião de sprint O que é uma planning?  Realizar daily scrums É uma reunião de planejamento na qual  Realizar sprintOwner prioriza os itens do Product o Product reviews Backlog e a equipe seleciona as atividades que  Realizar sprint retrospectives o ela será capaz de implementar durante Sprint que se inicia.
  • 16. Preparar para o sprint planning  Decidir quanto tempo vai durar a reunião.  Decidir quanto tempo vai se gastar para discutir cada um dos tópicos a serem decididos:  Primeira etapa da reunião: O product owner fala sobre o objetivo da sprint e resume o product backlog.  Segunda etapa: A equipe faz estimativas de tempo para realizar tarefas e desmembra itens/tarefas se necessário. O prodcut owner atualiza as classificações de importância se necessário.  Terceira etapa: a equipe seleciona os itens do product backlog que entrarão nessa sprint. A equipe calcula de acordo com o tempo da sprint, quantas tarefas eles podem se comprometer.  Quarta etapa: escolha da hora e local para o daily scrum. Mais desmembramento de itens.
  • 17. Realizar a reunião de sprint planning  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint reviews  Realizar sprint retrospectives
  • 18. Realizar a reunião de sprint planning Objetivos da reunião:  Definir a duração da sprint  Definir objetivo da sprint  O objetivo da sprint deve responder a pergunta: “Porque estamos fazendo essa sprint? Porque ao invés disso não tiramos umas férias?”  Decidir que itens do product backlog incluir na sprint  É preciso que a equipe decida quantos story points eles acreditam que conseguem completar durante a próxima sprint.  Existem duas maneiras que o time pode escolher quais itens incluir na sprint: intuição ou cálculo de velocidade.  Definir hora e local para o daily scrum
  • 19. Realizar a reunião de sprint planning  Para prover uma estimativa, o membro da equipe precisa de algum tipo de entendimento do quê trata o item.  Para fazer a estimativa do item, cada um tem que se perguntar:  Quantos dias (considerando um dia = sua carga horária de trabalho) você levará para ter esse item pronto se você se trancar em uma sala cheia de comida e trabalhar sem distúrbio algum?  A equipe faz a estimativa de um item e depois, para os seguintes itens, a equipe estima com base no valor do primeiro item utilizando do método planning poker.
  • 20. Fazendo estimativas  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint reviews  Realizar sprint retrospectives
  • 21. Fazendo estimativas  Há uma discussão a respeito da estimativa do primeiro item (pode ser qualquer um, de preferência de um grau baixo de difciculdade) e depois, para os seguintes itens, a equipe estima com base no valor do primeiro item utilizando do método planning poker. A previsão dos outros itens é relativa ao esforço demandado (valor atribuído em story-points) para esse primeiro item.  O importante não é ter estimativas absolutamente precisas (por exemplo, dizer que uma estória com 2 pontos deverá gastar 2 dias), mas sim obter estimativas relativas corretas (por exemplo, dizer que uma estória com 2 pontos gastará cerca da metade de uma estória com 4 pontos)
  • 22. Fazendo estimativas Planning poker  A partir do valor em story-points atribuído ao primeiro item, a equipe usa-se das cartas contendo os seguintes números e signos:  0, 0.5, 1, 2, 3, 5, 8, 13 e 21, ?, café
  • 23. Criar o sprint backlog  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint reviews  Realizar sprint retrospectives
  • 24. Criar o sprint backlog  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums O que é o sprint backlog?  Realizar sprint reviews de tarefas que o Sprint. Team se É uma lista compromete a fazer em um Scrum Os itens  Realizar sprint retrospectives extraídos do Product do Sprint Backlog são Backlog pela equipe com base nas prioridades definidas pelo Product Owner e a percepção da equipe sobre o tempo que será necessário para completar os vários itens.
  • 25. Criar o sprint backlog  É responsabilidade do Scrum Master criar o sprint backlog. Isso precisa ser feito depois da reunião de sprint planning e antes do primeiro daily scrum.  Criação de um taskboard (quadro de tarefas), que inclui um burndown chart.
  • 26. Criar o sprint backlog - Taskboard
  • 27. Como funciona o taskboard
  • 28. Como funciona o taskboard Cada tarefa (post it amarelo) possui sua estimativa de trabalho envolvido em forma de story-points. Ao longo dos dias quando o trabalho vai sendo realizado, o membro da equipe responsável pela tarefa atualiza a quantidade de trabalho que falta na tarefa do post it, isso acontece durante o daily scrum.
  • 29. Como funciona o burndown chart  Durante o daily scrum, após a atualização da quantidade de story points que resta para cada tarefa, os story-points restantes são somados e o burndown chart é traçado.
  • 30. Realizar daily scrums  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Definir hora e lugar para o daily scrum  Comunicar o sprint  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint demos Para que serve o daily scrum? O objetivo é disseminar  Realizar sprint retrospectives sobre o que foi feito conhecimento pela equipe no dia anterior, identificar impedimentos e priorizar o trabalho do dia que se inicia.
  • 31. Realizar daily scrums  Os daily scrums devem durar 15 minutos e a equipe deve estar em pé, justamente para que o tempo não seja ultrapassado.  Três perguntas devem ser feitas a cada membro do time: 1. O que você fez ontem? 2. O que você fará hoje? 3. Tem algum impedimento para a realização de seu trabalho?  Atualizar taskboard  Atualizar as estimativas, mover os postits e traçar um ponto no burndown chart.
  • 32. Realizar sprint review  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint review  Realizar sprint retrospectives
  • 33. Realizar sprint review O que é uma sprint review?  Criar o product Ao final de cada Sprint é feito um Sprint Review backlog  Preparar para o sprintDurante esta reunião, o Scrum Meeting. planning  Realizar a reunião demostra o que foi alcançado durante oum Team Sprint. sprint planning formato de Tipicamente, isso tem o  Fazendo estimativas das novas funcionalidades. demo  Criar o sprint backlogSprint Review, o projeto é avaliado em Durante o relação aos objetivos do Sprint, determinados  Criar um taskboard durante o Sprint Planning Meeting.  Realizar daily scrums  Realizar sprint review  Realizar sprint retrospectives
  • 34. Realizar sprint review  Porque fazer uma sprint review?  A equipe ganha créditos pelo trabalho realizado - eles se sentem bem.  Outras pessoas ficam sabendo o que seu time está fazendo.  As demos são eventos sociais nos quais as equipes interagem e discutem seu trabalho.  As demos forçam a equipe a realmente finalizar as coisas. Sem as demos ficam muitas tarefas 99% prontas.
  • 35. Realizar sprint review  Como fazer/o que mostrar numa demo:  Apresentar o objetivo da sprint. Se as pessoas não sabem sobre seu produto, leve alguns minutos explicando-o.  Não gaste muito tempo preparando a demo, especialmente em apresentações chamativas. Foque em mostrar o trabalho feito.  Deixe a demo com a linguagem mais para negócios do que técnica. Foque mais no “o que fizemos” do que no “como fizemos”.
  • 36. Realizar sprint retrospectives  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning  Fazendo estimativas  Criar o sprint backlog  Criar um taskboard  Realizar daily scrums  Realizar sprint reviews  Realizar sprint retrospectives
  • 37. Realizar sprint retrospectives  Criar o product backlog  Preparar para o sprint planning  Realizar a reunião de sprint planning sprint O que é uma retrospective?  Fazendo estimativas O Sprint Retrospective ocorre ao  Criar o sprint backlog de um Sprint e serve para final  Criar um taskboard identificar o que funcionou bem, o que pode ser melhorado e que ações  Realizar daily scrums tomadas para melhorar. serão  Realizar sprint reviews  Realizar sprint retrospectives
  • 38. Realizar sprint retrospectives  Todos envolvidos na sprint participam.  A reunião deve acontecer em um cômodo fechado e confortável onde os participantes não terão sua discussão interrompida.  Alguém fica responsável por fazer a ata.  O Scrum Master mostra o sprint backlog e, com a ajuda da equipe, resume a sprint. Acontecimentos importantes e decisões.  Os participantes fazem “rodadas”. Cada pessoa tem uma chance de dizer, sem interrupções, o que eles acharam que foi bom, o que eles acham que poderia ter sido melor e o que eles gostariam de fazer diferente na próxima sprint.  Analisar a velocidade estimada versus a velocidade real. Se existir uma grande diferença, analisar o porquê.  Quando o tempo da reunião já está quase no fim, o Scrum Master tenta resumir as sugestões concretas do que pode ser feito melhor na próxima sprint.
  • 39. FIM