Scrum
Israel M. Santos
Rafael Mendonça
Agenda
•
•
•
•
O que é Scrum ?
Papéis no Scrum
Principais artefatos do Scrum
Qual é o critério para decidir a estória
que será incluída no Sprint ?
• Comparação Scrum Com Gerencia de
projetos visto em aula
O que é Scrum ?
• Metodologias Ágeis vem ganhando um
espaço mais do que merecido no meio da
comunidade, e vem sendo adotado de
forma acelerada por grandes empresas,
como Microsoft, Xerox, IBM, etc..
• SCRUM é uma metodologia (ou
Framework de acordo com o criador Ken
Schwaber) onde a espinha dorsal é que
chamamos de Sprint.
Papeis no scrum
Product Owner
• O representante do cliente
Scrum Master
• O Scrum Master lidera o time de
desenvolvimento
Scrum Team
• Scrum Team São os membros que
formam o time de desenvolvedores,
designers, consiste de 5 a 9 pessoas.
Release Planning
O Release Planning descreve :
– A quantidade e a duração dos Sprints
– Quantas pessoas ou times deverão participar
do projeto
– O número de Releases
– O valor a ser entregue em cada Release
– A data de liberação do(s) Release(s)
Sprint
• É uma lista de objetivos ou requisitos bem
definidos cujo time de desenvolvimento irá
trabalhar focado em um período/ciclo de 2
a 4 semanas
Sprint
Sprint Planning Meeting
• Reunião onde Scrum Team e o Product
Owner determinam quais funcionalidades
e atividades serão realizadas no próximo
Sprint.
Sprint Review
O ScrumTeam e o SCRUM Master
apresentam ao Product Owner os
resultados alcançados durante o sprint.
Sprint Retrospective
O que foi bom durante o Sprint?
O que pode ser melhorado?
• As Lições aprendidas
Principais artefatos do Scrum
Backlog do Produto
• O product backlog é o coração do
Scrum. É aqui que tudo começa. O
product backlog é basicamente uma
lista de requisitos, estórias, Coisas que
o cliente deseja, descritas utilizando a
terminologia do cliente.
Backlog do Produto
Estoria, Tarefa Story Point
• Estória é uma funcionalidade macro do
Sistema
• Tarefas são partes que compõe as estoria
e que devem ser implementadas pelo
scrum team
• Um Story Point é a estimativa relativa do
"tamanho" da atividade comparado com
outra atividade no projeto.
Sprint Backlog
• Criado de acordo com os itens do product
backlog levantado pelo Product Owner, ou
seja, de acordo com os itens de maior
prioridade é criado o Sprint Backlog que a
equipe terá a responsabilidade de
terminar até o próximo Sprint.
Sprint Backlog
Task Board
Burn down release/sprint
Burn down sprint
Burn down release
Daily Scrum
• é uma reunião com o Scrum Team cujo
propósito é eliminar qualquer
impedimento.
Daily Scrum
• Cada integrante deve responder a 3
perguntas:
1º O que você fez desde a ultima reunião?
2º O que você vai fazer entre esse e a
próxima reunião ?
3º Tem algo impedindo você de efetuar a
sua tarefa ?
Impediments Backlog
• Lista de problemas que estam atrasando
ou atrapalhando as atividades do sprint
• É tarefa do scrum master resolver esses
problemas
• Qual é o critério para decidir a estória
que será incluída no Sprint ?
Velocidade dos sprints
• Base da conversa
• Cálculo de Velocidade
Base da conversa
• Base da conversa, é ideal quando a
equipe não possui histórico de sprints, ou
seja, para equipes que nunca trabalharam
com Scrum e não possuem dados
estátiscos para realizar o calculo de
velocidade.
Base da conversa
• A conversa gira em torno dos
desenvolvedores, onde o Scrum Master
pergunta para cada membro do time
quanto tempo uma atividade do Backlog
demora para ser desenvolvida (em horas),
e com base nisso as horas necessárias
para o projeto.
Velocidade dos sprints
• A maneira mais simples de estimar a
velocidade é verificar o histórico do time.
Qual foi a velocidade do time nos últimos
Sprints ?
• Então assumir que a velocidade será a
mesma para o último Sprint, mas isso só
funciona se o time já tive feito alguns
Sprints antes.
Velocidade dos sprints
• Outra maneira de calcular é através de
cálculo de recurso.
• Por exemplo, vamos assumir que estamos
planejando um Sprint de 3 semanas (15
dias) com um time de 4 pessoas.
Velocidade dos sprints
• Fórmula para velocidade estimada do
Sprint:
(Dias de Recurso Disponível) = membro
da equipe * diasdisponiveis
• (Dias de Recurso Disponível) * (Fator
Foco) = (Velocidade Estimada)
Velocidade dos sprints
Fluxo Scrum
Comparação Scrum Com
PMBOK visto em aula
Planejamento de Projeto
• O Scrum atende uma boa parte dos
requisitos planejamento de projeto
PMBOK
Gerenciamento do Escopo do
Projeto
• Estimar o Escopo do Projeto e produto
– Product Backlog
• Definir o Ciclo de Vida do Projeto
– Scrum tem clico de vida vem definidos como
foi mostrado
Gerenciamento do tempo
• Determinar Estimativas de Esforço e
Custo
– Product Backlog não defini completamente
• Estabelecer o Orçamento e o Cronograma
– Estimativas de esforço do Product Backlog
e uma idéia da produtividade da equipe,
estabelece-se um primeiro cronograma do
projeto através da divisão em Sprints de
trinta dias.
Gerenciamento da Qualidade do
Projeto
• No SCRUM a qualidade dos resultados
dos projetos é verificada pelo Product
Owner (PO) ao final de cada Sprint,
durante a Sprint Review, quando a equipe
apresenta para o PO o que foi construído
durante essa iteração.
Gerenciamento de Recursos
Humanos do Projeto
• Os recursos humanos para o projeto são
planejados considerando o perfil e o
conhecimento necessários para executá-lo.
• O Scrum Master e o Product Owner são
responsáveis por garantir os recursos e a
continuação do projeto, através das reuniões ao
início de cada iteração e da remoção de
impedimentos levantados pelo time.
Gerenciamento de Risco
• Identificar os Riscos do Projeto
– No Scrum não há identificação e
monitoramento explícito e sistemático dos
riscos do projeto, com categorias e planos
de mitigação
– No entanto, riscos são possíveis
impedimentos, e, portanto, podem ser
levantados durante a Daily Meeting, e
anotados na impediments list, gerando um
levantamento iterativo dos riscos.
Gerenciamento de Configurações
• Scrum não define Formalmente nenhum
documento sobre como será foi o
gerenciamento de configurações
Gerenciamento de Aquisições
• No scrum tudo que é necessario para a
conclusão do projeto pode ser definido
no Backlog do Produto
Gerenciamento de Custos
• Determinar Custo
– Product Backlog não defini completamente
• Estabelecer o Orçamento
– Coma as estimativas do escopo no Product
Backlog não é possível ter um orçamento
preciso nas vezes mas com um histórico de
outro projetos esse orçamento começa a se
tornar mais preciso
Planejar Comunicações
• No scrum não documento para definir a
comunicações da por dois motivos:
– As equipes são pequenas
– O tipo de comunicação entre a equipe já é
definido pelo scrum
Conclusão
• O scrum é uma metodologia de
desenvolvimento rapida e organizada,
onde os produtos já devem apresentar
alguma funcionalidade já na primeira
entrega
• Alem de que pro seu ciclo de rapido
permite uma maior adptação as mudança
de requisitos já que a cada sprint as
estorias são reavaliadas
Perguntas???
Por favor vamos discutir
perguntem muito

Referencia
•
•
•
•
•
•
•
KNIBERG Henrik, scrum xp from the trenches
SANTOS, Rildo F, SCRUM Experience
http://blogdoabu.blogspot.com/
http://epf.eclipse.org/wikis/scrumpt/index.htm
http://www2.dcce.ufs.br/~dosea/esi20092/
http://prezi.com/xc6zdmseslfr/
http://netfeijao.blogspot.com/2008/02/scrum-umaabordagem-prtica.html
• http://sergiotaborda.javabuilding.com/2009/
11/scrum-tarefas/