O documento descreve os conceitos básicos do framework Scrum, incluindo: (1) Scrum não é uma metodologia ou receita de bolo pronta, mas sim um framework iterativo e incremental; (2) Os papéis no Scrum são o Product Owner, Scrum Master e Time; (3) O fluxo do Scrum inclui planejamento, sprints diárias e reuniões para revisão e retrospectiva.
3. O que veremos?
O que não é Scrum?
O que é Scrum?
Papéis no Scrum
Fluxo do Scrum
O conceito de pronto
4. O que não é Scrum?
Não é uma metodologia
Não é uma receita de bolo
Não é completo
Não é a solução para todos seus
problemas...
5. O que não é Scrum?
Não é uma metodologia
Não é uma receita de bolo
Não é completo
Não é a solução para todos seus
problemas...
6. O que é SCRUM?
Scrum é um processo iterativo e
incremental para o desenvolvimento
de produtos e gerenciamento de projetos.
É mais um framework que uma
metodologia, mais atitude do que
processo.
7. O que é SCRUM?
Não espere que Scrum lhe diga o que
fazer a cada problema ou desafio que
você encontre, ele apenas lhe ajudará a
ter transparência para enxergar estes
problemas e desafios, você decidirá o
que fazer para resolvê-los.
8. O que é SCRUM?
Inicialmente, o Scrum foi concebido como
um estilo de gerenciamento de projetos em
empresas de fabricação de automóveis e
produtos de consumo, por Hirotaka
Takeuchi e Ikujiro Nonaka no artigo "The New
Product Development Game" (Harvard Business Review, Janeiro-
Fevereiro 1986).
Eles notaram que projetos usando equipes pequenas e
multidisciplinares produziram os melhores resultados, e
associaram estas equipes altamente eficazes à formação
Scrum do Rugby (utilizada para reinício do jogo em certos casos)
12. O que é Design
Otrês pilares do SCRUM
Centrado no
usuário?
“É o processo de design em que as
necessidades, desejos e limitações do ser
humano são levadas em conta durante todas
as fases de concepção e desenvolvimento de
um projeto”
13. O ManifestoDesign
O que é Ágil
“Estamos descobrindo maneiras melhores de
Centrado no
desenvolver software fazendo-o nós mesmos e ajudando
outros a fazê-lo. Através desse trabalho, passamos a valorizar:
usuário?
“É o processo de design em que as
necessidades, desejos e limitações do ser
humano são levadas em conta durante todas
as fases de concepção e desenvolvimento de
Ou seja, mesmo havendo valor nos itens à direita, valorizamos
um projeto”
mais os itens à esquerda."
http://agilemanifesto.org/iso/ptbr/
14. Porcos e Galinhas...
O que é melhor quando se trabalha em
projetos em equipe? Estar envolvido,
ou estar comprometido?
15. Papéis no SCRUM
Product Owner Scrum Master Time
• Responsável por • Responsável por • Multidisciplinar
garantir o retorno de remover impedimentos
Investimento do time • Auto organizado
• Responsável por • Responsável por • Produz produto com
conhecer as garantir o uso de Scrum qualidade e valor para
necessidades dos clientes o cliente
• Protege o time de
• Proxy em ambientes interferências externas
com mais de um cliente
17. Fluxo do Scrum
Visão: O Product Owner
define a visão do produto. Esta
visão é o que representa sua
necessidade, é o que deve ser
satisfeito ao fim do projeto.
Para definir esta Visão, o Product Owner (P.O.)
colhe informações junto a clientes, usuários
finais, time, gerentes, stakeholders, executivos,
etc.
18. Fluxo do Scrum
Product Backlog: O P.O. cria
uma lista inicial de necessidades
que precisam ser produzidas
para que a visão do produto seja
atingida, para esta lista damos o
nome de Product Backlog.
Os requisitos para o produto que o Time Scrum está desenvolvendo estão
listados no Product Backlog. O P.O. é o responsável por este artefato, o que
inclui: seu conteúdo, sua disponibilidade e sua priorização.
Um Product Backlog nunca está completo, ele evolui à medida que o
produto se desenvolve. Ele é dinâmico no sentido de que ele está
constantemente mudando para identificar o que o produto precisa para ser
apropriado, competitivo e útil.
19. Fluxo do Scrum
Reunião de Planejamento:
É nesta reunião que o Product
Owner apresenta os itens de maior
prioridade do Product Backlog ao
Time.
Eles trabalham em conjunto para descobrir qual
funcionalidade deverá ser desenvolvida durante a
próxima Sprint. A decisão referente à quantidade de
itens que o Time produzirá na Sprint cabe somente ao
Time. Somente o Time pode saber o que ele é capaz de
realizar na próxima Sprint.
20. Fluxo do Scrum
Meta: Tendo selecionado os itens do
Product Backlog, a Meta da Sprint é
META delineada. A Meta do Sprint é uma
descrição que fornece orientação ao Time
sobre a razão pela qual ele está
produzindo o sistema ou produto.
O motivo para se ter
uma Meta da Sprint é Sprint Backlog
dar ao time espaço Funcionalidade A
META
para variação em se Funcionalidade B
tratando de
funcionalidade. Funcionalidade C
21. Fluxo do Scrum
Sprint Backlog: Ao final da reunião
de planejamento nosso Sprint Backlog
deve estar pronto, contendo: itens de
backlog selecionados, suas respectivas
tarefas e a meta da Sprint.
O time se auto-
organiza para
delegar e se
encarregar do
trabalho contido no
Sprint Backlog.
22. Fluxo do Scrum
Sprint: A Sprint é uma iteração.
Sprints são eventos de duração fixa.
Durante a Sprint, o Scrum Master
garante que não será feita nenhuma
mudança que possa afetar a Meta da
Sprint. Tanto a composição do time
quanto as metas devem permanecer
constantes durante a Sprint.
As Sprints podem ser canceladas antes que o prazo fixo da Sprint
tenha acabado. Somente o Product Owner tem a autoridade para
cancelar a Sprint, embora ele possa fazê-lo sob influência dos
stakeholders, do Time ou do Scrum Master.
Obs importante: Nunca estique uma Sprint querendo ganhar mais dias. Neste caso, finalize a
Sprint mesmo que não tenha alcançado a meta.
23. Fluxo do Scrum
Reunião Diária: Através da
reunião diária (ou Daily Meeting) o
time ganha visibilidade de como está
o caminho para a meta, e planeja o dia
seguinte de trabalho. O Scrum Master
novamente é o facilitador desta
reunião.
Nesta reunião de 15 minutos, cada membro deve responder:
• O que fiz desde a última reunião?
• O que pretendo fazer até a próxima?
• Tive (estou tendo) algum impedimento?
24. Fluxo do Scrum
Reunião de Revisão: Através da
revisão (ou Sprint Review) realizamos a
entrega do trabalho. Será nesta reunião
que o Time apresentará ao P.O (Product
Owner) o que foi feito e como foram feitas
as demandas da Sprint.
A reunião de revisão fornece input de valor para as Sprint Planning
Meetings seguintes.
Quem participa desta reunião?
• Time
• Scrum Master
• Product Owner (que pode convidar outras pessoas / clientes)
25. Fluxo do Scrum
Reunião de Retrospectiva: Esta é a
última reunião de uma Sprint Scrum. Ela
também representa o espírito de inspeção
e adaptação dentro do Scrum. Podemos
avaliar o que foi bom e ruim junto ao time,
ao projeto ou até mesmo a empresa.
A finalidade da retrospectiva é inspecionar como correu a última
Sprint em se tratando de pessoas, das relações entre elas, dos
processos e das ferramentas. A inspeção deve identificar e
priorizar os principais itens que correram bem e aqueles que, se
feitos de modo diferente, poderiam ter deixado as coisas ainda
melhores.
26. Fluxo do Scrum
Incremento do Produto: Ao se
utilizar Scrum, os produtos são construídos
iterativamente, de modo que cada Sprint
cria um incremento do produto, iniciando
pelo de maior valor e maior risco. Mais e
mais Sprints vão adicionando incrementos
ao produto.
Cada incremento é um pedaço potencialmente entregável do
produto completo. Quando já tiverem sido criados incrementos
suficientes para que o produto tenha valor e uso para seus
investidores, o produto é entregue.
27. O conceito de PRONTO
No desenvolvimento de produtos, afirmar que a
funcionalidade está pronta pode levar alguém a
presumir que ela está pelo menos bem
codificada, refatorada, que tenha passado por
testes unitários, e que tenha passado por testes
de aceitação.
Outros podem presumir que apenas o código tenha sido
desenvolvido. Se ninguém sabe qual a definição de “pronto”,
os outros dois pilares do controle de processos empíricos não
funcionam. Quando alguém descreve algo como “pronto”,
todos devem entender o que “pronto” significa.