Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

SCRUM

metodologia ágil
by

Gabriel Lucchese

on 20 September 2013

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of SCRUM

METODOLOGIA ÁGIL SCRUM
Responsabilidades do time durante o Sprint:
Participar das reuniões diárias do Scrum
Manter o Sprint Backlog atualizado
Disponibilizar o Sprint Backlog publicamente


O time tem o compromisso de implementar todos os itens selecionados
SPRINT
ScrumMaster faz as seguintes perguntas para cada membro do time:
O que você fez desde a última reunião diária do Scrum relacionada a este projeto?
O que você irá fazer desde agora até a próxima reunião diária do Scrum relacionada a este projeto?
O que está impedindo você de realizar o seu trabalho o mais efetivamente possível?

Os membros devem responder apenas a estas perguntas para não estender a reunião
SCRUM DAILY MEETING
Segundo seguimento:

Ocorre imediatamente após o primeiro
Product Owner deve estar disponível para o que o time faça perguntas sobre o Product Backlog

Resultado deste seguimento é o Sprint Backlog
SPRINT PLANNING MEETING
As regras permitem a execução correta do Scrum
Mudanças das regras devem se originar do time
REGRAS NO SCRUM
Todas as responsabilidades de gerenciamento são divididas entre três papéis:
Product Owner
Scrum Master
Time

Para o bom funcionamento do Scrum as pessoas responsáveis pelo projeto devem ter autoridade para fazer o que for necessário pelo seu sucesso

Pessoas não responsáveis não podem interferir no projeto
Gera aumento de produtividade
Evita situações constrangedoras para os envolvidos

PAPÉIS NO SCRUM
Cerca de 15 minutos de duração
Todos respondem às perguntas:
O que você realizou desde a última reunião?
Quais problemas você enfrentou?
Em que você trabalhará até a próxima reunião?
Benefícios:
Maior integração entre os membros da equipe
Rápida solução de problemas
Promovem o compartilhamento de conhecimento
Progresso medido continuamente
Minimização de riscos
SPRINT - REUNIÕES DIÁRIAS
Questões que aparecem devem ser resolvidas durante o dia e não na reunião


Primeiro Encontro
Sem nível hierárquico nem papéis
Mas com várias especialidades

Estão todos no mesmo barco

Geralmente equipes pequenas (até 10)
Existem casos com equipes maiores (800 !)
Usa-se também Scrum hierárquico

Comunicação é essencial
Encontro Scrum diário
EQUIPES
Lista de todas as funcionalidades desejadas

É gerada incrementalmente
Começa pelo básico, o extra aparece com o tempo

Pode conter
comandos e histórico de uso


A lista é priorizada pelo dono do projeto
Cliente, depto de marketing, ...
BACKLOG
Trabalho em equipe


Flexibilidade

ÊNFASES
Não deve ser maior do que 3 horas

Participam desta reunião
Time, ScrumMaster e, opcionalmente, 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 nesta reunião tem o papel de fazer com que o time encontre melhores formas de aplicar o Scrum
REUNIÃO DE RETROSPECTIVA DO SPRINT
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 ao 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
Não deve ser maior do que 30 dias consecutivos

Sem considerar outros fatores, este é o tempo necessário para produzir algo de interesse para o Product Owner e os stakeholders

O time se compromete com o Product Backlog
Não são permitidas modificações nele durante o Sprint
SPRINT
Primeiro seguimento:
Product Owner deve preparar o Product Backlog antes da reunião

SPRINT PLANNING MEETING
Responsável pelo sucesso do Scrum

Ensina o Scrum para os envolvidos com o projeto

Certifica se cada pessoa envolvida está seguindo seus papéis e as regras do Scrum

Certifica que pessoas não responsáveis não interfiram no processo
PAPÉIS – SCRUM MASTER
O backlog não sofrerá modificações durante o Sprint
SPRINT
SPRINT
Planejamento
Reuniões Diárias
Trabalho de Desenvolvimento
Revisão da Sprint
Retrospectiva da Sprint

FASES
Questões que devem ser respondidas por cada membro da equipe:

1) O quê você fez ontem?
2) O quê você vai fazer hoje?
3) Quais os problemas encontrados?


Segundo Encontro

Não há mudança nas tarefas durante o Sprint
SPRINT
Backlog

Equipes

Sprints

Encontros Scrum

Revisões Scrum/Demos
PRINCIPAIS PADRÕES
Software funcionando é mais importante do que documentação completa e detalhada.
MÉTODOS ÁGEIS
[1] SOMMERVILLE, Ian. Engenharia de Software. 8ª ed. São Paulo: Pearson Addison-Wesley, 2007. [Acesso em 04/08/2013]

[2] Paul Strassman, Information Payoff. Nova Iorque: YOURDON Press, 1982. [Acesso em 06/08/2013]

[3]Sun Tzu, The Art of War, Nova Iorque: Delacorte Press, 1983. [Acesso em 06/08/2013]

[4]Edward Yourdon, Análise Estruturada Moderna, 1990. [Acesso em 06/08/2013]

REFERÊNCIAS
Reunião de no máximo 15 minutos, a menos que o time seja grande o suficiente para precisar de mais tempo
Deve ser feita no mesmo lugar onde o time trabalha
Resulta em melhores resultados se realizada no inicio do dia de trabalho
Todos os membros do time devem participar desta reunião
SCRUM DAILY MEETING
Responsável por apresentar os interesses de todos os stakeholders
Define fundamentos iniciais do projeto, objetivos e planos de release
Responsável pela lista de requisitos (Product Backlog)
Certifica se as atividades com maior valor para o negócio são desenvolvidas primeiro
Priorização freqüente das funcionalidades antes de cada iteração
PAPÉIS – PRODUCT OWNER
Finalização do projeto
Atividades:
Testes de integração
Testes de sistema
Documentação do usuário
Preparação de material de treinamento
Preparação de material de marketing
ENCERRAMENTO
Deve obedecer à data de entrega
Permitida a diminuição de funcionalidades

Apresentação do produto ao cliente
Sugestões de mudanças são incorporadas ao backlog

Benefícios:
Apresentar resultados concretos ao cliente
Integrar e testar uma boa parte do software
Motivação da equipe
SPRINT - REVISÃO
PLANEJAMENTO
Definição de pacotes a serem desenvolvidos
Responsável por escolher as funcionalidades a serem desenvolvidas em cada interação e desenvolvê-las
O time se auto-gerencia, se auto-organiza
Todos os membros do time são coletivamente responsáveis pelo sucesso de cada iteração
PAPÉIS – TIME
SCRUM
ANDREZZA CAROLINE DA ROCHA SILVA

FRANCISCO DE OLIVEIRA E SILVA NETO

GABRIEL GOUVÊA LUCCHESE

PAULO SÉRGIO BAIMA

RAPHAEL MONTEIRO JÚNIOR

SÉRGIO GIOVANNI MACHADO

TIAGO PAIVA DE CASTRO

YAN VICTOR FERNANDES DE MORAES
Adaptação a mudanças é mais importante do que seguir o plano inicial.
Indivíduos e interações são mais importantes que processos e ferramentas.
Colaboração com o cliente é mais importante do que negociação de contratos.
A simplicidade pode ser decepcionante aos acostumados com metodologias clássicas
Não é um método prescritivo
Não define previamente o que deve ser feito em cada situação
Senso comum em vez do senso de uma única pessoa é uma das razões do sucesso do Scrum
Comunicação
Fornecer software funcionando
incrementalmente
Começa com um encontro Sprint
Tarefas do Backlog são priorizadas
A equipe seleciona tarefas que podem ser completadas durante o próximo Sprint
Cada tarefa recebe um responsável na equipe
Os encontros iniciais são geralmente mais longos
Pequenos encontros diários da equipe
geralmente pela manhã
todos da equipe devem participar e falar
Estimativas de datas e custos
Criação do backlog
Definição de equipes e seus líderes
Discussões desnecessárias são perda de tempo de produção da equipe
O ScrumMaster deve se certificar de que cada envolvido no projeto siga suas regras
A reunião de planejamento do Sprint deve ocorrer dentro de 8 horas com duas partes de 4 horas
Decisão final é do Product Owner
O time recebe uma parte do backlog para desenvolvimento
PRODUCT BACKLOG
SPRINT BACKLOG
SPRINT

BURNDOWN
O Burndown é um gráfico que representa a soma das estimativas de esforços que ainda faltam ser executadas segundo o Backlog e pode ser dividido em:

BURNDOWN DO PRODUTO
É a soma dos esforços restantes para a conclusão do projeto e pode estar em qualquer unidade de medida.

BURNDOWN DA SPRINT
Representa o que ainda falta ser feito na sprint ao longo dos próximos dias.
Funciona do mesmo modo do Burndown de produto.
Full transcript