Fechar

Scrum

Saiba como usar o Scrum da melhor forma

O que é o scrum?

O Scrum é uma estrutura que ajuda as equipes a trabalharem juntas. Semelhante a uma equipe de rugby (de onde vem o nome) treinando para o grande jogo, o Scrum estimula as equipes a aprenderem com as experiências, a se organizarem enquanto resolvem um problema e a refletirem sobre os êxitos e fracassos para melhorarem sempre.

Embora o Scrum sobre o qual estou falando seja mais usado pelas equipes de desenvolvimento de software, 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 considerado uma estrutura de gerenciamento de projetos de agilidade, o Scrum descreve um conjunto de reuniões, ferramentas e cargos que atuam juntos para ajudar as equipes a organizarem e gerenciarem 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, a gerente de produtos do grupo para Jira Software e ex-instrutora de agilidade, Megan Cook, dará dicas e truques na série de vídeos Instrutor de agilidade:

Scrum articles

[CONTINUED]

A estrutura

As pessoas normalmente pensam 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, enquanto a agilidade é uma forma de pensar. Você não consegue simplesmente "se tornar ágil", visto que isso demanda dedicação de toda a equipe para mudar a forma de pensar sobre como entregar valor aos seus clientes. Contudo, você pode usar uma estrutura como o Scrum para ajudá-lo a começar a pensar dessa forma e a praticar o desenvolvimento dos princípios de agilidade na comunicação e no trabalho do seu dia a dia.

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 de um projeto e que evoluirá de acordo com a experiência. Ele é estruturado para ajudar as equipes a se adaptarem naturalmente às mudanças e aos requisitos do usuário, com repriorização integrada no processo e ciclos curtos de liberação para que sua equipe aprenda e melhore constantemente.

A estrutura do Scrum | Instrutor de agilidade da Atlassian

Embora o Scrum seja estruturado, ele não é totalmente rígido. A execução dele pode ser adaptada às necessidades de qualquer organização. Há diversas teorias sobre como as equipes do Scrum devem trabalhar exatamente para serem bem-sucedidas. No entanto, após mais de uma década ajudando as equipes de agilidade a concluírem seus trabalhos na Atlassian, nós aprendemos 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. O restante fica a seu critério.

Artefatos do Scrum

Vamos começar identificando os três artefatos do Scrum. Um artefato é algo que produzimos, como uma ferramenta para resolver problemas. No Scrum, os três artefatos são um backlog do produto, um backlog do sprint e um incremento com a sua definição de "concluído". Eles são as três constantes em uma equipe do Scrum que continuam sendo revisitadas e nas quais investimos nas horas extras.

  • O backlog do produto é a principal lista do trabalho que precisa ser feito e é mantida pelo proprietário do produto ou gerente de produtos. É uma lista dinâmica de recursos, requisitos, aprimoramentos e correções que atua como a entrada para o backlog do sprint. Basicamente, ela é a "Lista de afazeres" da equipe. O backlog do produto é constantemente 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.

Dica profissional

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

Um dos componentes mais conhecidos da estrutura do Scrum é o conjunto de eventos sequenciais, cerimônias ou reuniões que as equipes do Scrum executam regularmente. Nas cerimônias, nós vemos a maior parte das variações de equipes. Por exemplo, algumas equipes consideram todas essas cerimônias uma tarefa complexa e repetitiva, enquanto outras as utilizam como uma verificação necessária. O nosso conselho é começar usando todas as cerimônias em dois sprints para ver qual é a sua impressão. Você pode realizar 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:

  1. 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.

  2. Planejamento de sprints: o trabalho que 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 de uso 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.

  3. 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.

  4. Scrum diário ou reunião rápida diária: é uma reunião diária bem rápida que ocorre na mesma hora (normalmente, pelas manhãs) 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 rapidamente em pessoas lendo suas 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 mudá-la e use a criatividade.

  5. 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 do incremento ou inspecioná-lo. A equipe de desenvolvimento mostra os itens de backlog que estão "concluídos" para às 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 análise de sprint de, no máximo, quatro horas.

  6. 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.

Três funções essenciais para o sucesso do scrum

Uma equipe de Scrum precisa de três funções específicas: proprietário do produto, mestre do Scrum e equipe de desenvolvimento. Uma vez que 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 recursos 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 de 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 normalmente são 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 impondo claramente o "nós". 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.

Scrum, Kanban e agilidade

O Scrum é uma estrutura de agilidade tão popular que o Scrum e a agilidade geralmente são confundidos. No entanto, há outras estruturas, como o Kanban, que é uma alternativa conhecida. Muitas empresas até mesmo optam por adotar um modelo híbrido do Scrum com o Kanban, que adquiriu o nome de "Scrumban" ou "Kanplan". Isto é, o Kanban com um backlog.  

O Scrum e o Kanban usam métodos visuais, como o quadro do 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 suas 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 leva para implementar esses recursos é, 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 é consideravelmente aberto para interpretação. No entanto, o Scrum tem diversos conceitos categóricos aplicados como parte de sua implementação, tais como análise de sprint, retrospectiva, Scrum diário, etc. Ele também insiste na multifuncionalidade. Isto é, a equipe do Scrum consegue não depender de membros externos para alcançar os objetivos. Montar uma equipe multifuncional 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.

Mas por que 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 dominar o Scrum, principalmente se a equipe de desenvolvimento estiver acostumada com um típico modelo de cascata. Os conceitos de iterações menores, reuniões de Scrum diário, 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 em desenvolver produtos de hardware e software complexos em diversos setores e verticais o transforma em uma estrutura atraente para você implantar em sua organização.

 

Claire Drumond
Claire Drumond

Claire Drumond é estrategista de marketing, oradora e redatora da Atlassian. É autora de diversos artigos publicados nos blogs da Trello e da Atlassian e contribui regularmente com várias publicações do Medium, incluindo HackerNoon, Art+Marketing e PoetsUnlimited. Dá palestras sobre agilidade, quebra de silos e desenvolvimento de empatia em conferências de tecnologia no mundo todo.
Twitter: @claire_drumond // Medium: @cdrumond

Up Next
Sprints