Descomplicando o método ágil Scrum

Unidade 2 – Visão geral do Scrum: Papéis, Artefatos e Eventos.

Vinícius Rafael Micali Soares

Bruno Cesar Previero

Elizeu Rogério Furtado

“O único limite para a nossa realização de amanhã serão as nossas dúvidas de hoje.”
(Franklin D. Roosevelt)
TÓPICOS

Papéis

Artefatos

Eventos

Considerações finais
 Papéis

O framework Scrum consiste de times associados a papéis, artefatos e

eventos. Cada um desses componentes serve a um propósito específico
dentro do framework e é fundamental para o uso e sucesso do Scrum.

Os papéis possuem um conjunto de responsabilidades que são assumidas

por uma ou mais pessoas durante um projeto.

Três papéis são essenciais e formam o Time Scrum (Scrum Team), sendo
que uma mesma pessoa só pode ocupar um único papel:
• Dono do Produto (Product Owner);

• Mestre Scrum (Scrum Master);

• Equipe de Desenvolvimento (Development Team).

 Dono do Produto (Product Owner)

O Dono do Produto é responsável por construir e manter o

Backlog do Produto, que é uma lista que contém as
funcionalidades desejadas para o produto ou serviço. Ele
deve conhecer as necessidades tanto dos usuários e das
pessoas que estão envolvidas no desenvolvimento, como
também de outras pessoas que têm interesse sobre o
projeto (Stakeholders), podendo ser, por exemplo, gestores,
acionistas e fornecedores.

Por ser responsável pela rentabilidade do projeto (ROI), o

Dono do Produto prioriza os requisitos e aceita ou rejeita o
resultado dos trabalhos. Porém, ele não é chefe do Mestre
Scrum e nem da Equipe de Desenvolvimento. Se alguém de
dentro ou de fora da empresa quiser saber sobre o
andamento geral do projeto, deve procurar o Dono do
Produto.
 Mestre Scrum (Scrum Master)

O Mestre Scrum é responsável por facilitar o trabalho da Equipe de

Desenvolvimento e do Dono do Produto, servindo como mentor e
mediador.

Visando produtividade e eficiência da Equipe de Desenvolvimento,

o Mestre Scrum remove impedimentos e protege os membros de
interferências externas. Ele também auxilia o Dono do Produto ao
fornecer orientações para a manutenção do Backlog do Produto.

Por ser uma posição de gestão de processos (e não de pessoas), o

Mestre Scrum é responsável por garantir o entendimento e a
aplicação das teorias e regras do Scrum. Ele trabalha para que os
valores e pilares do framework Scrum sejam praticados
corretamente.
Equipe de Desenvolvimento (Development Team)

A Equipe de Desenvolvimento é composta por profissionais que

implementam os itens do Backlog do Produto.

Deve ser uma equipe com no mínimo 3 e no máximo 9 pessoas,

que são responsáveis por realizar o trabalho fundamental para
entregar um incremento do produto/serviço ao final de cada Sprint
(ciclo de trabalho).

A equipe deve ser multifuncional, auto organizada e não pode

depender de ninguém externo para a execução das atividades
durante a Sprint, ou seja, os membros devem ter as habilidades
necessárias para realizar o trabalho que é esperado.
 Artefatos

Os artefatos do Scrum são projetados para maximizar a

transparência das informações, visando garantir que a Equipe
de Desenvolvimento obtenha sucesso na entrega do
incremento.

Os principais artefatos usados no Scrum são:

• Backlog do Produto;

• Backlog da Sprint;

• Incremento.
 Backlog do Produto
É uma lista ordenada de itens que representam o trabalho a ser
realizado no desenvolvimento do produto/serviço.

O Dono do Produto é o responsável pelo conteúdo, disponibilidade e

ordenação (prioridade dos itens) do Backlog do Produto.

Por estar em constante evolução, todos os envolvidos no projeto podem

sugerir itens no Backlog do Produto, porém, cabe ao Dono do Produto
decidir se o item é viável ou não.

Cada item precisa estar detalhado o suficiente para entrar em uma

Sprint. Quem estima a complexidade (estimativa do tempo de trabalho)
de um item é a Equipe de Desenvolvimento. Itens muito grandes podem
ser divididos em itens menores.

Acesse no ambiente do curso, em Materiais de estudo,

o exemplo de Backlog do Produto.
 Item de trabalho do Backlog do Produto

Fonte: http://blog.plataformatec.com.br/2017/01/requisitos-em-equipes-ageis-falando-sobre-complexidade-e-incerteza
 Backlog da Sprint
A Equipe de Desenvolvimento é a dona do Backlog da Sprint. Todo o
trabalho que ela deverá realizar durante a Sprint deve estar nesse
artefato.

Os itens do Backlog da Sprint são divididos em tarefas, que podem ser

anotadas em post-it para serem fixadas em um quadro “Kanban” ou
serem cadastradas em um software, como o Trello. Para mais
informações sobre Kanban e Trello, acesse o “Glossário de termos do
curso”, na aba Materiais complementares.

Os membros da Equipe de Desenvolvimento escolhem o que irão

implementar, sendo que qualquer membro pode adicionar, apagar ou
alterar tarefas.

O Backlog da Sprint torna visível todo o trabalho que a Equipe de

Desenvolvimento identificou como necessário para atingir a meta da
Sprint, ou seja, o pilar "Transparência" é colocado em prática.
 Incremento

Incremento é o conjunto de itens do Backlog da Sprint que foram

implementados. Ele contém todos os incrementos que foram
gerados nas Sprints anteriores.

Ao final de uma Sprint um novo incremento deve estar finalizado

seguindo a definição de “Pronto”, que é uma lista de atividades
definidas pelo Time Scrum que devem ser realizadas para
assegurar que o trabalho da Sprint seja executado com
qualidade.

O Incremento precisa estar na condição de ser utilizado

independentemente do Dono do Produto decidir por liberá-lo ou
não.
Eventos Eventos

O Scrum possui os seguintes eventos:

• Sprint;
• Reunião de Planejamento da Sprint;
• Reunião Diária;
• Reunião de Revisão da Sprint;
• Reunião de Retrospectiva da Sprint.

Esses eventos são time-boxed. Isso quer dizer que há uma

duração máxima definida para cada evento.
 Sprint

A Sprint representa um ciclo de trabalho (iteração) que pode

durar de 1 a 4 semanas.

Durante a Sprint a Equipe de Desenvolvimento não deve ser

interrompida com pedidos adicionais.

Ao término da Sprint uma versão funcional do produto ou

serviço é entregue. Após, outra Sprint se inicia (a não ser que
o projeto tenha sido finalizado).
 Reunião de Planejamento da Sprint

A Reunião de Planejamento da Sprint é dividida em duas partes.

Parte 1:

• É realizada no início de cada Sprint para definir "O QUE" deverá

ser implementado;

• São discutidos os requisitos que estão ordenados no Backlog

do Produto, para que seja criado o Backlog da Sprint de acordo
com a velocidade (capacidade de execução) da Equipe de
Desenvolvimento;

• Obrigatoriamente, participam dessa reunião: Dono do Produto,

Mestre Scrum e Equipe de Desenvolvimento;

• Tem duração máxima de 4 horas para Sprints de 4 semanas.

 Reunião de Planejamento da Sprint

Parte 2:

• O foco dessa parte da reunião é definir "COMO" será feito o

trabalho;

• Cada requisito do Backlog da Sprint é dividido em tarefas;

• Obrigatoriamente, participam dessa reunião: Mestre Scrum e

Equipe de Desenvolvimento;

• Tem duração máxima de 4 horas para Sprints de 4 semanas.

 Reunião Diária

A Reunião Diária é uma reunião interna da Equipe de Desenvolvimento,

que serve para verificar o progresso em direção ao objetivo da Sprint.

Se outras pessoas estiverem presentes, o Mestre Scrum deve garantir

que elas não atrapalhem a reunião.

Normalmente é realizada no início da manhã e tem duração máxima de

15 minutos, com todos os membros da Equipe de Desenvolvimento em
pé.

O Guia do Scrum sugere que cada participante responda três questões:

1. O que fiz desde a última Reunião Diária?
2. O que irei fazer até a próxima Reunião Diária?
3. Quais foram os meus impedimentos?
 Reunião de Revisão da Sprint

A Reunião de Revisão da Sprint é executada logo após o final

da Sprint. Nela, a Equipe de Desenvolvimento apresenta para
o Dono do Produto o que foi implementado. Considerando o
que foi combinado na Reunião de Planejamento da Sprint, o
Dono do Produto aceita ou não o que foi feito. Se necessário,
o Backlog do Produto é adaptado.

Obrigatoriamente, participam dessa reunião: Dono do

Produto, Mestre Scrum e Equipe de Desenvolvimento.
Stakeholders chave para o projeto podem ser convidados
pelo Dono do Produto.

Tem duração máxima de 4 horas para Sprints de 4 semanas.

 Reunião de Retrospectiva da Sprint

O propósito da Reunião de Retrospectiva da Sprint é encontrar melhorias no

processo de trabalho. Nesse evento os pilares "Inspeção" e "Adaptação“ são
colocados em prática.

É realizada após a reunião de Revisão da Sprint e antes da Reunião de

Planejamento da próxima Sprint.

Essa reunião pode ser conduzida visando a obtenção de respostas para as

seguintes perguntas:
1. O que devemos parar de fazer?
2. O que devemos continuar a fazer?
3. O que devemos começar a fazer?

Obrigatoriamente, participam: Mestre Scrum e Equipe de Desenvolvimento. O

Dono do Produto pode participar se for convidado.

Tem duração máxima de 3 horas para Sprints de 4 semanas.

 Considerações finais

A adoção do Scrum proporciona mais agilidade, eficiência e qualidade

aos projetos, facilitando o diagnóstico rápido de problemas e
oferecendo meios para que o time os solucione o quanto antes.

É uma ótima maneira de melhorar os resultados e,

consequentemente, reduzir custos. Para isso, implica em mudança de
cultura da organização e disposição das pessoas.

Os pilares do Scrum - transparência, inspeção e adaptação - formam

a base desse framework. Já os valores - comprometimento, coragem,
foco, abertura e respeito - além de muito importantes no ambiente de
trabalho, são essenciais para o crescimento pessoal e devem ser
aplicados no dia-a-dia.
Referências

Blog da Plataformatec. Disponível em: <http://blog.plataformatec.com.br>.

Acesso em: 30 nov. 2019.

SCHWABER K.; SUTHERLAND J. Guia do Scrum. Um guia definitivo para o Scrum: As

regras do Jogo. Disponível em: <https://www.scrumguides.org/download.html>.
Acesso em: 01 set. 2019.
O material Descomplicando o método ágil Scrum – Visão geral do Scrum: Papéis,
Artefatos e Eventos de Vinícius Rafael Micali Soares, Bruno Cesar Previero e
Elizeu Rogério Furtado está licenciado com uma Licença Creative Commons -
Atribuição-CompartilhaIgual 4.0 Internacional.