Scrum – Guia Prático

Os papéis, eventos, artefatos e as regras do Scrum

Raphael Rayro Louback Saliba

Certified Scrum Master
Solutions www.domain.com 1
 www.fantastsoft.com.br

Gráfico de Utilização de Funcionalidades

Utilização das funcionalidades entregues em Sistemas de Software atuais

NUNCA
45% Das funcionalidades entregues, 45% NUNCA são utilizadas

19% 16%
RARAMENTE ALGUMAS VEZES
Das funcionalidades entregues, Das funcionalidades entregues,
19% raramente são utilizadas 16% são utilizadas algumas vezes

13% 7%
FREQUENTEMENTE SEMPRE
Fonte: Standish Group – Chaos Report
Das funcionalidades entregues, Das funcionalidades entregues,
13% são utilizadas frequentemente 7% são sempre utilizadas
 www.fantastsoft.com.br

Índice de Sucesso nos Projetos de Software

Pesquisa: Chaos Report 2006 / 2008 / 2010 - Standish Group

50%
SUCESSO
45% 44% 43%
42% Projeto finalizado no prazo, no
39%
40%
37% orçamento e totalmente funcional
35%
32%
30% DESAFIO
25%
24%
Projeto finalizado com atraso, com
21% estouro de orçamento e/ou não
20%
18% totalmente funcional
15%

10%

5%
FALHA
0% Projeto cancelado ou nunca utilizado
2008 2010 2012
 www.fantastsoft.com.br

Definição de Scrum

O que é Scrum?

Um framework com a qual as pessoas podem

resolver problemas complexos e adaptáveis,
enquanto entregam produtos de forma
produtiva e criativa e com o maior valor possível.

O que é Framework?

Conjunto de:

• Processos
• Técnicas
• Boas práticas
• Conceitos
 www.fantastsoft.com.br

Os 3 Pilares do Scrum

Transparência: Aspectos significativos do

processo devem estar visíveis a todos
responsáveis pelos resultados de forma clara
e objetiva.

Adaptação: Os usuários Scrum devem,

frequentemente, inspecionar os artefatos
Scrum e o progresso em direção a detectar
variações.

Inspeção: Se um processo desviou para fora

dos limites aceitáveis, e que o produto
resultado será inaceitável, o processo ou o
material sendo produzido deve ser ajustado.
 www.fantastsoft.com.br

Modelo em Cascata ou Waterfall

Método tradicional de desenvolvimento de software

Necessidade Necessidade Design Design do

do sistema Programa

Requisitos Requisitos Codificação Codificação

de sistema do Software

Requisitos Requisitos Testes Testes do

Do software software

Análise Análise Operações Software

do sistema Pronto
 www.fantastsoft.com.br

Representação Waterfall x Scrum

Desenvolve

Entrega
Planeja

Revisa
Waterfall

Testa
Planeja Planeja Planeja

Desenvolve Desenvolve
Desenvolve
Revisa Ágil

Entrega
Testa Testa Testa

Revisa Revisa Revisa

 www.fantastsoft.com.br

Waterfall x Scrum – Analogia do bolo

Waterfall Ágil
 www.fantastsoft.com.br

Modelo em Cascata (Waterfall) x Scrum

Entrega de Valor entre Cascata x Scrum

Figuras extraídas de: A Guide to the SCRUM BODY OF KNOWLEDGE (SBOK™ Guide)
 www.fantastsoft.com.br

Modelo em Cascata (Waterfall) x Scrum

Principais diferenças entre os dois modelos

Figura extraída de: A Guide to the SCRUM BODY OF KNOWLEDGE (SBOK™ Guide)
 www.fantastsoft.com.br

4 principais diferenças – Ágil x Tradicional

As 4 principais diferenças entre Processos Ágeis e Processos Tradicionais de Desenvolvimento

1. Participação
do Cliente

2. Retorno do
Investimento

3. Adaptabilidade

4. Risco

Solutions www.domain.com
Figuras extraídas de: http://piramidelean.com.br/4-diferencas-entre-processos-ageis-e-processos-tradicionais-de-desenvolvimento/
11
 www.fantastsoft.com.br

Índice de Sucesso – Waterfall x Ágil

Pesquisa: Chaos Report 2012 - Standish Group

SUCESSO
Projeto finalizado no prazo, no
orçamento e totalmente funcional

Waterfall Ágil
14% DESAFIO
Projeto finalizado com atraso, com
42% estouro de orçamento e/ou não
49% totalmente funcional
29% 57%

9% FALHA
Projeto cancelado ou nunca utilizado
 www.fantastsoft.com.br

Princípios do Scrum
Diretrizes fundamentais para a aplicação do Scrum e devem obrigatoriamente serem usados em todos os projetos

Controle de Processo Empírico

Priorização baseada em valor Esse princípio enfatiza a filosofia central
Esse princípio destaca o foco do do Scrum com base em três ideias
Scrum em entregar o máximo de principais: transparência, inspeção e
valor de negócio possível, durante adaptação.
todo o projeto.

Princípios Colaboração
Time-boxing Scrum Criação de valor compartilhado, com
O tempo é considerado uma restrição times trabalhando e interagindo em
limitada em Scrum. É usado para ajudar a conjunto para atingirem melhores
gerenciar o planejamento e execução do resultados
projeto com eficácia.

Desenvolvimento Iterativo Auto-organização

O Produto é desenvolvido em ciclos e o Equipes comprometidas e com
resultado se soma e modifica o que já se responsabilidade compartilhada com
tem pronto do produto até o momento um ambiente inovador e criativo
 www.fantastsoft.com.br

Manifesto Ágil

Disponível em: http://www.manifestoagil.com.br/

 www.fantastsoft.com.br

Comprometimento da Equipe Scrum

Não basta estar envolvido, o comprometimento é essencial para entrega de valor
 www.fantastsoft.com.br

Comunicação da Equipe Scrum

Comunicação é um ponto-chave dentro de metodologias ágeis
 www.fantastsoft.com.br

Figura extraída de: http://www.mindmaster.com.br/scrum/

Solutions www.domain.com 17
 www.fantastsoft.com.br

Papéis x Projeto
Visão Geral dos papéis dos integrantes do Time Scrum dentro do Projeto

Projeto

Product Owner
Responsável pela Visão do
Produto e de repassar ao Time o
problema do cliente. Deve
Time de Desenvolvimento preocupar-se com o Macro.
Responsável pelo andamento do
Projeto. Desenvolvedores devem
preocupar-se com o Micro.

Scrum Master
Responsável por fazer o ambiente
Scrum Funcionar. Deve preocupar-se
com o Processo.
 www.fantastsoft.com.br

Papéis Scrum
Fluxo de comunicação do Time Scrum (PO, SM e DevTeam)

Figura extraída de: A Guide to the SCRUM BODY OF KNOWLEDGE (SBOK™ Guide)
 www.fantastsoft.com.br

Papéis e Responsabilidades
Principais responsabilidades dos integrantes do Time Scrum

Product Owner Scrum Master Time de Desenvolvimento

É o Dono do Produto. É um facilitador, um servo-líder que garante São os desenvolvedores.

Deve expressar claramente os itens do que o Scrum seja entendido e aplicado Eles são auto-organizados.
Backlog do Produto. seguindo às regras e práticas.

Ordenar os itens do Backlog do Produto Remover impedimentos para o progresso do Times de Desenvolvimento são
para alcançar melhor as metas e missões. Time de Desenvolvimento. multifuncionais.

Garantir o valor do trabalho e o ROI* Facilitar os eventos Scrum conforme exigidos O Scrum não reconhece títulos para os
realizado pelo Time de Desenvolvimento. ou necessários. integrantes que não seja o de Desenvolvedor.

Garantir que o Backlog do Produto seja Integrantes podem ter habilidades

Ensinar e liderar o Time de Desenvolvimento
visível e claro para todos, e mostrar o que especializadas mas a responsabilidade
na criação de produtos de alto valor.
o Time Scrum vai trabalhar a seguir. pertence ao Time como um todo.

Garantir que o Time de Desenvolvimento Treinar o Time de Desenvolvimento em

Times de Desenvolvimento não contém
entenda os itens do Backlog do Produto autogerenciamento e interdisciplinaridade.
sub-times dedicados a domínios específicos.
no nível necessário.
*Return On Investiment: Retorno Sobre Investimento - relação entre a quantidade de dinheiro ganho (ou perdido) como resultado de um investimento e a quantidade de dinheiro investido
 www.fantastsoft.com.br

Eventos Scrum
Fluxo de atividades obrigatório dentro de um Sprint - “Dividir para Conquistar”

Figura extraída de: http://pt.slideshare.net/fabiogr/elaborao-de-um-product-backlog-efetivo

 www.fantastsoft.com.br

Eventos Scrum Sprint

Fluxo de atividades obrigatório dentro de um Sprint
 Coração do Scrum;

 Time-boxed: 1-4 semanas;

01 Reunião de Planejamento
O trabalho a ser realizado na Sprint é planejado
na reunião de planejamento. Este plano é criado  Resultado: Versão incremental
com o trabalho colaborativo de todo o Time potencialmente utilizável;
Scrum. Máx.: 8 horas/Sprint 1 mês
 Uma nova Sprint inicia
02 Reunião Diária
A Reunião Diária do Scrum é um evento time-
imediatamente após
conclusão da Sprint anterior.
a
boxed de 15 minutos, para que o Time possa
sincronizar as atividades e criar um plano para
as próximas 24 horas. Responde à 3 perguntas.  A Sprint poderá ser cancelada se
o objetivo da Sprint se tornar
obsoleto;
03 Reunião de Revisão
A Revisão da Sprint é executada no final da Sprint  Sprints permitem previsibilidade
para inspecionar o incremento e adaptar o
Backlog do Produto se necessário. Não tem como
que garante a inspeção e
objetivo receber aprovação, mas sim feedback. adaptação do progresso em
direção à meta;

04 Reunião de Retrospectiva
A Retrospectiva da Sprint é uma oportunidade para o  Sprints também limitam o risco
Time Scrum inspecionar a si próprio e criar um plano ao custo de um mês corrido.
para melhorias a serem aplicadas na próxima Sprint
 www.fantastsoft.com.br

Artefatos Scrum

Backlog do Produto: O Backlog do Produto é

uma lista ordenada de tudo que deve ser
necessário no produto, e é uma origem única
dos requisitos para qualquer mudança a ser
feita no produto. O PO é responsável por ele

Backlog da Sprint: Conjunto de itens do

Backlog do Produto selecionados para a
Sprint, juntamente com o plano para
entregar o incremento do produto e atingir o
objetivo da Sprint.

Definition of Done: Os integrantes devem

ter um entendimento compartilhado do que
significa o trabalho estar completo
(“Pronto”) assegurando a transparência.
 www.fantastsoft.com.br

Planning Poker
Técnica baseada no consenso para estimar esforço ou tamanho relativo de itens do Product Backlog

Procedimento Planning Poker:

1. A equipe em conjunto lê a descrição de todas as histórias do

Product Backlog para ter uma visão geral do que deverá ser
estimado.
2. Das histórias do Product Backlog, a equipe seleciona a que
julga ser a mais simples de todas, isto é, a que demandará
menos esforço para implementação. Para essa história a
estimativa será de 2 pontos, que é o menor ponto do baralho
selecionado para esse primeiro planning poker.
3. Pronto! Essa história será a história guia do processo de
estimativas. Ela servirá como referência para as estimativas
das demais.
4. Agora, seguindo a ordem apresentada no Product Backlog,
cada história é relida e pontuada, tomando-se a história guia
Na figura acima é usada a sequência de Fibonacci adaptada
como referência.
Sugestão para jogar on-line: http://www.planningpoker.com
 www.fantastsoft.com.br

Product Backlog
 www.fantastsoft.com.br

Sprint Backlog
 www.fantastsoft.com.br

Benefícios Metodologia Ágil

Principais benefícios da utilização do Scrum

Vantagem Competitiva Produtividade Qualidade

Capacidade de responder às Aumento da produtividade maior qualidade no produto
mudanças acolhidas como através de uma equipe auto- gerado, pois o feedback do
oportunidade de melhoria organizada e motivada cliente é constante

Entregas Frequentes Redução dos Riscos Visibilidade

Entregas frequentes de valor e Redução dos riscos e Baseado na transparência,
mais rápido retorno ao desperdícios com o através das reuniões temos
investimento dos clientes planejamento por Sprint maior visibilidade do
progresso do projeto
 www.fantastsoft.com.br

Gráficos de desempenho
Medição de desempenho do Time

Gráfico Burndown Gráfico Burnup

 www.fantastsoft.com.br

Empresas usando Scrum

Algumas grandes empresas que apostaram no uso dessa metodologia ágil
 www.fantastsoft.com.br

Conclusão
Devo utilizar Scrum?

A – Sua empresa concorda em mudar o ciclo de vida dos projetos para timeboxes de 1-4 semanas?

B – Sua organização concorda em juntar divisões funcionais clássicas como analistas, programadores, testers em um único time?

C – Sua empresa concorda em abrir mão de hierarquias rígidas tradicionais para uma estrutura mais horizontal?

D – A liderança concorda em permitir que a equipe multi-disciplinar se auto-organize e auto-gerencie seu trabalho?

E – Escolher um líder-servidor para atuar como ScrumMaster é algo fácil na sua organização ou vai gerar muita discussão?

F – O papel de Product Owner é facilmente identificável na sua organização? O cliente está “próximo”?

G – Sua empresa está disposta a cumprir com as reuniões obrigatórias (reunião de planejamento, diária, revisão e retrospectiva)?

H – Ela está disposta a abrir mão dos atuais mecanismos de controle (custos, prazo, escopo) para adotar a forma ágil de controle?
 Obrigado pela atenção!
Dúvidas, sugestões ou críticas, entre em contato conosco!

Facebook.com/Fantastsoft raphael@fantastsoft.com.br www.fantastsoft.com.br

Solutions www.domain.com 31