Aprendizado Rápido de Scrum em 5 Minutos

Scrumé uma abordagem de gestão de projetos focada, mas flexível, que permite que as equipes trabalhem por meio de processos iterativos de desenvolvimento de software. O Scrum é empírico, fornecendo às equipes um método para formular hipóteses sobre como elas acreditam que algo deveria funcionar, testá-lo, refletir sobre a experiência e fazer ajustes adequados — quando o framework é usado corretamente.

A estrutura do Scrum permite que as equipes combinem práticas de outros frameworks que sejam significativas para seu ambiente. No mundo ágil, o Scrum tornou-se a metodologia líder para o desenvolvimento de software. O conceito do Scrum é confiável e foi validado por milhares de equipes de desenvolvimento em todo o mundo. O Scrum é mais adequado para equipes multifuncionais que trabalham em ambientes de desenvolvimento de produtos, onde há uma grande quantidade de trabalho a ser dividida em múltiplas iterações de 2 a 4 semanas.

Origens do Scrum

1986: Takeuchi e Nonaka publicaram seu artigo “O Novo Jogo de Desenvolvimento de Novos Produtos” na Harvard Business Review. O artigo descreveu uma abordagem semelhante ao rúgbi, na qual “o processo de desenvolvimento de produtos surge de uma interação contínua entre uma equipe cuidadosamente selecionada e multidisciplinar, cujos membros trabalham juntos do início ao fim.” Este artigo é frequentemente citado como a inspiração para o framework Scrum.

Valores do Scrum (Valores do Scrum)

Os seguintes princípios sustentam a natureza empírica do Scrum:

Transparência
As equipes devem trabalhar em um ambiente em que todos saibam sobre os desafios enfrentados por outros membros da equipe. As equipes expõem problemas internamente — frequentemente problemas de longa data — que impedem o sucesso da equipe.

Inspeção
O framework inclui pontos de verificação frequentes que permitem que as equipes reflitam sobre como seus processos estão funcionando. Esses pontos de verificação incluem as reuniões do Daily Scrum e do Sprint Review.

Adaptação
As equipes avaliam continuamente o progresso e ajustam os itens que parecem ineficazes.

Equipe de Desenvolvimento (Equipe de Desenvolvimento)

Proprietário do Produto

O Proprietário do Produtoé uma função responsável por gerenciar o backlog do produto para alcançar os resultados esperados que a equipe busca entregar.

A função de Proprietário do Produto existe no Scrum para enfrentar o desafio de múltiras direções conflitantes ou ausência de direção enfrentada pelas equipes de desenvolvimento de produtos ao decidir o que construir.

Mestre do Scrum

O Mestre do Scrum é responsável por garantir que os membros da equipe vivam os valores e princípios ágeis e sigam os processos e práticas que a equipe concorda em usar.

O título foi originalmente usado para denotar um especialista em Scrum que poderia orientar outros.

Este papel geralmente não possui autoridade formal. A pessoa nesse papel deve liderar a partir de uma posição influente, geralmente adotando uma postura de liderança servidora.

Equipe de Desenvolvimento
A Equipe de Desenvolvimento consiste nas pessoas que entregam um incremento do produto dentro de um Sprint.

A principal responsabilidade da equipe de desenvolvimento é entregar um incremento que gere valor em cada Sprint. Como o trabalho é atribuído é determinado pela equipe com base nas circunstâncias atuais.

Artifatos do Scrum

Backlog do Produto
A Backlog do Produto é uma lista ordenada de todas as mudanças possíveis no produto. Os itens no Backlog do Produto são opções, não compromissos — estar na lista não garante a entrega.

O Product Owner mantém continuamente o Backlog do Produto, incluindo seu conteúdo, clareza e ordenação.

Backlog do Sprint
A Backlog do Sprint é o conjunto de itens do Backlog do Produto selecionados para entrega durante o Sprint, juntamente com as tarefas que a equipe identifica como necessárias para entregar esses itens e alcançar o objetivo do Sprint.

Incremento
O Incremento é o conjunto de itens do Backlog do Produto concluídos ao final de um Sprint que atendem à Definição de Concluído da equipe. O Product Owner pode decidir liberar o Incremento em um Sprint futuro ou aprimorá-lo.

Definição de Concluído
A Definição de Concluído é um consenso entre a equipe sobre os critérios que um item do Backlog do Produto deve atender antes de ser considerado concluído.

Eventos do Scrum

Sprint
Um com tempo limitadoevento de um mês ou menos, durante o qual a equipe entrega um incremento de produto potencialmente entregável. Características típicas de um Sprint:

• Duração consistente ao longo do desenvolvimento
• Um novo Sprint começa imediatamente após o término do anterior
• As datas de início e término de um Sprint são fixas

Planejamento do Sprint (Planejamento do Sprint)
Uma equipe começa um Sprint discutindo quais itens da Lista de Produto eles abordarão durante o Sprint. O resultado final do Planejamento do Sprint é o Backlog do Sprint.

O Planejamento do Sprint é geralmente dividido em duas partes. Na primeira parte, o Proprietário do Produtoe outros membros da equipe concordam quais itens da Lista de Produto serão incluídos no Sprint.

Na segunda parte do Planejamento do Sprint, a equipe determina como irá entregar com sucesso os itens da Lista de Produto identificados como parte de um incremento de produto potencialmente entregável. Se essa for sua prática, a equipe pode identificar tarefas específicas necessárias para alcançar isso. Os itens da Lista de Produto selecionados (se aplicável) e as tarefas identificadas formam o Backlog do Sprint.

Assim que a equipe e o Proprietário do Produto concordarem com o escopo do Sprint com base na descrição dos itens da Lista de Produto, nenhum item adicional poderá ser adicionado ao Backlog do Sprint. Isso protege a equipe de mudanças de escopo durante o Sprint.

Reunião Diária (Daily Scrum)
O Daily Scrumé uma reunião curta (normalmente não mais que 15 minutos) em que a equipe coordena as atividades para o próximo dia. O Daily Scrum não tem como objetivo ser um relatório de status ou uma sessão de resolução de problemas.

Revisão do Sprint
No final do Sprint, toda a equipe (incluindo o Proprietário do Produto) revisa os resultados do Sprint com os stakeholders do produto. O objetivo dessa discussão é revisar, demonstrar e, possivelmente, permitir que os stakeholders usem o Incremento para fornecer feedback. A Revisão do Sprint não tem como objetivo entregar um relatório de status. O feedback da Revisão do Sprint é incorporado à Lista de Produto para futura consideração.

Retrospectiva do Sprint
Após a Revisão do Sprint, no final do Sprint, a equipe (incluindo o Proprietário do Produto) reflete sobre o Sprint anterior e identifica ajustes que podem ser feitos no futuro. Essa retrospectivaresulta em pelo menos um item de ação incluído no Backlog do Sprint seguinte.

5 Valores Principais

• Transparência
• Respeito
• Coragem
• Foco
• Compromisso

Ciclo de vida

O Scrum é um framework que permite que equipes de desenvolvimento respondam de forma flexível a mudanças nas circunstâncias. O framework fornece pontos de controle suficientes para garantir que as equipes não se desviem dos resultados esperados e possam identificar e resolver problemas e ajustar processos enquanto o trabalho ainda está em andamento.

O ciclo de vida do Scrum começa com um backlog priorizado, mas não fornece orientações sobre como desenvolver ou priorizar o backlog.

O ciclo de vida do Scrum consiste em uma série de Sprints, culminando em um incremento de produto potencialmente entregável. Nesses Sprints, todas as atividades necessárias para o desenvolvimento do produto ocorrem em uma pequena parte do produto total. Abaixo está uma descrição das etapas principais no ciclo de vida do Scrum:

1. Crie o Backlog do Produto.
2. O Product Owner e a equipe de desenvolvimento realizam o Planejamento do Sprint. Na primeira parte do Planejamento do Sprint, é definido o escopo do Sprint; na segunda parte, é estabelecido o plano para entregar esse escopo.
3. À medida que o Sprint avança, a equipe de desenvolvimento realiza o trabalho necessário para entregar os itens selecionados do Backlog do Produto.
4. Todos os dias, a equipe de desenvolvimento coordena seu trabalho no Daily Scrum.
5. No final do Sprint, a equipe de desenvolvimento entrega os itens selecionados do Backlog do Produto do Planejamento do Sprint. A equipe realiza um Revisão do Sprint para demonstrar o Incremento ao cliente e coletar feedback. A equipe e o Product Owner também refletem sobre o progresso do Sprint até agora e ajustam seu processo de acordo na Retrospectiva.
6. A equiperepete as etapas 2 a 5 até que o resultado desejado do produto seja alcançado.

Principais Benefícios

Scrumcontribui significativamente para o campo do desenvolvimento de software ao oferecer uma forma simples, mas eficaz, de gerenciar o trabalho de equipes pequenas e colaborativas envolvidas no desenvolvimento de produtos. Ele fornece um framework e um conjunto de regras simples que permitem um nível adequado de planejamento, controle de trabalho, identificação e mitigação de riscos, e identificação e resolução de problemas.