O que é scrum e como começar
Guia do Scrum: o que é, como funciona e como começar
Comece de graça com o template de Scrum do Jira
Simplifique o projeto e planeje, acompanhe e gerencie com facilidade o trabalho em sprints. O template de scrum do Jira inclui quadros, backlogs, roteiros, relatórios e muito mais!
O que é o scrum?
O Scrum é uma estrutura de gestão ágil de projetos que ajuda equipes a estruturar e gerenciar o trabalho por meio do conjunto de valores, princípios e práticas. Semelhante a uma equipe de rugby (de onde vem o nome) treinando para o grande jogo, o Scrum estimula as equipes a aprender com as experiências, a se organizar para resolver um problema e a refletir sobre os êxitos e fracassos para melhorar sempre.
Embora equipes de desenvolvimento de software sejam as que mais usam esse Scrum, os princípios e as lições dessa estrutura podem ser aplicados a todos os tipos de trabalhos em equipe. Esse é um dos motivos de o Scrum ser tão popular. Muitas vezes visto como uma estrutura de gestão ágil de projetos, o Scrum descreve um conjunto de reuniões, ferramentas e funções que, juntas, ajudam as equipes a organizar e gerenciar o trabalho.
Neste artigo, abordaremos como uma estrutura de Scrum tradicional é formada com a ajuda do Guia do Scrum e de David West, CEO da Scrum.org. Nós também incluiremos exemplos de como vemos nossos clientes se desviarem desses fundamentos para encaixarem suas necessidades específicas. Para isso, diretora de produtos do Jira e ex-instrutora de agilidade, Megan Cook, dará dicas e truques na série de vídeos Instrutor ágil:
Artigos do Scrum
Do silo à coesão com os painéis do Jira Scrum
O painel do Jira Scrum é a exibição visual do progresso durante o ciclo de desenvolvimento.
Obtenha grátisAgilidade x Scrum
As pessoas pensam com frequência que o Scrum e a agilidade são a mesma coisa porque o Scrum é centrado na melhoria contínua, que é o princípio fundamental da agilidade. No entanto, o Scrum é uma estrutura para concluir tarefas, e a agilidade é uma filosofia. A filosofia ágil gira em torno da melhoria incremental contínua por meio de lançamentos pequenos e frequentes. Você não consegue "se tornar ágil" de repente, visto que isso demanda dedicação de toda a equipe para mudar a forma de pensar sobre como entregar valor aos clientes. Contudo, você pode usar uma estrutura como o Scrum como ajuda para começar a pensar dessa forma e a praticar o desenvolvimento dos princípios ágeis na comunicação e no trabalho do dia a dia.
A diferença entre agilidade e a definição de Scrum pode ser encontrada no guia Scrum e no Manifesto Ágil. O Manifesto Ágil descreve quatro valores:
- Pessoas e interações em vez de processos e ferramentas
- Software funcional mais do que documentação abrangente
- Colaboração com o cliente mais do que negociação de contrato
- Resposta a mudanças em vez de planos a serem seguidos
A definição de Scrum é baseada no empirismo e no pensamento enxuto. O empirismo diz que o conhecimento vem da experiência e que as decisões são tomadas com base no que é observado. O pensamento enxuto reduz o desperdício e se concentra no essencial. A estrutura do Scrum é heurística. Ela é baseada no aprendizado contínuo e na adaptação aos fatores variáveis. O Scrum reconhece que a equipe não sabe tudo no início do projeto e que vai evoluir com a experiência. Ele é estruturado para ajudar as equipes a se adaptar com naturalidade às mudanças e aos requisitos do usuário, com repriorização integrada no processo e ciclos curtos de liberação para que a equipe aprenda e melhore sempre.
Embora o Scrum seja estruturado, ele não é rígido por completo. Ele pode ser adaptado às necessidades de qualquer empresa. Há diversas teorias sobre o modo exato de como as equipes do Scrum devem trabalhar para se tornar bem-sucedidas. No entanto, após mais de uma década ajudando as equipes de agilidade a concluírem trabalhos na Atlassian, a gente aprendeu que a comunicação clara, a transparência e a dedicação ao aprimoramento contínuo devem sempre ficar no centro de qualquer estrutura que você escolher. E o resto é com você.
A estrutura Scrum
A estrutura do Scrum descreve um conjunto de valores, princípios e práticas que as equipes do Scrum seguem para entregar um produto ou serviço. Ela detalha os membros de uma equipe do Scrum e suas responsabilidades, “artefatos” que definem o produto e o trabalho para criar o produto, assim como cerimônias de Scrum que orientam a equipe durante o trabalho.
Membros de uma equipe do Scrum
A equipe de Scrum é pequena, ágil e dedicada a oferecer incrementos de produtos comprometidos. O tamanho da equipe de Scrum no geral é pequeno, com cerca de 10 pessoas, mas é grande o suficiente para concluir uma parte substancial do trabalho com um sprint. A equipe de Scrum precisa de três funções específicas: proprietário do produto, Scrum Master e equipe de desenvolvimento. Como as equipes de Scrum são multifuncionais, a equipe de desenvolvimento inclui testadores, designers, especialistas em experiência do usuário e engenheiros de operações, além de desenvolvedores.
O proprietário do produto do Scrum
Os proprietários do produto são os campeões para o seu produto. Eles têm como foco compreender os negócios, o cliente e os requisitos do mercado, priorizando o trabalho a ser feito pela equipe de engenharia, adequadamente. Proprietários do produto eficazes:
- Criam e gerenciam o backlog do produto.
- Estabelecem uma parceria estreita com os negócios e a equipe para garantir que todos compreendam os itens de trabalho no backlog do produto.
- Orientam claramente a equipe sobre quais funções entregar em seguida.
-
Decidem quando lançar o produto com uma predisposição para entrega mais frequente.
Nem sempre o proprietário do produto é o gerente de produtos. Os proprietários do produto têm como foco garantir que a equipe de desenvolvimento agregue o máximo de valor para os negócios. Além disso, é importante que o proprietário do produto seja uma pessoa física. Nenhuma equipe de desenvolvimento quer orientação mista de vários proprietários do produto.
O Scrum master
Os mestres do Scrum são os campeões do Scrum em suas equipes. Eles orientam a equipe, os proprietários do produto e os negócios durante processo de Scrum e procuram maneiras de melhorar a prática.
Um mestre do Scrum eficaz compreende profundamente o trabalho realizado pela equipe e pode ajudá-la a otimizar a transparência e o fluxo de entrega. Como facilitador principal, ele agenda os recursos necessários (humanos e logísticos) para planejamento de sprint, reuniões rápidas, revisão de sprint e retrospectiva de sprint.
A equipe de desenvolvimento do Scrum
As equipes do Scrum concluem a p*%& toda. Elas são as campeãs em práticas sustentáveis de desenvolvimento. As equipes do Scrum mais eficazes são unidas, compartilham o mesmo local e costumam ser compostas por cinco, seis ou sete membros. Uma maneira de resolver o tamanho da equipe é usar a famosa "regra das duas pizzas", cunhada por Jeff Bezos, CEO da Amazon (a equipe deve ser pequena o suficiente para dividir duas pizzas).
Os membros da equipe têm diferentes conjuntos de competências, que são passadas de um para o outro para que nenhum deles se torne um obstáculo para a entrega do trabalho. Equipes fortes do Scrum se organizam e abordam os projetos com uma nítida atitude coletiva. Todos os membros da equipe se ajudam para garantir a conclusão bem-sucedida do sprint.
A equipe do Scrum direciona o plano para cada sprint. Eles fazem a previsão de quanto trabalho acreditam que podem concluir durante a iteração usando sua velocidade histórica como um guia. Manter fixa a duração da iteração fornece feedback importante para a equipe de desenvolvimento no seu processo de estimativa e entrega, que, por sua vez, faz previsões cada vez mais precisas ao longo do tempo.
Artefatos do Scrum
Os artefatos do Scrum são informações importantes usadas pela equipe de Scrum que ajudam a definir o produto e o trabalho a ser feito para criar o produto. No Scrum, os três artefatos são o backlog do produto, o backlog do sprint e o incremento com a definição de "concluído". São as três constantes sobre as quais a equipe de Scrum deve refletir durante os sprints e ao longo do tempo.
- O backlog do produto é a principal lista do trabalho que precisa ser feita e mantida pelo proprietário do produto ou gerente de produtos. É uma lista dinâmica de funções, requisitos, aprimoramentos e correções que atua como a entrada para o backlog do sprint. Em essência, ela é a "lista de afazeres" da equipe. O backlog do produto é sempre revisto, repriorizado e mantido pelo proprietário do produto porque, conforme aprimoramos o conhecimento ou o mercado muda, os itens podem não ser mais relevantes ou os problemas podem ser resolvidos de outras formas.
- O backlog do sprint é a lista de itens, histórias de usuários ou correções de bugs selecionada pela equipes de desenvolvimento para a implementação no ciclo atual de sprint. Antes de cada sprint, durante a reunião de planejamento de sprint (que abordaremos posteriormente neste artigo), a equipe escolhe quais itens funcionarão para o sprint a partir do backlog do produto. Um backlog do sprint pode ser flexível e se desenvolver durante um sprint. No entanto, a meta fundamental do sprint, ou seja, o que a equipe deseja alcançar com o sprint atual, não pode ser comprometida.
- Incremento (ou meta de sprint) é o produto final utilizável, proveniente de um sprint. Na Atlassian, nós normalmente apresentamos o "incremento" durante a demonstração de final de sprint, na qual a equipe exibe o que foi concluído no sprint. Talvez você não escute a palavra "incremento" por aí, visto que ela costuma ser citada como a definição de "Concluído" dada pela equipe, como um marco, a meta de sprint ou, até mesmo, uma versão completa ou um epic lançado. Depende apenas de como as equipes definem "Concluído" e como você define suas metas de sprint. Por exemplo, algumas equipes optam por lançar algo para seus clientes no final de cada sprint. Dessa forma, para elas, a definição de "Concluído" pode ser "lançado". No entanto, essa definição pode não ser plausível para outros tipos de equipes. Vamos supor que você trabalhe em um produto baseado em servidor que só pode ser lançado para seus clientes a cada trimestre. Você ainda pode optar por trabalhar em sprints de duas semanas, mas sua definição de "concluído" pode ser o acabamento de uma versão maior que pretende lançar junto. Mas é claro que, quanto mais demorar para lançar o software, maior o risco de ele errar o alvo.
Como você pode perceber, a sua equipe tem muitas alternativas na hora de fazer as escolhas, inclusive em relação aos artefatos. É por isso que é importante permanecer aberto para desenvolver o modo como você mantém até mesmo seus artefatos. Talvez, a sua definição de "concluído" cause um estresse irreversível à sua equipe e você precise retroceder para escolher uma nova definição.
Você deve ter com sua estrutura a mesma agilidade que tem com seu produto. Demore o tempo necessário para verificar o andamento do processo, faça ajustes se for preciso e não force algo apenas por uma questão de consistência.
Cerimônias ou eventos do Scrum
A estrutura do Scrum inclui práticas, cerimônias e reuniões de Scrum que as equipes realizam com regularidade. É nas cerimônias ágeis que a gente vê as maiores diferenças entre as equipes. Por exemplo, algumas consideram todas essas cerimônias como tarefa complexa e repetitiva. Em outras, são usadas como verificação necessária. A gente aconselha a, no começo, usar todas as cerimônias em dois sprints e, então, ver no que deu. Você pode fazer uma retrospectiva rápida e ver o que precisa ser ajustado.
Veja abaixo uma lista de todas as principais cerimônias das quais uma equipe do Scrum pode participar:
-
Organizar o backlog: algumas vezes conhecido como "preparação do backlog", esse evento é responsabilidade do proprietário do produto. As principais tarefas do proprietário é orientar o produto em direção à visão do produto e acompanhar constantemente o mercado e o cliente. Dessa forma, ele mantém a lista usando o feedback dos usuários e da equipe de desenvolvimento para ajudar a priorizar e manter a lista clara e pronta para ser trabalhada a qualquer momento. Você pode ler mais sobre como manter um backlog favorável, aqui.
-
Planejamento de sprints: o trabalho que vai ser realizado (escopo) ao longo do sprint atual é planejado durante essa reunião por toda a equipe de desenvolvimento. A reunião é conduzida pelo mestre do Scrum e é nela que a equipe decide a meta de sprint. Histórias do usuário específicas são, então, acrescentadas ao sprint a partir do backlog do produto. Essas histórias sempre se alinham à meta e também são aceitas pela equipe do Scrum como sendo viáveis para a implementação durante o sprint.
No final da reunião de planejamento, cada membro do Scrum precisa esclarecer o que pode ser apresentado no sprint e como o incremento pode ser entregue. -
Sprint: um sprint é o período real em que a equipe do Scrum trabalha em conjunto para concluir um incremento. A duração mais comum de sprint é de duas semanas, embora algumas equipes prefiram uma semana por ser mais fácil de realizar um escopo ou um mês por ser mais fácil de entregar um incremento de valor. Dave West, da Scrum.org, adverte que, quanto mais complexo e incerto for o trabalho, menor deve ser o sprint. Mas esse período fica realmente a critério da sua equipe, e você não deve ter medo de mudá-lo se não estiver funcionando. Durante essa fase, o escopo pode ser renegociado entre o proprietário do produto e a equipe de desenvolvimento, se necessário. Isso constitui a essência da natureza empírica do Scrum.
Todos os eventos, desde o planejamento à retrospectiva, ocorrem durante o sprint. Assim que um determinado intervalo de tempo é estabelecido para o sprint, ele precisará permanecer consistente durante todo o período de desenvolvimento. Isso ajuda a equipe a aprender com experiências passadas e a aplicar esse insight aos sprints futuros. -
Scrum diário ou reunião rápida diária: é uma reunião diária bem rápida que ocorre na mesma hora (em geral de manhã) e local para manter a simplicidade. Muitas equipes tentam concluir a reunião em 15 minutos, mas isso é apenas uma diretriz. Ela também é chamada de “reunião rápida diária” para enfatizar que precisa ser breve. A meta do Scrum diário é fazer com que todos os integrantes da equipe estejam atualizados com as mesmas informações e alinhados com a meta do sprint para chegarem a um planejamento para as próximas 24 horas.
A reunião rápida é o momento de exprimir qualquer preocupação que você tenha a respeito de cumprir a meta do sprint ou quaisquer bloqueadores.
Uma forma comum de conduzir uma reunião rápida é solicitar que cada membro da equipe responda a três perguntas sobre o cumprimento da meta do sprint:
• O que eu fiz ontem?
• O que eu planejo fazer hoje?
• Há algum obstáculo?
No entanto, já vimos reuniões se transformando em pessoas lendo agendas para falarem sobre o dia anterior ou seguinte. A teoria por trás da reunião rápida é que ela deixa a conversa fiada para uma reunião diária. Dessa forma, a equipe pode focar o trabalho no restante do dia. Portanto, se a reunião se transformar em uma leitura de agendas, não hesite em usar a criatividade para mudar um pouco as coisas. -
Análise de sprint: no final do sprint, a equipe se reúne para uma sessão informal a fim de ver uma demonstração ou fazer inspeção do incremento. A equipe de desenvolvimento mostra os itens de backlog que estão "concluídos" para partes interessadas e aos colegas de equipe para que eles possam dar o feedback. O proprietário do produto pode decidir se vai lançar ou não o incremento, embora, na maioria das vezes, o incremento seja lançado.
É também nessa reunião de análise que o proprietário do produto reformula o backlog com base no sprint atual. Esse backlog pode orientar a próxima sessão de planejamento de sprint. Para um sprint de um mês, considere encaixar intervalos para a análise de sprint de, no máximo, quatro horas. -
Retrospectiva de sprint: a retrospectiva é o momento em que a equipe se reúne para documentar e discutir o que funcionou e o que não funcionou em um sprint, em um projeto, nas pessoas ou nos relacionamentos, nas ferramentas ou, até mesmo, em determinadas cerimônias. A ideia é criar um local em que a equipe possa focar o que foi bem e o que precisa melhorar para a próxima vez, sem ficar ressaltando o que deu errado.
Comece de graça com o template de Scrum do Jira
Simplifique o projeto e planeje, acompanhe e gerencie com facilidade o trabalho em sprints. O template de scrum do Jira inclui quadros, backlogs, roteiros, relatórios e muito mais!
Valores do Scrum
Em 2016, cinco valores do Scrum foram adicionados ao Guia do Scrum. Esses valores orientam o trabalho, as ações e o comportamento da equipe. Eles são considerados essenciais para o sucesso da equipe de Scrum.
Compromisso
Como as equipes de Scrum são pequenas e ágeis, cada membro desempenha papel importante para que tudo dê certo. Portanto, cada membro da equipe deve se comprometer em executar as tarefas que consegue concluir, sem se sobrecarregar. Deve haver comunicação frequente sobre o progresso do trabalho, quase sempre em reuniões rápidas.
Coragem
A coragem da equipe de Scrum é apenas a ousadia de questionar o status quo ou qualquer coisa que prejudique a chance de sucesso. Os membros da equipe de Scrum devem ter a coragem e a segurança suficientes para experimentar coisas novas. A equipe de Scrum deve ter coragem e segurança para ser transparente sobre obstáculos, progresso do projeto, atrasos e assim por diante.
Foco
No centro do fluxo de trabalho das equipes de Scrum está o sprint, período de tempo específico e focado em que a equipe conclui determinada parte do trabalho. O sprint dá estrutura e foco para concluir a quantidade planejada de trabalho.
Abertura
A reunião rápida diária promove a abertura que permite que as equipes falem com clareza sobre trabalhos em andamento e bloqueadores. Na Atlassian, muitas vezes as equipes de Scrum abordam estas questões:
- No que trabalhei ontem?
- No que trabalharei hoje?
- Quais problemas estão me atrapalhando?
Esse ponto ajuda a destacar o progresso e identificar bloqueadores. Também ajuda a fortalecer a equipe quando todos compartilham o progresso.
Respeito
A força da equipe ágil está na colaboração e no reconhecimento de que cada membro contribui para trabalhar no sprint. Eles celebram as conquistas uns dos outros e respeitam uns aos outros, ao proprietário do produto, às partes interessadas e ao mestre do Scrum.
Scrum, Kanban e agilidade
O Scrum é uma estrutura ágil tão popular que, muitas vezes, o Scrum e o ágil são confundidos. No entanto, há outras estruturas, como o Kanban, que é uma alternativa conhecida. Algumas empresas ainda optam por seguir um modelo híbrido de Scrum e Kanban, que levou o nome "Scrumban" ou "Kanplan," que é o Kanban com um backlog.
O Scrum e o Kanban usam métodos visuais, como o quadro Scrum ou o quadro Kanban para monitorar o progresso do trabalho. Os dois enfatizam a eficiência e a divisão de tarefas complexas em partes menores de trabalho gerenciável, mas as abordagens em direção a essa meta são diferentes.
O Scrum foca iterações menores de duração fixa. Assim que o período de um sprint é finalizado, as histórias ou as entradas de backlog do produto que podem ser implementadas durante esse ciclo de sprint são, então, determinadas. No Kanban, entretanto, o número de tarefas ou de trabalho em progresso (limite de WIP) a ser implementado no ciclo atual é fixado desde o início. O tempo que se leva para implementar essas funções é, então, calculado de trás para frente.
O Kanban não é tão estruturado como o Scrum. Além do limite de WIP, ele é bastante aberto a interpretações. No entanto, o Scrum tem diversos conceitos categóricos aplicados como parte da implementação, tais como análise de sprint, retrospectiva, Scrum diário etc. Ele também insiste na multidisciplinaridade. Isto é, a equipe do Scrum consegue não depender de membros externos para alcançar os objetivos. Montar uma equipe multidisciplinar não é tarefa simples. Nesse sentido, o Kanban é mais fácil de adaptar, ao passo que o Scrum pode ser considerado uma mudança fundamental no processo de reflexão e no funcionamento de uma equipe de desenvolvimento.
Comece a usar o Scrum
O Scrum em si é simples. As regras, os artefatos, os eventos e as funções são fáceis de entender. Na verdade, a abordagem semiprescritiva do Scrum ajuda a remover as ambiguidades no processo de desenvolvimento e, ao mesmo tempo, fornece espaço suficiente para as empresas introduzirem suas próprias preferências.
A organização de tarefas complexas em histórias de usuários gerenciáveis o torna ideal para projetos difíceis. Além disso, a demarcação clara de funções e eventos planejados garantem a transparência e o domínio coletivo durante todo o ciclo de desenvolvimento. Os lançamentos rápidos mantêm a equipe motivada e os usuários felizes, pois eles podem ver o progresso em um curto espaço de tempo.
No entanto, pode levar tempo para ter uma compreensão completa do Scrum, ainda mais se a equipe de desenvolvimento estiver acostumada com um típico modelo de cascata. Os conceitos de iterações menores, reuniões diárias de Scrum, análises de sprint e identificação de um mestre de Scrum podem ser uma mudança cultural desafiadora para uma nova equipe.
No entanto, os benefícios a longo prazo superam muito a curva de aprendizado inicial. O sucesso do Scrum no desenvolvimento de produtos de hardware e software complexos em diversos setores e verticais o transforma em uma estrutura atraente para você implantar na empresa.
Para aprender Scrum com o Jira, confira este tutorial.
Related resources
Comece de graça com o template de Scrum do Jira
Simplifique o projeto e planeje, acompanhe e gerencie com facilidade o trabalho em sprints. O template de scrum do Jira inclui quadros, backlogs, roteiros, relatórios e muito mais!
kanban
Veja uma introdução ao método Kanban para desenvolvimento ágil de software e seus benefícios para equipes ágeis e acelere os processos na sua empresa.
Leia este artigo