Como Funciona uma Equipe Scrum? – Guia Rápido

• Proprietário do Produto
• Scrum Master
• Equipe de Desenvolvimento

Auto-organizado e Multifuncional

Em Scrum, a equipe é auto-organizada e multifuncional:

• Equipe auto-organizada escolhe como melhor realizar seu trabalho — ao invés de ser orientada por alguém fora da equipe.
• Equipe multifuncional possui todas as habilidades necessárias para concluir o trabalho, sem depender de indivíduos fora da equipe. O modelo de equipe Scrum foi projetado para otimizar flexibilidade, criatividade e produtividade.

Como as equipes Scrum colaboram efetivamente?

As equipes Scrum entregam o incremento do produto de forma incremental e iterativa, maximizando as oportunidades de feedback. Entregar um incremento do produto “pronto” garante que uma versão potencialmente entregável esteja sempre disponível.

O Scrum é definido por um conjunto de princípios (ou os 5 Valores do Scrum), que devem ser entendidos como diretrizes simples para trabalhar efetivamente dentro da equipe. São eles:

• Coragem – especialmente ao resolver problemas difíceis
• Foco
• Compromissoaos objetivos compartilhados da equipe
• Respeito para membros da equipe
• Transparência para trabalhar e quaisquer desafios que possam surgir

Principais Conceitos do Scrum

O Scrum consiste em uma série deSprints ou iterações de desenvolvimento. Cada Sprint do Scrum envolve o mesmo processo: Papéis (pessoas), Eventos (reuniões) eArtefatos (entregáveis tangíveis).

• Um Sprint é um ciclo repetitivo de desenvolvimento até que o projeto esteja completo.
• Durante cada Sprint, os requisitos são desenvolvidos, testados, integrados e aprovados (muitas vezes na forma de histórias de usuário). Esse processo continua de Sprint para Sprint.

Como mencionado anteriormente, o framework Scrum consiste em três categorias distintas:Papéis, Eventos, eArtefatos:

Papéis do Scrum

O framework Scrum é definido por três papéis centrais: a Equipe de Desenvolvimento, o Scrum Master e o Proprietário do Produto.

Proprietário do Produto

O Proprietário do Produto é responsável por maximizar o valor do produto e do trabalho da Equipe de Desenvolvimento. Como isso é alcançado pode variar conforme a organização, a equipe Scrum e o indivíduo.

Papel do Proprietário do Produto

O Proprietário do Produto é a única pessoa responsável por gerenciar oProduct Backlog. O gerenciamento do Product Backlog inclui:

• Expressar claramente os itens do Product Backlog;
• Ordenar os itens no Product Backlog para melhor alcançar metas e objetivos;
• Otimizar o valor do trabalho realizado pela Equipe de Desenvolvimento;
• Garantir que o Product Backlog seja visível, transparente e claro para todos, mostrando o que a equipe Scrum irá trabalhar em seguida; e
• Garantir que a equipe de desenvolvimento entenda os itens na lista de produtos ao nível necessário.

Mestre Scrum

O Mestre Scrum é responsável por garantir que o Scrum seja compreendido e aplicado. Os Mestres Scrum alcançam isso garantindo que a equipe Scrum adira à teoria, práticas e regras do Scrum.

O Mestre Scrum é um líder servidor para a equipe Scrum. O Mestre Scrum ajuda as pessoas fora da equipe Scrum a entender quais interações com a equipe são úteis e quais não são. O Mestre Scrum ajuda todos a mudar essas interações para maximizar o valor criado pela equipe Scrum.

Papel do Mestre Scrum

O Mestre Scrum serve o Product Owner de várias maneiras, incluindo:

• Identificar técnicas eficazes de gestão da lista de produtos;
• Auxiliar a equipe Scrum a entender a necessidade de itens claros e concisos na lista de produtos;
• Compreender o planejamento do produto em um ambiente empírico;
• Garantir que o Product Owner saiba como ordenar a lista de produtos para maximizar o valor;
• Compreender e praticar a agilidade; e
• FacilitandoEventos Scrum conforme necessário.

O Mestre Scrum serve a equipe de desenvolvimento

O Mestre Scrum serve a equipe de desenvolvimento de várias maneiras, incluindo:

• Guiar a equipe de desenvolvimento na auto-organização e na multidisciplinaridade;
• Auxiliar a equipe de desenvolvimento a entregar produtos de alto valor;
• Remover obstáculos que dificultam o progresso da equipe;
• Facilitar os eventos Scrum conforme necessário; e
• Guiar a equipe de desenvolvimento em organizações onde o Scrum ainda não é plenamente adotado ou compreendido.

O Mestre Scrum serve a organização

• O Mestre Scrum serve a organização de várias maneiras, incluindo:
• Liderar e orientar a adoção do Scrum pela organização;
• Planejar a implementação do Scrum dentro da organização;
• Auxiliar funcionários e partes interessadas a compreenderem e adotarem o Scrum e o desenvolvimento empírico de produtos;
• Impulsionar mudanças para melhorar a produtividade da equipe Scrum; e
• Colaborar com outros Mestres Scrum para aumentar a eficácia do Scrum em toda a organização.

Equipe de Desenvolvimento

A equipe de desenvolvimento é composta por profissionais que entregam um incremento de produto potencialmente entregável “Concluído” ao final de cada Sprint. Apenas membros da equipe de desenvolvimento podem criar o incremento.

A equipe de desenvolvimento é auto-organizada e autorizada pela organização para organizar e gerenciar seu próprio trabalho. Essa sinergia otimiza a eficiência e eficácia geral da equipe.

Papel da Equipe de Desenvolvimento

A equipe de desenvolvimento possui as seguintes características:

• Eles são auto-organizados. Ninguém (nem mesmo o Scrum Master) diz à equipe de desenvolvimento como transformar itens do Product Backlog em um incremento potencialmente entregável.
• A equipe de desenvolvimento é multifuncional, possuindo todas as habilidades necessárias para criar o incremento do produto.
• Scrum não reconhece nenhum título além de “Desenvolvedor” para os membros da equipe de desenvolvimento, independentemente do trabalho realizado. Esta regra não tem exceções.
• Scrum não reconhece nenhum subgrupo dentro da equipe de desenvolvimento, independentemente do domínio específico abordado (por exemplo, testes ou análise de negócios). Esta regra não tem exceções.
• Os membros individuais da equipe podem ter habilidades e conhecimentos especializados, mas a responsabilidade recai sobre toda a equipe de desenvolvimento.

Eventos do Scrum

O framework Scrum é marcado por cinco eventos. São eles: Sprint, Planejamento do Sprint, Daily Scrum, Revisão do Sprint, e Retrospectiva do Sprint.

• Um Sprint (também chamado de iteração) é a unidade fundamental de desenvolvimento no Scrum. Um Sprint é um esforço com tempo limitadoesforço—o que significa que é limitado a uma duração específica. A duração de cada Sprint é pré-definida, geralmente variando de uma a quatro semanas, sendo mais comum duas semanas.
• Planejamento do Sprint é um evento no framework Scrum em que a equipe determina quais itens do Product Backlog irão trabalhar durante o Sprint e discute seu plano inicial para concluí-los.
• Um Daily Stand-up (também chamado de Daily Scrum) é uma reunião curta e com tempo limitado realizada diariamente. Essa reunião geralmente é limitada a 5 a 15 minutos e às vezes é chamada de reunião em pé, reunião matinal ou sincronização diária.
• A Revisão do Sprint ocorre após o término do Sprint. Durante a revisão, o Product Owner explica o que foi concluído e o que não foi concluído durante o Sprint. Em seguida, a equipe apresenta o trabalho concluído e discute o progresso, desafios e como melhorar.
• O Retrospectiva do Sprint é realizada após cada Sprint, após a revisão do Sprint. Oferece à equipe a oportunidade de se inspecionar e criar um plano de melhoria para o próximo Sprint.

Artifatos do Scrum

Os artifatos são registros físicos que fornecem informações detalhadas sobre o projeto. Os artifatos do Scrum incluem a Lista de Produto, Lista de Sprint, e Incrementos de Produto.

• O Lista de Produto é uma lista priorizada de funcionalidades, erros ou trabalhos técnicos que atualmente não estão em andamento. Do ponto de vista do Product Owner, ela deve incluir todo o trabalho valioso.
• À medida que os requisitos do produto evoluem, o Product Owner e outros membros da equipe revisam e ajustam conjuntamente a Lista de Produto conforme necessário.
• O Lista de Sprint é uma lista de todos os itens da Lista de Produto selecionados para o Sprint. Essa lista é compilada priorizando itens da Lista de Produto até que a equipe acredite ter alcançado sua capacidade de Sprint. Os membros da equipe registram tarefas na Lista de Sprint com base em habilidades e prioridades, seguindo o framework autogerenciado do Scrum.
• O Incremento de Produto é a soma de todo o trabalho de produto concluído durante o Sprint, mais todo o trabalho concluído em Sprints anteriores. O objetivo do Sprint é produzir um incremento de produto pronto. A equipe Scrum decide o que define o estado de “Pronto” do incremento, mas todos os membros devem concordar e entender a definição.

Ciclo de Vida do Scrum

O ciclo de vida do Scrum começa com a Lista de Produto, mas não fornece orientações sobre como desenvolvê-la ou priorizá-la. Em vez disso, inclui uma série de Sprints que eventualmente resultam em um incremento de produto potencialmente entregável, conforme mostrado no diagrama abaixo.

Durante esses Sprints, todas as atividades necessárias para o desenvolvimento do produto ocorrem em uma pequena parte do produto total. Abaixo está uma explicação dos principais passos no ciclo de vida do Scrum:

Framework Ágil Scrum

• As empresas priorizam, e a equipe se autogestiona para determinar a melhor forma de entregar as funcionalidades de maior prioridade.
• O Product Owner representa o negócio, responsável por manter a lista de produto (lista de funcionalidades) e definir as prioridades de desenvolvimento.
• Durante a Planejamento do Sprint, a equipe retira uma pequena parte do topo da lista, adiciona à Lista de Sprint e decide como entregá-la.
• O Scrum baseia-se em ciclos iterativos chamados Sprints, geralmente com duração de 2 a 4 semanas, durante os quais o produto é projetado, codificado e testado, enquanto reuniões diárias acompanham o progresso (Daily Scrum).
• Durante esse processo, o Scrum Master mantém a equipe focada em seus objetivos.
• No final do Sprint, o trabalho deverá estar pronto para ser entregue aos stakeholders.
• O Sprint conclui-se com uma Revisão do Sprint e um Retrospectiva.
• Com o próximo Sprint, a equipe seleciona outra parte da Lista de Produto e começa novamente.
• O processo continua até que toda a lista de backlog seja concluída — ou até que o trabalho pare devido a restrições de tempo ou orçamento.
• Isso continua até que o projeto seja considerado completo, seja quando o trabalho para (prazo, orçamento, etc.) ou quando toda a lista de backlog for concluída.