SCRUM

Uma rápida introdução a Gestão Ágil de Projetos com Scrum:

Isso pode mudar suas vidas!
Tatyanna Nadabia
Scrum Master Certified da Ludy Tecnologia
CASO REAL
na
Preciso desse projeto X
em 03 meses
Web e Mobile
totalizando
142 requisitos
Web e Mobile
com
142 requisitos
Meu orçamento
é de até
80 mil
Vamos recordar
juntinhos
Pirâmide ideal
para gestão de um
projeto ESCOPO

QUALIDADE

TEMPO CUSTO
Pirâmide
apresentada

ESCOPO

QUALI
DADE

TEMPO CUSTO
Cliente não abriu mão do tempo.
Cliente não abriu mão do custo.

Como poderíamos garantir o

sucesso do projeto???
ESCOPO!
Priorização baseada
em valor
Habilidade de se ignorar os aspectos de
assuntos não relevantes para o propósito em questão.

É O VALOR
PARA O CLIENTE
Percepção do valor
Percepção do valor
AMAZON
Partirmos para entender o que
VALE MAIS para o cliente

Verbo TO BE do mundo business

HOW
AS IS TO BE
CAN BE
Isso ajuda no entendimento:

• Personas
• Desejos
• Atividades
• Ideias e oportunidades
• Processos de backstage
• Indicadores operacionais
• Indicadores gerenciais
• e várias informações importantes para o negócio

para descobrir

VALOR
E o resultado é ....

Escopo inicial

Escopo final
Planejamento de release
E finalmente foi possível
Agilizar!
Gestão de Projeto Ágil com Scrum
Quando se fala em mudança de metodologia, muita gente pensa
logo em:

• Agora que vai virar uma bagunça mesmo

• Vai burocratizar tudo
• Vão querer que eu entregue mais rápido
• Vai ser reunião o tempo todo
• Menos tempo para o meu trabalho
• Vão me cobrar mais
• …
Galera…
Ágil significa ser Ágil!
 Berthier Ribeiro Neto
primeiro funcionário da Google no Brasil e diretor do
centro de engenharia da Google

“SER ÁGIL É
GERIR DE FORMA
INTELIGENTE
O QUE FAZEMOS HOJE”
Uma das formas de ser
Ágil é aplicar o Scrum
Uma jogada do rugby onde um grupo de jogadores se reún
para fazer uma jogada.
Trabalhar em equipe!
O segredo de toda
metodologia não é
conhecê-la, é como
aplicá-la!
Os 04 Sprint Planning
Timebox: 4h
mandamentos do
Scrum

Cerimônias Scrum
Daily Meeting: 15m
Treine o seu cliente na metodologia.

*Sprints quinzenais
Sprint Review
Timebox: 2h

Sprint Retrospective
Timebox: 1h e 30m
E assim seguimos …
Sprint de 15 dias – Projeto
Daily Scrum: todos os dias
Sprint Review: quinzenalmente às quartas-feiras às 10h em ponto!
Sprint Planning: quinzenalmente às quartas-feiras às 14h em ponto!
Retrospectiva: quinzenalmente às quartas-feiras às 18h em ponto!

Isso é sagrado!!!
Resultados:
1. Projeto entregue dentro do prazo
2. Projeto dentro do orçamento
3. Cliente envolvido e feliz
4. + de 200 usuários utilizando
Funciona?
Basta garantir os
06 princípios básicos
 Controle de
Processos

Desenv. Auto-
iterativo organização

Ágil
Time-Boxing Colaboração

Priorização
do valor
Vamos ser Ágeis?
Tudo começa
com a visão
do projeto
Identificamos o Time do
projeto
O Time Scrum é um grupo ou um time de pessoas que são responsáveis por entender os requisitos de
negócio especificados pelo Dono do Produto (P.O.), estimar as Estórias de Usuários e criar os entregáveis
finais do projeto. Ou seja:

• Dono do Produto (P.O.) - TAMBÉM FAZ PARTE DO TIME

• Scrum Master
• Desenvolvedores do projeto
• Desenvolvedores de software
• Testadores
• Designs
• ...
Identificamos os Épicos
Descrevem, em termos do negócio, o que deve ser entregue ou o que é considerado como
VALOR.
Não estamos preocupados em descrever COMO o sistema deve funcionar, mas O QUE
ele deve fazer.

Neste caso as descrições são detalhadas mas não em nível técnico.

É um diamante bruto!
Identificamos os Épicos
Ex.: Abrir processo jurídico

O procedimento para se abrir um processo acontece através de um advogado que realiza o

cadastro das informações do processo e documentos em seu celular enviando-o para o
sistema da empresa.

Após o envio das informações iniciais, será possível anexar os documentos. Por fim, o
advogado poderá além de anexar documentos, opcionalmente adicionar uma observação
textual, enviando-as para o sistema da empresa a qualquer momento.
Quebramos os Épicos
Quebramos os épicos em Estórias de usuários

As Estórias de Usuário são geralmente escritas pelo Dono do Produto (P.O.) com a ajuda
do restante Time Scrum (se necessário).

São projetadas para assegurar que os requisitos do cliente sejam claramente descritos e
possam ser totalmente compreendidos por todos os envolvidos.
Quebramos os Épicos
Sempre que for criar uma Estória de Usuário tente usar o conceito chamado INVEST:

•Independente - de todas outras Estórias do Backlog

•Negociável - elaborado coletivamente durante o processo de criação
•Valiosa/Vertical - que entrega valor ao negócio
•Estimável - para facilitar o trabalho do time de desenvolvedores
•Sucinta - simples, curta que se encaixa dentro de uma Sprint
•Testável - possível de determinar quando está pronta
Quebramos os Épicos
Ex.: Abrir processo jurídico

O procedimento para se abrir um processo acontece através de um advogado que realiza o

cadastro das informações do processo e documentos em seu celular enviando-o para o
sistema da empresa.

Após o envio das informações iniciais, será possível anexar os documentos. Por fim, o
advogado poderá além de anexar documentos, opcionalmente adicionar uma observação
textual, enviando-as para o sistema da empresa a qualquer momento.
Estórias de usuários
Uma Estória de Usuário explica três coisas sobre a exigência: Quem, O quê, e Por quê. - Declarações
curtas, simples e fáceis de entender.
* As vezes o Por quê pode se tornar repetitivo ou desnecessário. Não há problema se suprimi-lo.
Estrutura geral: Como [ator], eu quero/gostaria/preciso/desejo/devo [ação] para [finalidade]

Exemplo 01: Criação de funcionalidade

Como gestor jurídico, gostaria de uma tela para criar um processo via celular para agilização do escritório.

Exemplo 02: Estudo

Como Scrum Master, preciso que seja estudada a integração com o sistema legado do cliente para poder sincronizar os
dados do app com sua base de dados.
As 04 cerimônias
do Scrum
Uma rápida explicação
Cerimônia 01
Sprint Planning
Sprint Planning
É a principal cerimônia do Scrum e tem duração timeboxed de 08 horas para uma Sprint de 01 mês.
Seu principal objetivo é selecionar as entregas parciais de funcionalidade para o cliente COM VALOR.

Este planejamento consiste em:

• Criar as Estórias de Usuário
• Identificar as Tarefas a partir das Estórias de Usuário
• Estimar as Tarefas
• Comprometer Estórias de Usuário
• Criar o Backlog do Sprint

Marca o início de uma Sprint (obviamente) e tem como principal artefato o Product Backlog ou Backlog do Produto.
Backlog do produto
Backlog da Sprint
O Time Scrum cria o Backlog do Sprint usando as Estórias de Usuários estimadas durante a Reunião de Planejamento
do Sprint.

Este registro é o que irá guiar o time sobre o seu comprometimento e as entregas que devem ser realizadas no final da
Sprint.
Backlog da Sprint
Uma Estória pode ser dividida em várias tarefas -
dividir para conquistar
Backlog da Sprint
Se uma tarefa não for finalizada, a Estória é
entendida como não finalizada
Backlog da Sprint
Se todas as tarefas forem finalizadas, a Estória é
entendida como finalizada
Backlog da Sprint
O Time deve se concentrar em atingir os objetivos do Backlog da Sprint.

Comprometemos muito mais do que conseguiria

Se durante a Sprint, o time sentir que se comprometeu com mais do que podia, o mesmo deve entrar em contato com o
P.O. para que se possa fazer redução do escopo de alguma(s) Estória(s) ou até remover Estória(s) por completo.

Comprometemos menos do que deveria

Se durante a Sprint, o time sentir que poderia fazer mais, o mesmo pode solicitar ao P.O. que adicione mais itens do
Backlog Priorizado do Produto.
Backlog da Sprint
Deu tudo errado! E agora?
O P.O. tem autoridade para cancelar uma Sprint quando algo grave acontece.

Por exemplo:
Quando o que está em uma Sprint se torna obsoleto por conta de uma mudança de negócio.
Se já tiver algo feito/pronto, estas Estórias serão avaliadas se devem passar por uma Review, e o que sobrou volta para
o Backlog para revisão do P.O..
Cerimônia 02
Daily
Daily
Também é conhecida como Stand Up (Ficar de pé).

É uma reunião curta com Time-boxed em 15 minutos onde os membros do time se reúnem todos os dias
úteis para relatar o seu progresso na Sprint e para planejar as atividades do dia.

A duração da reunião é muito curta e todos os membros do Time Scrum devem estar presentes.
Daily
Durante a reunião, cada membro do Time Scrum fornece respostas para as três perguntas Diárias:

• O que fez no último dia de trabalho?

• Está enfrentando algum problema?
• O que você fará hoje?

Se algum problema for reportado o Scrum Master deve agir imediatamente junto com o P.O.
Daily remota
Cerimônia 03
Sprint Review
Sprint Review
A fase de Revisão está preocupada com a revisão dos entregáveis, com o trabalho que tem sido feito
durante a Sprint e tem um período de duração de até 04 horas para uma Sprint de 01 mês.

Demonstrar e Validar a Sprint junto ao cliente

Neste processo, o Time Scrum do projeto apresenta os Entregáveis da Sprint

ao Dono do Produto e aos clientes relevantes em uma Reunião de Revisão da Sprint.

O objetivo dessa reunião é garantir a aprovação e aceitação do Dono do Produto assim como dos clientes
para produto ou serviço.
Sprint Review
Uma Estória de Usuário só é dada como pronta depois de Aceita ou Aprovada pelo cliente.

Se Aprovada:
É preparada para a próxima entrega do projeto.

Se não aprovada:
O P.O. deve agir decidindo o que fazer:
• Recolocar a estória na próxima Sprint
• Replanejar a estória
Cerimônia 04
Sprint Retrospective
Sprint Retrospective
O objetivo da Sprint Retrospective é planejar formas de aumentar a qualidade e eficácia do time.

O Time Scrum faz uma reunião de retrospectiva sobre como ocorreu a última Sprint no que diz respeito a
indivíduos, interações, processos, ferramentas e etc. Essa reunião tem até 03 horas de duração para uma
Sprint de 01 mês.

Basicamente é uma reunião para que o Time Scrum discuta o que correu bem durante a Sprint, que
problemas encontraram e como esses problemas foram (ou não) resolvidos.

Basicamente vamos aplicar o conceito das lições aprendidas durante o Sprint.

Sprint Retrospective
Nesta reunião o Time Scrum vai tentar identificar mudanças que sejam úteis para eles mesmos para
melhorar a sua eficácia.

Normalmente são respondidas três perguntas:

1. O que está funcionando?

2. O que não está funcionando?
3. Sugestões de melhorias.

As melhorias mais impactantes são endereçadas o mais rapidamente possível. Podem também ser
acrescentadas ao Sprint Backlog para o Sprint seguinte se caso for necessário.
Sprint Retrospective
Provocações deverão ser incentivadas durante a leitura das respostas dos questionamentos da cerimônia,
por exemplo:

• Porque a tarefa X não foi aceita?

• Porque a tarefa Y não foi entregue?
• Porque aconteceu tal problema?
Sprint Retrospective
No final da retrospective recomenda-se aplicar a técnica chamada ESVP.

Explorer (Explorador)
Shopper (Comprador)
Vacationer (Turista)
Prisoner (Prisioneiro)

Este é um exercício ajuda a entender a mentalidade dos participantes e definir a direção da reunião. Os
participantes são convidados a indicar anonimamente o que melhor representa sua visão dos participantes
na reunião.
Sprint Retrospective
Explorador - Quer participar e aprender de tudo o que foi discutido na retrospectiva.
Comprador - Está interessado em todas as informações disponíveis para usar aquelas que são úteis para ele.
Turista - Não estão interessados no trabalho da retrospectiva, mas está feliz por estar longe da rotina diária.
Prisioneiro - Quer estar em outro lugar e está participando da retrospectiva, porque é necessário.
Sprint Retrospective
Clima do time em relação a Sprint
Sprint Retrospective
Benefícios para os participantes
O método ESVP é interessante não só para os organizadores da reunião, mas também para os participantes.

A classificação também pode ajudar o participante se questionar:

- Por que estou feliz por poder escapar do meu trabalho normal?
- Por que sou enviado para reuniões das quais não quero participar?
- Por que não quero participar das reuniões?
Sprint Retrospective
As respostas a essas perguntas podem ajudar os participantes a compreender:
- Seu papel
- Posição na organização
- ou até Expectativas Pessoais
Revisão das cerimôrias
Fluxo de aplicação
Fluxo de aplicação
Refinamento do Sprint Planning Daily Sprint Review Sprint
Backlog do Produto Retrospective

• Backlog do • Backlog da • Andamento do • Entregas da • Lições

Produto Sprint projeto Sprint aprendidas
Priorizado • Aceitação do
cliente
Conclusões
Rápidas
Conclusões
• Scrum é extremamente transparente reduzindo riscos ao projeto
• Realmente traz agilidade ao processo de gestão para qualquer tipo de projeto
• É adaptável
• Feedbacks sobre o andamento do projeto acontece a todo momento
• Trás comprometimento ao time, uma vez que suas tarefas são definidas e travadas para um determinado
período de tempo
• Trás aprendizados tornando possível o crescimento profissional do time
Bem vindos ao Scrum
Espero que mude a
vida de vocês como
mudou a minha!

Tatyanna Nadabia
Scrum Guide Guia SBOK
Scrum Master Certified da Ludy Tecnologia