Framework Scrum [Link]

id=1138

Framework Scrum

Site: X25 Treinamento e Consultoria

Curso: Progrid 2017
Livro: Framework Scrum
Impresso por: Antonino Silva
Data: sexta, 26 Mai 2017, 21:22

1 de 38 26/05/2017 21:22
Framework Scrum [Link]

Sumário
1. Introdução

2. Diferenças

3. Conceitos e estrutura
3.1. Pilares
3.2. Valores
3.3. TIME-BOX
3.4. Sprint

4. Papéis
4.1. Product Owner – Dono do Produto
4.2. The Team – A equipe
4.3. Scrum Master

5. Eventos / Cerimônias
5.1. Planning Meeting - Reunião de Planejamento do Sprint
5.2. Daily Scrum - Reunião Diária
5.3. Sprint Review - Reunião de Revisão
5.4. Sprint Retrospective - Reunião de Retrospectiva

6. Artefatos

7. Conclusão

2 de 38 26/05/2017 21:22
Framework Scrum [Link]

1. Introdução
Criado por Jeff Sutherland e Ken Schwaber, o Scrum não é um processo ou metodologia para construir
produtos, é um Framework de gestão de projetos complexos, baseado no modelo iterativo e incremental. Por
ter o conceito de Framework, ele permite empregar processos, ferramentas e técnicas variadas.

Conforme ilustrado a seguir, o Scrum possui poucos elementos em sua composição, como: Fluxos, Papéis,
Artefatos e Eventos (Cerimônias). Como ponto central, os valores funcionam como fator de agregação para o
Scrum funcionar.

Seguindo o próprio conceito de FrameWork, o Scrum permite adaptações em seu modelo, criando
possibilidade para adequações aos projetos e processos da instituição. Não existe nenhum impedimento para a
inclusão de novos fluxos, papéis, eventos ou até mesmo de artefatos. O ponto restritivo é a modificação dos
elementos principais.

3 de 38 26/05/2017 21:22
Framework Scrum [Link]

2. Diferenças
O Scrum não é uma resposta de como construir software de forma rápida, mas como gerar um
produto mais adequado a necessidade do cliente com menos desperdício, diferente dos modelos
tradicionais, também conhecidos como Cascatas.

Derivados da engenharia civil, os modelos cascatas têm etapas e objetivos muito bem definidos em
um fluxo, onde todas as tarefas são encadeadas e seguem um padrão linear. Esse modelo
provadamente é a maneira menos produtiva e mais arriscada de se desenvolver um projeto de
software.

Independente do modelo, todos visão o replanejamento das atividades conforme as variações e

incertezas, porém como pode ser observado no Modelo Tradicional é comum sempre a mudança do
prazo, custo e algumas vezes a qualidade das entregas.

No Modelo Ágil as funcionalidades, ou seja, o escopo é alterado, conforme necessidade do cliente,

para se adequar ao prazo, custo e qualidade definida.

O Fluxo iterativo e incremental baseado em tempo fechado (time-boxes) é a diretriz fundamental,

com a finalidade de otimizar a previsibilidade e controlar os riscos do projeto. Quando o escopo
pode ser modificar diante de acontecimentos intempestivos para atender ao tempo determinado de
entrega, o cliente ou o dono do produto priorizará o que é mais essencial.

4 de 38 26/05/2017 21:22
Framework Scrum [Link]

3. Conceitos e estrutura
A estrutura do Scrum é exemplificada por um simples ciclo de vida de seu fluxo de
funcionamento. Nos próximos tópicos iremos ver com mais detalhes como o fluxo do
Scrum funciona e quais as definições que permeiam os papéis, os eventos e artefatos:

5 de 38 26/05/2017 21:22
Framework Scrum [Link]

3.1. Pilares

Como colunas de sustentação de uma laje, os pilares do Scrum funcionam da

mesma forma, pois eles direcionam como as atitudes e comportamentos das
pessoas dentro do projeto devem ser pautadas, resultado assim maior
colaboração e eficiência em suas ações e atividades.

Transparência: Todos devem ter a visão e o mesmo entendimento de tudo

o que está acontecendo
Inspeção: Os artefatos e o progresso em direção ao objetivo devem ser
inspecionados frequentemente por todos os envolvidos
Adaptação: Trabalhando com ciclos curtos, as mudanças são melhor aceitas
e menos dolorosas

6 de 38 26/05/2017 21:22
Framework Scrum [Link]

3.2. Valores
Os valores do Scrum representam os comportamentos encontrados
na filosofia apresentada no Manifesto Ágil.

Coragem: O Time Scrum precisa ter coragem para fazer a coisa

certa e trabalhar em problemas difíceis.
Foco: Todos focam no trabalho da Sprint e nos objetivos do Time
Scrum.
Comprometimento: As pessoas se comprometem pessoalmente
em alcançar os objetivos do Time Scrum.
Respeito: Os membros do Time Scrum respeitam uns aos outros
para serem pessoas capazes e independentes.
Abertura: O Time Scrum e seus Stakeholders concordam em
estarem abertos a todo o trabalho e aos desafios com a execução
dos trabalhos.

Quando o Time Scrum recebe em sua rotina os valores e os pilares

do Scrum de transparência, inspeção e adaptação a convivência do
dia-a-dia no projeto se torna mais tranquila e eficaz.

7 de 38 26/05/2017 21:22
Framework Scrum [Link]

3.3. TIME-BOX

Como mencionado em tópicos anteriores, o tempo é o

fator crítico de sucesso para o Scrum, por meio do
controle e acompanhamento das atividades dentro de um
tempo determinado. Este artifício é chamado de
Time-box ou Caixa de Tempo pois o tempo é fixo mas o
que é escolhido para ser adicionado neste período de
tempo que é variável.

Quando se define um objetivo em um período de tempo

fechado, isso força sua equipe a se concentrar naquilo
que é mais importante, sem gastar tempo com coisas
desnecessárias para o objetivo, ou seja garantindo que o
tempo seja investido onde realmente é importante para o
projeto e cliente.

Principais características do Time-Box:

Elemento chave do Scrum

Quantidade de tempo imutável – Tempo Fixo
É o tempo em que se produzirá algo
Altera-se o que deve ser entregue, mas não se altera o
time-box

8 de 38 26/05/2017 21:22
Framework Scrum [Link]

3.4. Sprint

Antes de mais nada é importante conceituar o

que significa um processo iterativo no Scrum,
portanto sua definição é uma simples
estratégia de minimizar os riscos por meio de
avaliações rápidas para o cliente com foco na
elaboração da entrega. Em outras palavras a
iteração aplica um time-box (período de tempo
fixo) onde o time está trabalhando para que,
ao final desse período, algo de valor seja
entregue para o cliente.

No Scrum, essa iteração é chamada de

SPRINT. Durante o período o time (equipe)
trabalha nos objetivos determinados para o
SPRINT. Seu time-box pode variar entre duas
e quatro semanas.

Um projeto Scrum é composto por vários

sprint’s do mesmo tamanho. Não é
aconselhável que o tamanho dos sprint’s varie
durante o projeto, pois um período de tempo
fechado é a melhor maneira para observar
resultados, principalmente para avaliar a
produtividade da equipe.

9 de 38 26/05/2017 21:22
Framework Scrum [Link]

4. Papéis
Não diferentemente de outros
FrameWorks ou metologias, o
Scrum também é baseado em
papéis e responsabilidades, mas
com características mais
abrangentes e direcionados para um
propósito comum do projeto, o
sucesso da entrega.

Válido ressaltar que não há um

papel específico de Gerente de
Projetos no Scrum, essa atribuição
é dividida entre os papéis.

10 de 38 26/05/2017 21:22
Framework Scrum [Link]

4.1. Product
Owner –
Dono do
Produto

Este papel pode ser o

financiador ou um
importante interessado
no projeto. Deve ter uma
visão macro do projeto,
sua principal
responsabilidade é
maximizar o valor do
produto e o trabalho da
equipe. É responsável
pela definição,
priorização e
manutenção das
atividades do projeto
(backlog).

Algumas
responsabilidades:

Define as
funcionalidades do
produto
Concentra as
informações vindas de
usuários ou
stakeholders com
objetivo de obter uma
visão única dos
requisitos do produto
Sua maior
responsabilidade é o
ROI do projeto

11 de 38 26/05/2017 21:22
Framework Scrum [Link]

Prioriza o
Product
Backlog
Pode alterar
as
prioridades
fora do
Sprint
Aceita ou
rejeita os
resultados
dos
trabalhos

12 de 38 26/05/2017 21:22
Framework Scrum [Link]

4.2.
The
Team
–
A
equipe

Não
é
entendido
como
um
papel,
mas
sim
como
um
grupo
de
pessoas
interligadas
trabalhando
para
garantir
a
entrega
do
projeto.
O
grupo
naturalmente
terá
uma
visão
micro
das
atividades,

13 de 38 26/05/2017 21:22
Framework Scrum [Link]

se
preocupando
com
os
elementos
cruciais
e
técnicos
da
entrega.

Algumas
responsabilidades
e
características:

Multi-
functional
Auto-organizável
Formado
por
até
7
pessoas
Define
o
objetivo
do
Sprint
e
detalha
os
resultados
dos
trabalhos
Faz
aquilo
que
é
necessário
dentro
das
diretrizes
do
projeto
para
alcançar
o
objetivo
do
Sprint
Demonstram

14 de 38 26/05/2017 21:22
Framework Scrum [Link]

o
resultado
do
Sprint
para
o
Product
Owner
e
outros
Stakeholders

15 de 38 26/05/2017 21:22
Framework Scrum [Link]

4.3.
Scrum
Master

O
Scrum
Master
não
é
o
gerente
do
projeto,
ele
tem
a
responsabilidade
de
acompanhar
o
time
sobre
ótica
das
diretrizes
do
Scrum,
além
de
gerenciar
os
interesses
do
Product
Owner
mediante
o
Time.
Sua
principal
preocupação
é
remover
todos
os
impedimentos
do
time,

16 de 38 26/05/2017 21:22
Framework Scrum [Link]

bloqueando
problemas
e
interversões
externas.
Ele
deve
ter
uma
visão
maior
sobre
os
processos,
garantindo
que
o
Scrum
seja
aplicado
e
entendido
por
todos.

Suas
responsabilidades:

Proteger
o
time
de
interferências
externas
Remover
Impedimentos
Garantir
o
funcionamento
e
aplicação
do
Scrum
Remover
barreiras
entre
o
desenvolvimento
e
o
cliente
Melhorar

17 de 38 26/05/2017 21:22
Framework Scrum [Link]

a
vida
e
a
produtividade
do
time
de
desenvolvimento
promovendo
a
criatividade
e
o
conhecimento
Estimular
uma
comunicação
e
cooperação
muito
próxima
entre
todas
as
pessoas
do
time

18 de 38 26/05/2017 21:22
Framework Scrum [Link]

5.
Eventos
/
Cerimônias

Os
eventos
ou
cerimônias
são
peças
chaves
para
o
funcionamento
adequado
do
Scrum,
são
a
maneira
que
o
Scrum
tem
para
delimitar
o
escopo,
controlar
e
acompanhar
o

19 de 38 26/05/2017 21:22
Framework Scrum [Link]

andamento,
revisar
o
produto
e
homologar
a
entrega.

20 de 38 26/05/2017 21:22
Framework Scrum [Link]

5.1.
Planning
Meeting
-
Reunião
de
Planejamento
do
Sprint
Reunião
que
acontece
no
início
de
cada
Sprint
(iteração),
onde
são
definidos
e
discutidos
os
itens
que
farão
parte
do
Sprint,
porém
separadas
em
duas
etapas:

Na
primeira
parte,
se
questiona
qual
será
o
valor
agregado
ao
produto?

21 de 38 26/05/2017 21:22
Framework Scrum [Link]

O
Product
Owner
apresenta
ao
Time
os
itens
ordenados
em
seu
Backlog
do
Produto,
definindo-se
a
meta
do
Sprint.

Já
na
segunda
etapa,
o
foco
é
na
forma
de
trabalho
para
entregar
o
incremento
ao
produto.

O
Time
estima
todos
os
itens
com
o
objetivo
de
definir
o
Backlog
do

22 de 38 26/05/2017 21:22
Framework Scrum [Link]

Sprint,
construindo
o
detalhamento
técnico
de
cada
um
item.

Normalmente
o
time-box
para
essa
cerimônia
pode
variar
de
quatro
a
oito
horas
dependendo
do
tamanho
do
Sprint.

23 de 38 26/05/2017 21:22
Framework Scrum [Link]

5.2.
Daily
Scrum
-
Reunião
Diária
Encontro
que
ocorre
a
cada
24
horas,
com
time-box
de
quinze
minutos.
Deve
acontecer
sempre
no
mesmo
horário
e
mesmo
local
com
a
presença
de
todos
do
Time,
inclusive
o
Scrum
Master,
sendo
opcional
a
presença
do
Product
Owner

Durante
a
reunião
cada

24 de 38 26/05/2017 21:22
Framework Scrum [Link]

membro
deve
responder
três
questões:

O
que
foi
feito
desde
a
última
reunião?
O
que
será
feito
até
a
próxima
reunião?
Existe
algum
impedimento
para
a
conclusão
das
tarefas?

Neste
momento
o
Scrum
Master
verifica
o
andamento
do
trabalho,
observando
problemas,
verificando
a
continuidade
do
processo,
resolvendo
mal-entendidos
e
impedimentos

25 de 38 26/05/2017 21:22
Framework Scrum [Link]

da
equipe.
A
reunião
diária
promove
a
auto-organização,
um
maior
comprometimento
das
pessoas
e
um
compartilhamento
das
responsabilidades.

26 de 38 26/05/2017 21:22
Framework Scrum [Link]

5.3.
Sprint
Review
-
Reunião
de
Revisão
Esta
cerimônia
é
realizada
sempre
ao
final
da
execução
do
Sprint,
com
o
time-box
entre
duas
a
quatro
horas. Representando
um
importante
ponto
de
qualidade
do
FrameWork.
Com
a
finalidade
de
inspecionar
o
incremento
e
atualização
do
Produto.

Tanto
a
equipe
quanto
o

27 de 38 26/05/2017 21:22
Framework Scrum [Link]

Product
Owner
e
as
partes
interessadas
participam
desse
encontro
para
discutem
sobre
o
que
foi
feito
e
sobre
os
próximos
itens
a
serem
entregues;

Também,
de
maneira
bem
sincera
e
direta,
o
Product
Owner
repassa
um
feedback
sobre
o
trabalho
realizado
durante
o
Sprint,
motivando
e
promovendo
a
colaboração
da
equipe.

28 de 38 26/05/2017 21:22
Framework Scrum [Link]

29 de 38 26/05/2017 21:22
Framework Scrum [Link]

5.4.
Sprint
Retrospective
-
Reunião
de
Retrospectiva
O
Scrum
demonstra
em
sua
essência
a
necessidade
de
se
adaptar
e
sempre
buscar
a
melhoria
contínua
dos
processos.
Essa
cerimônia
indica
o
momento
de
revalidação
do
funcionamento
geral,
seu
time-box
é
entre
uma
à
três
horas,
deve
acontecer
com
a
participação

30 de 38 26/05/2017 21:22
Framework Scrum [Link]

do
Scrum
Master
e
da
equipe,
onde
duas
perguntas
devem
ser
respondidas:

O
que
foi
bom
durante
o
Sprint?
O
que
pode
ser
melhorado?

As
respostas
devem
estar
voltadas
para
a
análise
das
pessoas,
dos
processos
e
das
ferramentas
utilizadas.
Assim
é
possível
destacar
os
pontos
positivos
e
os
pontos

31 de 38 26/05/2017 21:22
Framework Scrum [Link]

a
melhorar
na
Sprint.

Com
os
insumos
o
Scrum
Master
pode
gerar
lições
aprendidas
e
modificar
a
próxima
Sprint
conforme
as
informações
coletadas.

32 de 38 26/05/2017 21:22
Framework Scrum [Link]

6.
Artefatos

Por
fim
relacionamos
todos
os
artefatos
utilizados durante
as
Sprint’s:

Product
Backlog:
Lista
ordenada
de
tudo
que
pode
ser
necessário
no
produto.
Fonte
única
de
requisitos
do
projeto,
é
mantida
pelo
Product

33 de 38 26/05/2017 21:22
Framework Scrum [Link]

Owner.
Sprint
Backlog:
Conjunto
de
itens
selecionados
do
Product
Backlog
para
execução
na
Sprint
corrente.
Prevista
e
estimada
pelo
Time
Trabalho
pronto:
É
efetivamente
o
incremento
do
produto,
a
soma
de
todos
os
itens
do
Product
Backlog
completados
na
Sprint.
Durante
a
reunião
de
planejamento
o
Product
Owner
em
conjunto
com
a

34 de 38 26/05/2017 21:22
Framework Scrum [Link]

equipe
estabelecem
qual
será
a
“definição
de
pronto”
da
Sprint

Os
artefatos
não
se
limitam
especificamente
nos
itens
listados
anteriormente,
como
conceito
de
FrameWork,
é
possível
adicionar
novos
documento
ou
relatórios
para
facilitar
o
desenvolvimento
do
produto.

35 de 38 26/05/2017 21:22
Framework Scrum [Link]

7.
Conclusão
Por
fim,
pode
se
observar
que
todos
os
profissionais
envolvidos
durante
o
desenvolvimento
devem
estar
completamente
comprometidos
com
a
entrega,
da
Equipe,
o
Scrum
Master
e
especialmente
o
Product
Owner,
papel
que
dará
o
ritmo
do
Projeto.

Não
é
difícil
encontrar
organizações
que
não
obtiveram
sucesso
com

36 de 38 26/05/2017 21:22
Framework Scrum [Link]

aplicação
do
Scrum,
isso
por
diversos
fatores,
por
exemplo:

Imaturidade
com
o
processo
ágil.
A
cultura
da
organização
não
estava
aberta
para
mudanças.
Equipe
ainda
preocupada
em
artefatos
e
não
na
entrega
de
valor.
Equipe
dependente
de
um
Gerente
de
Projetos.
Ausência
do
profissional
que
representa
o
papel
do
Product
Owner.

37 de 38 26/05/2017 21:22
Framework Scrum [Link]

Pode-se
adicionar
mais
10
razões
para
os
possíveis
insucesso
nos
projetos,
mas
nenhuma
delas
podem
ser
justificativas
para
há
não
adoção.

A
própria
simplicidade
do
FrameWork
pode
dificultar
o
entendimento
inicial,
mas
a
perseverança
e
empirismo devem
estar
sempre
acompanhados
ao
processo
diário.

38 de 38 26/05/2017 21:22