Escolar Documentos
Profissional Documentos
Cultura Documentos
Apostila - Scrum em 10 Passos
Apostila - Scrum em 10 Passos
Denisson Vieira
Denis Pedro
Conteúdo
Sobre os Autores 3
Sobre a MindMaster 4
Introdução 5
10 Passos para Implementar o Scrum 7
Considerações Finais 23
Próximos Passos
24
2 Scrum em 10 Passos
Sobre os
Autores
DENISSON VIEIRA
ágeis do país, com mais de 2.000 profissionais atuando com métodos ágeis.
DENIS PEDRO
Sócio-Diretor da MindMaster e
especialista Métodos Ágeis e
desenvolvimento de carreira.
Scrum em 10 Passos 3
Sobre a
MindMaster
A MindMaster é uma empresa de treinamentos em
métodos ágeis, focada em formar profissionais com
conhecimentos práticos e prontos para atuação.
Criada por executivos de larga experiência no mercado, a
MindMaster tem se destacado por oferecer
os treinamentos práticos, com materiais de alta
qualidade e com grande poder transformador apra seus
alunos.
Diferenciais
É a empresa pioneira e líder em treinamentos online de Scrum do Brasil, atuando a há
5 anos no mercado de treinamentos, aculturamento ágil e coach de equipes.
Além disso, também tem atuado na transformação de empresas e equipes através de
treinamentos in Company , Mentoring e Coaching.
É uma das principais referência de Scrum online, ajudando a disseminar o método Ágil
através de artigos e vídeos de alta qualidade.
98% 99%
Taxa de Aprovação Taxa de Satisfação
de AlunosnaCertificação Dos Cursos
Scrum em 10 Passos 4
Introdução
“A essência do movimento Ágil, seja no desenvolvimento de produtos,
serviços, aplicações de software ou gerenciamento de projetos, se
baseia em 2 grandes objetivos: entregar produtos de grande valor ao
cliente e criar ambientes de trabalho motivadores.”
Jim Highsmith
Quando você começa a estudar sobre métodos ágeis, você descobre que existem várias abordagens
diferentes e isso pode parecer até assustador num primeiro momento. Mas depois você descobre que todos os
métodos ágeis seguem basicamente os mesmos valores e princípios, que é buscar sempre entregar o máximo
de valor ao cliente, ser adaptável à mudanças, promover melhoria contínua, dentre outras coisas.
E o método ágil mais popular de todos, é o Scrum, que foi criado em 1993 por Jeff Sutherland e, pela sua simplicidade
e facilidade de entender, acabou se popularizando rapidamente. Hoje em dia o Scrum é utilizado para organizar o
trabalho dos mais variados tipos de projetos, sendo muito popular nos projetos de TI.
O Scrum é um ponto de partida para todos aqueles que querem ingressar nesta nova forma de trabalhar que vem
revolucionando as empresas do mundo todo.
Isso tem gerado grandes oportunidades para profissionais que querem se especializar em Scrum e ajudar as empresas
que ainda não estão trabalhando desta forma a conseguirem ganhar mais produtividade.
Scrum em 10 Passos 5
Se você é um executivo ou dono de empresa, muito provavelmente você já sabe dos benefícios que a
forma ágil de trabalhar tem trazido para as empresa e deve estar querendo isso para a sua empresa também. E
se a sua empresa ainda utiliza os modelos tradicionais para gerenciar seus projetos, você precisa agir rápido na
transformação ágil pois o Mercado está cada vez mais dinâmico e só sobreviverá aqueles que tem capacidade
de se adaptar a mudanças.
Se você é um profissional que trabalha em equipe e ainda não conhece métodos ágeis, você também
precisa agir rápido para não ficar para trás, pois este é um movimento sem volta do Mercado.
Este livro não tem a pretensão de te tornar um especialista em Métodos Ágeis, nem de ser um Roadmap
de Transformação Ágil para a sua empresa. Mas esperamos que te ajude a dar o pontapé inicial rumo a
agilidade.
“Não é o maior, nem mais forte, nem o mais inteligente que sobrevive. É
aquele que é mais capaz de adaptar à mudanças”
Charles Darwin – Biólogo e “Agilista”
Scrum em 10 Passos 6
10 Passos para
COLOCAR O SCRUM EM
PRÁTICA!
7
Passo 1
Tudo começa com o Product Backlog
8 Scrum em 10 Passos 8
Você é o Scrum Master?
Agora que você tem um Product Owner Criando o Seu Product Backlog
nomeado, você precisa de um Scrum
Master para “tocar o bumbo” do Scrum.
Pode ser você ou alguém da sua equipe. O O Product Backlog é uma lista priorizada de desejos de tudo o que
papel do Scurm Master não é chefe de se gostaria que fosse feito no projeto.
ninguém, porém deve atuar como um líder
E, na sua mais simples forma, é literalmente uma lista, que pode
servidor, ajudando a todos do time a
ser feita em uma planilha eletrônica, em post-its, em um software
resolver qualquer impedimento que surgir
durante a execução do projeto. específico para isso, em um papel… Enfim, não existe um modelo de
E entenda time, não só as pessoas que vão Product Backlog.
desenvolver o produto como também o O que precisa é simplesmente de uma lista ordenada de coisas
Product Owner.
que precisam serem feitas com sua devida prioridade. Precisa ser
O Scrum Master pode suportar o Product
disponibilizada de uma forma onde todos do time possam ter acesso e
Owner na criação e manutenção do
Product Backlog, bem como suportar todo consigam entender.
o resto do time em suas necessidades. Se você for o Product Owner, parabéns, a tarefa de criar o Product
E, o principal, o Scrum Master é o guardião Backlog é sua e esta é a primeira e e uma das mais importantes coisas
do processo do Scrum. É quem ensina a
que você deve fazer no projeto. Aliás, sua responsabilidade será manter
todos e os ajudam a seguir o Scrum
este Product Backlog sempre atualizado e priorizado.
corretamente.
Se você for o Scrum Master e o Product Owner nomeado não
souber como fazer isso, é sua responsabilidade apoiá-lo e ensiná-lo como
fazer.
Scrum em 10 Passos 9
Qualquer pessoa pode adicionar itens ao Product Backlog. Qualquer um. O processo do Scrum é
colaborativo e todos tem o direito de opinar e dar suas contribuições. É um processo democrático que dá voz a
todos que queiram contribuir.
Porém somente o Product Owner pode priorizar o Product Backlog.
E os itens do Product Backlog devem ser idealmente expressos representando as necessidades de
negócio (necessidades dos usuários do produto a ser desenvolvido) e não utilizando termos técnicos,
independente da natureza do projeto. Isso é para que cada item do Product Backlog represente algum valor
para o usuário (ou cliente). Uma técnica muito famosa para fazer isso é escrever User Stories (Histórias de
Usuário).
A priorização do backlog não deve ser feita simplesmente colocando 1, 2 ou 3 (ou até mesmo: Prioridade
Alta, Média e Baixa). Isso é insuficiente para priorizar todos os itens do Product Backlog.
Por isso a forma de priorizar o Product Backlog é ordenando os itens em ordem de prioridade. Os mais
prioritários acima e menos prioritários abaixo.
Um item deve ficar sempre acima de outro. Não existe empate de prioridade, sempre deve existir uma
prioridade. A responsabilidade final sobre esta priorização é sempre do Product Owner.
Pense no Product Backlog como se fosse uma fila, onde cada item seu lugar e serão construídos
seguindo a ordem da fila. Mas, diferentemente de uma fila comum, no projeto Scrum, uma pessoa tem o poder
de mudar coisas de lugar na fila. Essa pessoa é o Product Owner.
Scrum em 10 Passos 10
Passo 2
Estimar os itens do Product Backlog
para ajudar a redefinir prioridades, definir se uma necessidade listada representa o esforço necessário para ter
esta história concluída.
vale mesmo a pena ser construída ou não e, de um ponto de vista
gerencial, dá uma visão geral do todo permitindo ter uma noção de
tempo, custo e tamanho de time.
Você pode estimar os itens em horas, dias, Story Points ou
qualquer outra métrica que o time esteja habituado a trabalhar.
11 Scrum em 10 Passos 11
Quem dá a estimative para os itens do Product Backlog sempre é o time. Os membros do time que vão
de fato contruir as coisas é que devem dar as estimativas.
Reveja as Prioridade depois que os itens do Products Backlog forem estimados. Pode ser que o Product
Owner ache que algum item prioritário não valha a pena dado o esforço que ele demanda. E o inverso também
pode acontecer. Um item que ele deixou com prioridade baixa, devido a um baixo esforço para ser
implementado, pode ser repriorizado pois entregará valor mais rapidamente para o cliente.
Planning Poker
O time pode ficar jogando até que um consenso seja encontrado, pode
tirar a medias dos pontos apresentados por todos e definir a estimativa
com base na media ou, em uma abordagem mais conservadora, sempre
considerar o valor da maior carta apresentada.
Scrum em 10 Passos 12
Passo 3
Hora de Planejar o Sprint
4 semanas de duração para a Sprint. Mas nada impede que você e mais entender melhor quantos itens do
Product Backlog cabem dentro da sua Sprint .
seu time testem durações menores ou maiores. Não é recomendável
Sprints maiores que 30 dias, pois, muito provavelmente, é possível
entregar valor ao usuário em um menor espaço de tempo.
Procure sempre definir a Sprint com a menor duração possível.
Para isso, faça essa pergunta ao time: Qual o menor tempo que
podemos entregar algo pronto e de valor para o usuário?
13 Scrum em 10 Passos 13
Itens de Backlog devem ser Claros
É importante que durante a reunião de
Sprint Planning o Product Owner explique
da forma mais clara que puder cada item Iniciando a Reunião de Sprint Planning
dos mais prioritários do Product Backlog.
Uma boa prática é que todo o time discuta
cada item até chegar a um entendimento
em comum. A primeira coisa a ser feita em uma reunião de Sprint Planning é
O Product Owner pode trazer documentos definir qual será a meta da Sprint.
adicionais ao Product Backlog que ajudem Isso é feito com a seleção, seguindo a ordem de prioridade do
a descrever os itens, como protótipos,
Product Baclog, dos itens que poderão ser trabalhados dentro da Sprint.
especificações funcionais, etc.
O importante é sempre ter em mente que O Product Owner pode dizer quais itens ele gostaria que fossem
quanto menos dúvidas as pessoas tiverem feitos nesta Sprint, porém é o time quem tem autonomia para dizer o
sobre o que deverá ser feito melhor. quanto eles conseguem se comprometer em entregar.
A reunião é dividida em duas partes:
Na primeira parte são decididas quais histórias ou funcionalidade
serão desenvolvidas durante a Sprint e um objetivo para a Sprint é
escrito.
Na segunda parte o time planeja quais as tarefas (técnicas) serão
necessárias para construir cada item de backlog selecionado para a
Sprint.
Falaremos melhor sobre isso no próximo passo.
Scrum em 10 Passos 14
Passo 4
Quebre em Tarefas Menores
15 Scrum em 10 Passos 15
Passo 5
Crie um Espaço de Trabalho Colaborativo
16 Scrum em 10 Passos 16
Passo 6
Sprint!
trabalhar, existem alguns princípios-chave que vamos destacar aqui a todo o trabalho gasto até o momento, e
somente o Product Owner pode tomar esta
na próxima página.
decisão.
17 Scrum em 10 Passos 17
Pronto significa Pronto!
É imperativo garantir que você complete Empoderando os Times
uma estória por vez antes de passar para a
próximo. Você precisa evitar chegar ao A equipe Scrum toma suas próprias decisões durante o Sprint.
final da Sprint com 90% de tudo pronto.
Toda vez que um gerente ou líder entra e toma uma decisão para a
Ter 90% de tudo pronto é o mesmo que
equipe, eles eliminam alguma responsabilidade das pessoas. Se um
não ter nada pronto. É melhor ter 100% de
alguma coisa... gerente continuar fazendo isso, a equipe gradualmente vai perdendo o
comprometimento com o trabalho.
Se você for o líder, a equipe deve receber seu apoio, orientação,
treinamento e assistência. Não ordens. Se necessário, a equipe deve ser
Sem interferências, por favor! ajudada por você a tomar suas próprias decisões.
Idealmente, uma vez que uma equipe
Scrum se comprometeu com uma Sprint, O tempo não espera Ninguém
eles devem ser deixados para se
concentrar em entregar o que eles se
A duração do Sprint é fixa.
comprometeram. Mudanças constantes
Você pode adicionar escopo se você precisar, ou adicionar tarefas
nas prioridades impedem que uma equipe
seja totalmente produtiva. se descobrir que elas são necessárias. Contudo, as mudanças no escopo
Se as prioridades precisam ser alteradas devem ser compensadas por reduções equivalentes, ou seja, removendo
durante um Sprint, que seja usado o bom algo mais do Sprint.
senso. Não é proibido, no entanto, um
O Sprint sempre termina quando o prazo termina, independente
trabalho equivalente deve ser removido do
Sprint para compensar.
se todos os itens planejados foram concluídos ou não.
Caso não consiga terminar tudo, ou acabe antes do tempo, na
retrospectiva vamos refletir sobre as causas disso e corrigir para a
próxima Sprint, que começa logo na sequencia.
Scrum em 10 Passos 18
Passo 7
Reuniões diárias… e de pé!
1. O que fez desde a última reunião? (ontem) O Scrum Master não precisa resolver todos os
2. O que farão até a próxima reunião? (amanhã) impedimentos pessoalmente, ele pode
delegar, mas ele é o responsável por garantir
3. Algo está impedindo seu progresso?
que os impedimentos sejam resolvidos.
19 Scrum em 10 Passos 19
Passo 8
Use um quadro
20 Scrum em 10 Passos 20
Passo 9
Termine a Sprint na Data
21 Scrum em 10 Passos 21
Passo 10
Revisar, Refletir e Repetir
Retrospectiva
Nesta reunião, logo após a Sprint Review, fica somente o
time para participar.
O propósito da Retrospectiva é refletir sobre como as coisas
foram durante o Sprint. É uma chance para a equipe discutir o
Sprint e considerar como eles poderiam melhorar as coisas.
Dentre outras coisas, o time pode verificar:
– Se entregou o que se comprometeu no início do
Sprint e, caso negative, verificar qual a causa raíz
disso ter acontecido
– Quantos pontos foram efetivamente entregues e
registro da velocidade do time
– Discutir o que deu certo e vai continuar fazendo, o
que pode ser melhorado e o que não deu certo e vão
parar de fazer
O Scrum Master, novamente, é quem deve facilitar estas
reuniões e garantir que elas aconteçam.
22 Scrum em 10 Passos 22
Considerações
Finais
Com a velocidade que o mundo está mudando é
imprescindível para todas as empresas se adaptarem a
novos modelos de gestão, como o Scrum.
Scrum em 10 Passos 23
Os seus
Próximos Passos
Para você
Scrum em 10 Passos 24
www.mindmaster.com.br
Scrum em 10 Passos 25