O documento descreve os princípios e práticas do framework Scrum para gestão de projetos ágeis. O Scrum utiliza eventos como Sprints curtas, reuniões diárias e revisões para entregar valor continuamente ao cliente. Equipes multidisciplinares se auto-organizam para atingir metas com flexibilidade e adaptabilidade.
2. Sobre o Scrum
"Precisamos descobrir um jeito melhor de trabalhar, e precisamos começar agora mesmo"
Jeff Sutherland
O Scrum é um dos principais métodos ágeis e foi criado para facilitar o trabalho das pessoas.
Antes de mais nada, é importante lembrar que o Scrum pode ser utilizado para todo e
qualquer desenvolvimento de projeto ou produto! Então, independente da sua área de
atuação, você pode utilizar e se beneficiar deste framework.
Jeff partiu do incômodo em perceber as equipes trabalhando exaustivamente, entregando o
trabalho fora do prazo e com custos exorbitantes para começar a trilhar uma nova forma de
fazer as coisas. E isso começou em meados de 1983. Pois é, o Scrum não surgiu ontem!
Em sua primeira tentativa de melhorar o trabalho da equipe, Jeff criou uma pequena
empresa dentro da organização que atuava. Essa pequena empresa era composta por
pessoas de diferentes áreas. Daí surgiram os primeiros conceitos do Scrum:
- Product Owner (Dono do Produto)
- Backlog (Pendências do Produto)
- Sprints semanais
Com esta pequena iniciativa, Jeff e sua equipe se tornaram a divisão mais lucrativa da
empresa, em 6 meses.
Alguns anos mais tarde, depois de presenciar um robô criado pelo pessoal do MIT sob a
coordenação do professor Rodney Brooks, Jeff pensou: “O que aconteceria se a gente
criasse um conjunto simples de instruções para equipes de pessoas trabalharem juntas,
exatamente como essas pernas? Elas se auto-organizariam e se otimizariam, da mesma
forma que esse robô.”
1
3. Em 1993 Jeff foi convidado a assumir a vice-presidência da empresa de tecnologia Easel. E o
primeiro desafio era construir uma nova linha de produtos em 6 meses.
Ao perceber o desafio, Jeff decidiu mudar a forma de fazer e sua primeira ação foi rasgar o
Diagrama de Gantt (que era lindo, tinha muitas cores, tarefas detalhadas - mas não
funcionava). Foi então que reuniu sua equipe para fazer o que eu diria ser a etapa de
investigação/descoberta sobre novas formas de desenvolver produtos. Uma pessoa da sua
equipe descobriu num artigo da Harvard Business Review de 1986 escrito por Hirotaka
Takeuchi e Ikujiro Nonaka um processo de desenvolvimento em sobreposição, que era mais
rápido e flexível. Este era um processo já utilizado por grandes empresas como a Honda, 3M
e Hewlett-Packard.
Como é que funcionava esse processo de trabalho?
Com executivos que atuavam como líderes que prestavam serviços à equipe, tirando do
caminho possíveis obstáculos. A equipe era multifuncional, ou seja, composta por
especialistas de diferentes áreas e as pessoas tinham autonomia para tomar decisões em
busca de objetivos maiores, algo que superava suas próprias habilidades. Esse formato foi
comparado ao funcionamento do time de rugby, onde a bola é passada pelo time conforme
ele avança.
Foi aí que nasceu o Scrum! A equipe usou esse processo e entregou o produto dentro do
prazo, abaixo do orçamento e com poucos erros em relação a entregas anteriores.
2
4. Fonte da imagem: scrum.org
Como funciona o Scrum?
O Scrum é, por definição, um framework usado para gerar valor pro cliente de forma
adaptativa e partindo de problemas complexos, mas de forma leve para os times.
Sua base é do empirismo e do lean thinking, ou seja, uma ferramenta que proporciona
conhecimento através da experiência e tomada de decisão a partir do que é observado - da
realidade. Assim como outros frameworks ágeis, ele é iterativo e incremental (ajustável).
Os pilares que estruturam o Scrum são: Transparência, Inspeção e Adaptação
Transparência: O processo de trabalho deve ser visível a todos os envolvidos: quem executa
(time Scrum) e quem recebe (Cliente).
Inspeção: O progresso do trabalho deve ser inspecionado frequentemente para verificar
possíveis variações e antecipar problemas.
3
5. Adaptação: Possibilitar adaptação do Time Scrum sempre que se aprende algo novo, por
meio da inspeção.
As pessoas que trabalham com Scrum, devem ter como objetivo a prática de cinco valores:
Compromisso: com os objetivos e as pessoas
Foco: No trabalho da Sprint para o melhor progresso possível
Abertura: O Time Scrum precisa estar aberto a novos desafios
Respeito: Respeitar mutuamente toda a equipe
Coragem: Para fazer a coisa certa e trabalhar em desafios complexos
Quando o time Scrum assimila esses valores, os pilares de transparência, inspeção e
adaptação se solidificam, gerando confiança.
Se você está aplicando o Scrum e não percebe tudo isso, você está fazendo errado!
Como é composto o Scrum Team (Time Scrum)?
O time é formado pelo Scrum Master, Product Owner e os Desenvolvedores.
E esse time é responsável por todas as tarefas relacionadas ao produto ou projeto, desde a
colaboração com os stakeholders até a entrega final.
Que tamanho deve ter essa equipe?
Segundo Jeff, o tamanho da equipe é definido pelo seguinte critério: Você deve conseguir
dividir uma pizza de 8 pedaços com seu time, ou seja, para se manter ágil o time Scrum não
pode passar de 10 pessoas.
O Scrum Master: Pessoa responsável por garantir o funcionamento do Scrum, conforme o
Scrum Guide. Isso é feito auxiliando a equipe na compreensão da teoria e da prática do
Scrum. Além disso, o Scrum Master tem a tarefa de melhorar a eficácia do time, através de
4
6. melhorias na prática desse framework. O Scrum Master é o famoso Líder Servidor, que está
disponível para ajudar, tirar os impedimentos do caminho e manter o time eficaz.
Para ser um Scrum Master você precisa estudar e conhecer o framework para conquistar
sua certificação como CSM ou PSM.
Suas responsabilidades são:
● Treinar o time em direção ao autogerenciamento e cross-funcionalidade
● Ajudar o time a manter o foco no desenvolvimento de incrementos que geram valor
ao cliente e atendem a definição de “pronto”
● Retirar impedimentos do caminho do time Scrum
● Garantir que todos os eventos do framework aconteçam de forma positiva,
produtiva e dentro do tempo previsto.
Product Owner (Dono do Produto): Ele/Ela representa o cliente, ou seja, é responsável por
traduzir para a equipe as necessidades do cliente e expectativas dos stakeholders, além de
maximizar o trabalho do time Scrum aos stakeholders.
Suas responsabilidades são:
● Desenvolver e comunicar com clareza a meta do produto
● Criar e comunicar com clareza os itens do Product Backlog
● Ordenar os itens do Product Backlog
● Garantir a transparência, visibilidade e compreensão do Product Backlog
Desenvolvedores*: São as pessoas comprometidas em gerar o produto ou executar o
projeto, considerando incluir incrementos para entregar até o final da Sprint. Calma, vamos
falar daqui a pouco sobre o que é uma Sprint!
Suas responsabilidades são:
● Criar o plano a Sprint, ou seja, definir o que vai ser feito em determinado espaço de
tempo
● Introduzir qualidade a partir da definição do que está pronto
● Adaptar ou ajustar o plano em direção a meta da Sprint
● Responsabilizar-se mutuamente
5
7. *Decidi manter o nome pois entendo que, mesmo fora do contexto de desenvolvimento de
software, as pessoas responsáveis por executar o desenvolvimento dos produtos e gerar
incrementos podem ser consideradas desenvolvedoras de soluções.
Como funciona esse framework?
O Scrum funciona a partir de uma sequência de eventos ou etapas que norteiam todo o
fluxo do trabalho e permitem a equipe realizar entregas pequenas e funcionais aos
stakeholders, com flexibilidade para ajustar o processo ao longo do caminho.
Product Backlog
Essa é a lista ordenada das histórias de usuário, é a fonte de trabalho do time Scrum.
Os itens do Product Backlog são inseridos pelo Product Owner, que está alinhado às
necessidades dos stakeholders, ou seja, os interesses do negócio e do cliente. Esses itens
passam por um refinamento, ou seja, eles são subdivididos em itens menores e mais
precisos.
Meta do Produto: descrita no Product Backlog ela representa o estado futuro do produto,
norteando como o time Scrum tem que se planejar.
Quando falamos de produto, entende-se que é algo que gera valor (diminui custos, gera
receitas ou resolve um problema) aos stakeholders e pode ser um serviço, um produto físico
ou algo abstrato.
A estrutura central do Scrum é a Sprint, que é o momento onde as ideias (ou histórias de
usuários) são executadas, transformadas em algo palpável - que funciona e gera valor pro
negócio e pro cliente. Esse evento tem duração fixa de geralmente 2 a 4 semanas (o tempo
de cada Sprint é definido pelo time Scrum).
A Sprint Planning (Planejamento da Sprint): momento de planejar o que vai ser feito, quem
fará o que, e em que tempo.
6
8. A duração limite dessa reunião de planejamento é de 8 horas para uma Sprint de 4
semanas.
Tópicos pro time responder:
1. Por que a sprint é valiosa? A partir daí é definida a meta da Sprint.
2. O que pode ser feito nesta Sprint? Aqui o Product Owner e os Desenvolvedores
definem quais itens do Product Backlog devem entrar na Sprint
3. Como o trabalho será realizado? Para cada item do Product Backlog os
desenvolvedores devem descrever as tarefas necessárias para cumprir a execução
daquele item e qual será a definição de “pronto”, ou seja, quais os requisitos devem
ser considerados para que a tarefa esteja finalizada.
Esta reunião de planejamento pode ser dividida em duas partes: uma reunião para
estabelecer o que será feito e outra para definir como será feito.
E assim forma-se a Sprint Backlog, composta pela Meta, os itens selecionados do Product
Backlog e o plano para entregá-las.
Daily Scrum ou Reunião Diária
O objetivo dessa reunião é inspecionar o progresso do trabalho em direção à meta. Os
desenvolvedores se reúnem diariamente - geralmente na mesma hora e local todos os dias -
com a presença do Scrum Master para responder 3 perguntas básicas:
➔ O que eu fiz ontem?
➔ O que eu pretendo fazer hoje?
➔ Quais são os obstáculos?
Por que fazer a reunião diária? Para ter maior fluidez na comunicação, identificar e agir
rapidamente sobre possíveis impedimentos.
Dica: A gestão visual é parte importante para a fluidez da comunicação e do processo em si.
Por isso, faça um quadro para listar as tarefas da Sprint, dividindo em: A Fazer, Fazendo,
Feito. Este quadro deve ser atualizado diariamente na reunião.
7
9. Fonte da imagem: caroli.org
Sprint Review ou Revisão da Sprint
Essa é uma reunião onde o time Scrum apresenta aos stakeholders o resultado da Sprint e
como está o progresso em direção à meta. Durante a reunião, os participantes revisam o
que está sendo entregue e verificam se haverá alguma mudança para entrar no Product
Backlog.
Esse evento tem duração de até 4 horas para uma Sprint de 4 semanas.
Sprint Retrospective ou Retrospectiva da Sprint
Aqui o objetivo é aumentar a qualidade e a eficácia. O time Scrum irá inspecionar a Sprint
considerando:
❖ Indivíduos
❖ Interações
❖ Processos
❖ Ferramentas
❖ Definição de pronto
8
10. Os pontos que estiverem contribuindo para afastar o time da meta deverão ser analisados e
suas origens exploradas. O time vai relatar o que deu certo, quais os problemas foram
identificados durante a Sprint e como eles foram resolvidos.
Essa etapa tem duração limite de 3 horas para uma Sprint de 4 semanas.
Scrum Artifacts ou Artefatos do Scrum
Eles representam o trabalho ou o valor entregue. Cada artefato deve apresentar
informações claras e focadas no progresso a ser mensurado:
❖ Meta do Produto, para o Product Backlog
❖ Meta da Sprint, para a Sprint Backlog
❖ Definição de pronto, para o incremento
Fonte da imagem: scrum.org
Espero que esse material contribua com seu desenvolvimento e do seu time!
Se tiver alguma sugestão, entre em contato pelo e-mail: psijuliana.amorim@hotmail.com
Siga-nos nas redes sociais:
@juliana.a.amorim Juliana Amorim
9
11. Referências
Ken Schwaber & Jeff Sutherland. The Scrum Guide. The Definitive Guide to Scrum: The Rules of the
Game. Disponível em:
https://www.scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-US.pdf
Jeff Sutherland e JJ Sutherland. Scrum, A arte de fazer o dobro do trabalho na metade do tempo.
10