O documento descreve o framework Scrum para gerenciamento de projetos ágeis. Scrum utiliza sprints curtos, reuniões diárias e feedback constante de clientes para entregar valor rapidamente. O documento explica os papéis, eventos, artefatos e princípios fundamentais do Scrum ao longo de vários exemplos e vantagens.
1. CENTRO FEDERAL DE EDUCAÇÃO TECNOLÓGICA DE MINAS GERAIS
CAMPUS TIMÓTEO
SCRUM
Engenharia de Software I
Profª Deisymar Botega
Anna Claudia
Paula Peçanha
2. História
● Desenvolvido por Jeff Sutherland em 1993, baseado
num artigo de Takeuchi & Nonaka (1986) sobre as
vantagens de pequenos times no desenvolvimento de
produtos.
3. SCRUM
● É um processo ágil de desenvolvimento de
produto ou administração de qualquer
trabalho iterativo e incremental e poder ser
aplicado ao desenvolvimento de produtos de
maneira geral (RISING & JANOFF, 2000;
ABRAHAMSSON & SALO, 2002)
4. Metodologia Ágil
Dividir o desenvolvimento em ciclos curtos, ou
iterações, de apenas algumas semanas, de modo que,
ao final de cada ciclo, o cliente (interno ou externo)
receba uma versão que agregue valor ao seu negócio
(DANTAS, 2003).
5. Metodologia Ágil
● Enquanto as metodologias tradicionais de
desenvolvimento mantêm o foco na geração de
documentação sobre o projeto e no cumprimento
rígido de processos, a proposta ágil é de concentrar
as atenções no desenvolvimento em si e nas
relações entre os participantes (MUNDIN et al.,
2002).
6. Princípios
● O SCRUM tem como objetivo, segundo Scwaber &
Beedle (2002), definir um procedimento para projeto
que seja focado nas pessoas;
● A primeira utilização deste termo surgiu em um
estudo de Takeuchi & Nonaka (1986), no qual, os
autores notaramm que pequenos projetos que tinham
equipes pequenas e multifuncionais obtinham os
melhores resultados.
7. Princípios
● O nome SCRUM surgiu da comparação entre
desenvolvedores e jogadores de Rugby. SCRUM é a
denominação da rápida reunião que ocorre quando
os jogadores de Rugby irão iniciar um lance.
8. Basea-se em 6 características:
● Flexibilidade dos resultados;
● Flexibilidade dos prazos;
● Times pequenos;
● Revisões frequentes;
● Colaboração;
● Orientação a objetos.
9. Fundamentos SCRUM
Scrum consiste em três papéis: o proprietário do
produto, o Scrum Master e da equipe.
● O proprietário do produto é o
indivíduo que representa a
empresa.
● O mestre Scrum é o gerente de
projeto encarregado de controle
e medição do processo.
● A equipe é composta por aqueles
que irão executar as tarefas do
projeto.
10. Princípios
● Não requer ou fornece qualquer técnica
específica para a fase de desenvolvimento,
apenas estabelece conjuntos de regras e
práticas gerenciais que devem ser adotadas
para o sucesso;
● As práticas gerenciais do SCRUM são: Product
Backlog, Daily Scrum, Sprint, Sprint Planning
Meeting, Sprint Backlog e Sprint Review
Meeting.
11. Product Backlog
Método inicial do SCRUM, responsável pela coleta
dos requisitos, conforme aponta Schwaber &
Needle (2002).
● Reuniões com todos os envolvidos, investidores e
parceiros no projeto que apontam os itens com todas as
necessidades do negócio e os requisitos técnicos a
serem desenvolvidos
● É uma lista de atividades que provavelmente serão
desenvolvidas durante o projeto.
12. Daily Scrum
É a rápida união diária que ocorre entre os membros
do time para definir quais serão as tarefas do dia e
saber os resultados das tarefas do dia anterior
● Também chamada de Stand Up Meeting (reunião em
pé)
● Três perguntas devem ser respondidas por cada
membro sobre suas responsabilidades (RISING &
JANOFF, 2000): O que foi feito ontem? O que será feito
hoje? Há algum obstáculo à realização de suas
atividades?
13. Sprint
É considerada a principal prática do SCRUM, onde
são implementados os itens de trabalho definidos no
Product Backlog pela equipe Scrum
● Pode durar de uma a quatro semanas;
● Conforme Abrahamsson (2002), no caso do
desenvolvimento de software, inclui as fases
tradicionais do desenvolvimento de software: requisitos,
análise, projeto e entrega
14. Os demais
Sprint Planning Meeting: é a reunião em que
o time faz o planejamento do Sprint.
Sprint Backlog: é um subconjunto do Product
Backlog, ou seja, é uma lista de atividades que
devem ser consideradas durante o Sprint.
Review Meeting: é a reunião que acontece
após cada Sprint. Nela, a equipe discute seus
erros, acertos e lições aprendidas.
16. O Processo
● O proprietário do projeto compila o backlog os
requisitos do projeto, listadas por prioridade.
● Uma equipe de planejamento do sprint vai trabalhar
no top itens prioritários do backlog.
● A equipe deve trabalhar dentro de um prazo
definido.
● Reuniões diárias permitem que o mestre Scrum
acompanhe o progresso e oriente a equipe para a
conclusão do sprint.
17. O Processo
● Conclusão dos resultados de sprint em um produto.
● Uma revisão do sprint concluída precede trabalho
do próximo sprint, que será para o próximo grupo
de itens prioritários.
● O processo continua até que a equipe ter
trabalhado através da carteira inteira, ou até que
um orçamento esgotado ou um prazo termine o
projeto.
18. Vantagens
● Velocidade de desenvolvimento;
● Diminuição dos bugs implementação;
● Maior qualidade do produto final;
● Maior interação da equipe;
● Priorizam o software;
● Não há documentação extensa;
● Adaptação a mudanças;
● Maior colaboração do cliente.
19. Desvantagens
● Dificuldade em planejar, estruturar e organizar um
projeto que carece de uma definição clara.
● Mudanças frequentes, entrega de produtos
frequente e incerteza quanto à natureza exata do
produto acabam por fazer um ciclo bastante intenso
para todos os envolvidos.