Scrum é uma estrutura que ajuda as equipes a trabalharem juntas. Assim como uma equipe de rugby (onde recebe esse nome) treinando para o grande jogo, o Scrum incentiva as equipes a aprender através de experiências, a se organizarem enquanto trabalham em um problema e a refletir sobre suas vitórias e derrotas para melhorar continuamente.

Enquanto o Scrum de que estou falando é usado com mais frequência por equipes de desenvolvimento de software, seus princípios e lições podem ser aplicados a todos os tipos de trabalho em equipe. Essa é uma das razões pelas quais o Scrum é tão popular. Geralmente considerado como uma estrutura ágil de gerenciamento de projetos, o Scrum descreve um conjunto de reuniões, ferramentas e funções que trabalham em conjunto para ajudar as equipes a estruturar e gerenciar seu trabalho.

Neste artigo, discutiremos como uma estrutura tradicional de scrum é composta.

O framework do método Scrum

O Scrum é uma estrutura para realizar o trabalho, onde o ágil é uma mentalidade. Você realmente não pode “agilizar”, pois é preciso dedicação de toda a equipe para mudar a maneira como eles pensam em agregar valor aos seus clientes. Mas você pode usar uma estrutura como o Scrum para ajudá-lo a começar a pensar dessa maneira e praticar a construção de princípios ágeis em sua comunicação e trabalho cotidianos.

A estrutura do scrum é heurística; baseia-se no aprendizado contínuo e no ajuste a fatores flutuantes. Ele reconhece que a equipe não sabe tudo no início de um projeto e evoluirá com a experiência. O Scrum é estruturado para ajudar as equipes a se adaptarem naturalmente às mudanças nas condições e aos requisitos do usuário, com a priorização incorporada ao processo e ciclos de liberação curtos para que sua equipe possa aprender e melhorar constantemente.

Enquanto o Scrum é estruturado, ele não é totalmente rígido. Sua execução pode ser adaptada às necessidades de qualquer organização. Existem muitas teorias sobre como exatamente as equipes de scrum devem funcionar para serem bem-sucedidas. No entanto, a comunicação clara, a transparência e a dedicação à melhoria contínua sempre devem permanecer no centro de qualquer estrutura que você escolher.

Desenvolvimento Scrum com os artefatos

Vamos começar identificando os três artefatos no scrum. Artefatos são algo que criamos, como uma ferramenta para resolver um problema. No Scrum, esses três artefatos são uma lista de pendências de produtos, uma lista de pendências de sprint e um incremento com sua definição de “concluído”. São as três constantes de uma equipe de scrum que devem ser continuamente revisitados e investidos em horas extras.

Lista de pendências do produto é a lista principal de trabalhos que precisam ser mantidos pelo proprietário ou gerente do produto. Esta é uma lista dinâmica de recursos, requisitos, aprimoramentos e correções que atua como entrada para o backlog do sprint. É, essencialmente, a lista “Tarefas” da equipe. O backlog do produto é constantemente revisitado, re-priorizado e mantido pelo Dono do produto porque, à medida que aprendemos mais ou à medida que o mercado muda, os itens podem não ser mais relevantes ou os problemas podem ser resolvidos de outras maneiras.

O Backlog do Sprint é a lista de itens, histórias de usuários ou correções de erros, selecionados pela equipe de desenvolvimento para implementação no atual ciclo de sprint. Antes de cada sprint, na reunião de planejamento do sprint (que discutiremos mais adiante neste artigo), a equipe escolhe os itens nos quais trabalhará para o sprint no backlog do produto. Um backlog do sprint pode ser flexível e evoluir durante um sprint. No entanto, o objetivo fundamental do sprint – o que a equipe deseja alcançar com o sprint atual – não pode ser comprometido.

Incremento (ou meta da sprint) é o produto final utilizável de uma sprint. Geralmente demonstra-se o “incremento” durante a demonstração de final do sprint, em que a equipe mostra o que foi concluído no sprint. Você pode não ouvir a palavra “incremento” no mundo, pois é frequentemente referida como a definição da equipe de “Concluído”, um marco, o objetivo do sprint ou mesmo uma versão completa ou um épico enviado. Depende apenas de como sua equipe define “Concluído” e como você define suas metas de sprint. Por exemplo, algumas equipes optam por liberar algo para seus clientes no final de cada sprint. Portanto, a definição de “concluído” seria “enviada”. No entanto, isso pode não ser realista para outros tipos de equipes.

Digamos que você trabalhe em um produto baseado em servidor que só pode ser enviado a seus clientes a cada trimestre. Você ainda pode optar por trabalhar em sprints de duas semanas, mas sua definição de “concluído” pode estar finalizando parte de uma versão maior que você planeja enviar juntos. Mas, é claro, quanto mais tempo demora o lançamento do software, maior o risco de o software perder o objetivo.

Como você pode ver, há muitas variações, mesmo dentro de artefatos, que sua equipe pode escolher definir. É por isso que é importante permanecer aberto à evolução de como você mantém até seus artefatos. Talvez sua definição de “pronto” ofereça menos estresse à sua equipe e você precise voltar e escolher uma nova definição.

Metodologia SCRUM

O SCRUM é um método para aumentar a eficiência e produtividade que pode ser exatamente o que sua empresa precisa. (Foto:

Cerimônias ou eventos na metodologia Scrum

Alguns dos componentes mais conhecidos da estrutura do Scrum são o conjunto de eventos sequenciais, cerimônias ou reuniões que as equipes do scrum realizam regularmente. As cerimônias são onde vemos mais variações para as equipes. Por exemplo, algumas equipes acham que todas essas cerimônias são complicadas e repetitivas, enquanto outras as usam como um check-in necessário. Nosso conselho é começar a usar todas as cerimônias para dois sprints e ver como se sente. Você pode executar um retro rápido e ver onde pode ser necessário ajustar.

Abaixo está uma lista de todas as cerimônias importantes em que uma equipe de scrum pode participar:

Organizar a lista de pendências

Às vezes conhecido como limpeza da lista de pendências, esse evento é de responsabilidade do proprietário do produto. As principais tarefas do proprietário do produto são direcionar o produto para sua visão do produto e ter um pulso constante no mercado e no cliente. Portanto, ele mantém essa lista usando o feedback dos usuários e da equipe de desenvolvimento para ajudar a priorizar e manter a lista limpa e pronta para ser trabalhada a qualquer momento.

Planejamento do sprint

Otrabalho a ser executado (escopo) durante o sprint atual é planejado durante esta reunião por toda a equipe de desenvolvimento. Essa reunião é liderada pelo scrum master e é onde a equipe decide o objetivo do sprint. Histórias de uso específicas são adicionadas ao sprint na lista de pendências do produto. Essas histórias sempre se alinham com a meta e também são acordadas pela equipe de scrum para serem possíveis de implementar durante o sprint.

No final da reunião de planejamento, cada membro do scrum precisa ser claro sobre o que pode ser entregue no sprint e como o incremento pode ser entregue.

Sprint

Um sprint é o período real em que a equipe de scrum trabalha em conjunto para concluir um incremento. Duas semanas é uma duração bastante típica para um sprint, embora algumas equipes considerem uma semana mais fácil de escopo ou um mês mais fácil para fornecer um incremento valioso. Quanto mais complexo o trabalho e mais desconhecidos, menor será o sprint. Mas depende realmente da sua equipe e você não deve ter medo de alterá-la se não estiver funcionando! Durante esse período, o escopo pode ser renegociado entre o proprietário do produto e a equipe de desenvolvimento, se necessário. Isso forma o cerne da natureza empírica do scrum.

Todos os eventos – do planejamento à retrospectiva – acontecem durante o sprint. Depois que um determinado intervalo de tempo para um sprint é estabelecido, ele deve permanecer consistente durante todo o período de desenvolvimento. Isso ajuda a equipe a aprender com as experiências passadas e a aplicar esse insight em sprints futuros.

Scrum diário ou Stand Up

Esta é uma reunião super curta que acontece ao mesmo tempo (geralmente pela manhã) e local para simplificar. Muitas equipes tentam concluir a reunião em 15 minutos, mas isso é apenas uma diretriz. Essa reunião também é chamada de “stand-up diário”, enfatizando que precisa ser rápida. O objetivo do scrum diário é que todos da equipe estejam na mesma página, alinhados com o objetivo do sprint, e planejem as próximas 24 horas.

O stand up é o momento de expressar qualquer preocupação que você tenha com o cumprimento da meta do sprint ou com qualquer bloqueador.

Uma maneira comum de conduzir um confronto é que cada membro da equipe responda a três perguntas no contexto de alcançar o objetivo do sprint:

• O que eu fiz ontem?

• O que pretendo fazer hoje?

• Existem obstáculos?

No entanto, vimos a reunião rapidamente se transformar em pessoas que leem seus calendários de ontem e do dia seguinte. A teoria por trás do levantamento é que ele mantém as conversas distraídas em uma reunião diária, para que a equipe possa se concentrar no trabalho pelo resto do dia. Portanto, se ele se transformar em uma leitura diária do calendário, não tenha medo de alterá-lo e ser criativo.

Revisão do sprint

No final do sprint, a equipe se reúne para uma sessão informal para exibir uma demonstração ou inspecionar o incremento. A equipe de desenvolvimento mostra os itens da lista de pendências que agora são “concluídos” para as partes interessadas e colegas de equipe para feedback. O proprietário do produto pode decidir se deve ou não liberar o incremento, embora na maioria dos casos o mesmo seja liberado.

Essa reunião de revisão também ocorre quando o proprietário do produto refaz o backlog do produto com base no sprint atual, que pode alimentar a próxima sessão de planejamento do sprint. Para um sprint de um mês, considere colocar sua revisão de sprint no tempo máximo de quatro horas.

Retrospectiva do sprint

A retrospectiva é o local onde a equipe se reúne para documentar e discutir o que funcionou e o que não funcionou em um sprint, um projeto, pessoas ou relacionamentos, ferramentas ou até mesmo para certas cerimônias. A ideia é criar um local onde a equipe possa se concentrar no que correu bem e no que precisa ser aprimorado para a próxima vez, e menos no 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 de scrum e equipe de desenvolvimento. E como as equipes de scrum são multifuncionais, a equipe de desenvolvimento inclui testadores, designers, especialistas em UX e engenheiros de operações, além de desenvolvedores.

O proprietário do produto scrum

Os proprietários de produtos são os campeões de seu produto. Eles estão focados em entender os requisitos de negócios, clientes e mercado e, em seguida, priorizar o trabalho a ser realizado pela equipe de engenharia de acordo. Proprietários de produtos eficazes:

  • Criam e gerenciam a lista de pendências do produto.
  • Estabelecem uma parceria estreita com os negócios e a equipe para garantir que todos entendam os itens de trabalho no backlog do produto.
  • Dão à equipe orientações claras sobre quais recursos serão entregues a seguir.
  • Decidem quando enviar o produto com uma predisposição para entregas mais frequentes.

O proprietário do produto nem sempre é o gerente do produto. Os proprietários do produto se concentram em garantir que a equipe de desenvolvimento ofereça o maior valor aos negócios. Além disso, é importante que o proprietário do produto seja um indivíduo. Nenhuma equipe de desenvolvimento deseja orientação mista de vários proprietários de produtos.

O mestre do scrum

Os mestres do Scrum são os campeões do scrum em suas equipes. Eles treinam equipes, proprietários de produtos e os negócios no processo scrum, e procuram maneiras de ajustar sua prática.

Um scrum master eficaz entende profundamente o trabalho que está sendo realizado pela equipe e pode ajudar a equipe a otimizar sua transparência e fluxo de entrega. Como facilitador-chefe, ele / ela agenda os recursos necessários (humanos e logísticos) para o planejamento do sprint, stand-up, revisão do sprint e retrospectiva do sprint.

A equipe de desenvolvimento do scrum

As equipes do Scrum recebem s *% e terminam. Eles são os campeões das práticas de desenvolvimento sustentável. As equipes de scrum mais eficazes são unidas, co-localizadas e geralmente de cinco a sete membros. Uma maneira de descobrir o tamanho da equipe é usar a famosa regra das duas pizzas: a equipe deve ser pequena o suficiente para compartilhar duas pizzas inteiras.

Os membros da equipe têm conjuntos de habilidades diferentes e treinam-se mutuamente para que ninguém se torne um gargalo na entrega do trabalho. Equipes de scrum fortes são auto-organizadas e abordam seus projetos com uma clara atitude de ‘nós’. Todos os membros da equipe se ajudam para garantir uma conclusão bem-sucedida do sprint.

A equipe de scrum conduz o plano para cada sprint. Eles preveem quanto trabalho eles acreditam que podem concluir durante a iteração usando sua velocidade histórica como guia. Manter o comprimento da iteração fixo fornece à equipe de desenvolvimento um feedback importante sobre seu processo de estimativa e entrega, o que, por sua vez, torna suas previsões cada vez mais precisas ao longo do tempo.

Mas, por que usar o Scrum?

A estrutura do scrum em si é simples. As regras, artefatos, eventos e funções são fáceis de entender. Sua abordagem semi-prescritiva realmente ajuda a remover as ambiguidades do processo de desenvolvimento, enquanto oferece espaço suficiente para as empresas introduzirem seu sabor individual.

A organização de tarefas complexas em histórias de usuário gerenciáveis o torna ideal para projetos difíceis. Além disso, a clara demarcação de papéis e eventos planejados garante a transparência e a propriedade coletiva ao longo do ciclo de desenvolvimento. Os lançamentos rápidos mantêm a equipe motivada e os usuários felizes, pois podem ver o progresso em um curto período de tempo.

No entanto, o Scrum pode levar algum tempo para dominar, especialmente se a equipe de desenvolvimento estiver acostumada a um modelo típico de cascata. Os conceitos de iterações menores, reuniões diárias de scrum, revisões de sprint e identificação de um mestre de scrum podem ser uma mudança cultural desafiadora para uma nova equipe.

Porém, os benefícios a longo prazo superam em muito a curva de aprendizado inicial. O sucesso do Scrum no desenvolvimento de produtos complexos de hardware e software em diversos setores e setores verticais torna uma estrutura atraente a ser adotada para sua organização.

Ficou alguma dúvida? Deixem nos comentários suas perguntas!

Deixe um comentário

  • (não será divulgado)