Visão Geral do Scrum

Visão Geral do Scrum

No Scrum, o gerente de projeto é chamado de Scrum Master, e a equipe de projeto é chamada de Equipe Scrum. Há um Proprietário do Produto que prioriza os recursos e requisitos a serem desenvolvidos na Lista de Produto.

A metodologia Scrum utiliza Sprints para entregar pequenos incrementos de trabalho e coletar feedback dos clientes.

Existem três (3) pilares do Scrum:

SCRUMemprega uma abordagem empírica (às vezes chamada de empirismo) para se adaptar às necessidades constantemente mudanças dos clientes. O empirismo é a prática de tomar decisões com base em experiências reais. Uma abordagem empírica significa trabalhar de forma baseada em fatos, baseada em experiência e baseada em evidências — especialmente quando o progresso se baseia na observação da realidade, e não em planos elaborados antecipadamente baseados em requisitos iniciais extensos.

Em resumo, aprendemos e melhoramos a partir de erros e experiências passadas. Os três pilares do Scrum que sustentam o controle empírico do processo em todas as implementações são: Transparência, Inspeção e Adaptação, conforme mostrado no diagrama abaixo:

• Transparência — Uma linguagem comum e padrões para garantir consistência e entendimento compartilhado.
• Inspeção — Revisão frequente do progresso do Scrum e dos entregáveis para obter feedback. É importante não esconder o progresso do projeto.
• Adaptação — Incorporar facilmente o feedback recebido e resolver problemas quando eles surgirem.

Componentes do Processo Scrum

O framework Scrumpor si só é muito simples. Define apenas algumas diretrizes gerais, juntamente com um pequeno conjunto de regras, papéis, artefatos, e eventos. No entanto, cada um desses componentes é importante, serve um propósito específico e é essencial para usar com sucesso o framework.

Os principais componentes do framework Scrum são:

• Papéis Scrum: Scrum Master, Proprietário do Produto, e Equipe Scrum
• Artefatos: Backlog de Sprint, Backlog do Produto, Gráfico de Queima, logs, etc.
• Eventos do Scrum: Planejamento do Sprint, Revisão do Sprint, Daily Scrum, Retrospectiva do Sprint, etc.
• Sprints

O diagrama abaixo ilustra os principais elementos do framework SCRUM. Este processo foi implementado no Ferramenta de software ágil — Canvas do Processo Scrum.

Papéis do Scrum

Quando uma organização decide adotar o Scrum, uma das primeiras coisas a entender é como os papéis do Scrum diferem dos papéis tradicionais de execução de projetos. Embora o Scrum tenha apenas três papéis principais, eles não se alinham automaticamente com os títulos com os quais muitos de nós estamos familiarizados. Vamos começar com uma breve definição de cada:

Proprietário do Produto

O Proprietário do Produto é o papel do Scrum responsável por representar a comunidade de negócios ou de usuários e trabalhar com grupos de usuários para determinar quais funcionalidades serão incluídas nos lançamentos do produto. As responsabilidades principais do Proprietário do Produto são:

• Definir a direção e a estratégia para o produto ou serviço, incluindo metas de curto e longo prazo;
• Fornecer ou obter conhecimento sobre o produto ou serviço;
• Auxiliar a equipe de desenvolvimento a compreender e interpretar as necessidades dos clientes;
• Coletar, priorizar e gerenciar os requisitos para o produto ou serviço;
• Assumir a responsabilidade por quaisquer responsabilidades relacionadas ao orçamento do produto ou serviço, incluindo sua rentabilidade;
• Definir datas de lançamento para os recursos do produto ou serviço;
• Responder perguntas e tomar decisões diariamente com a equipe de desenvolvimento;
• Aceitar ou rejeitar os recursos concluídos relacionados ao Sprint;
• Demonstrar os principais entregáveis da equipe de desenvolvimento ao final de cada Sprint;
• Ser responsável pelo Product Backlog.

Scrum Master

O Scrum Master é o facilitador da equipe de desenvolvimento ágil. Scrum é um método que permite que as equipes se organizem de forma autônoma e façam mudanças rápidas de acordo com os princípios ágeis. O Scrum Master gerencia o processo de troca de informações. As principais responsabilidades do Scrum Master são:

• Atuar como coach para ajudar a equipe a seguir os valores e práticas do Scrum;
• Auxiliar na remoção de impedimentos e proteger a equipe de interferências externas;
• Facilitar uma boa colaboração entre a equipe e os interessados;
• Promover o senso comum dentro da equipe;
• Proteger a equipe de interferências organizacionais.

Equipe Scrum

A Equipe Scrum (também conhecida como Equipe de Desenvolvimento) é composta por 3 a 9 pessoas que possuem coletivamente todas as habilidades técnicas necessárias para entregar o produto ou serviço. Elas são diretamente orientadas pelo Scrum Master, mas não são gerenciadas diretamente. Devem ser autônomas, versáteis e responsáveis o suficiente para concluir todas as tarefas necessárias.

A Equipe de Desenvolvimento é responsável por entregar incrementos de produto potencialmente entregáveis em cada Sprint — desde análise, design, desenvolvimento, testes até redação técnica. Principais características da Equipe Scrum incluem:

• A equipe deve ser autônoma. Todos os membros da equipe devem gerenciar seus próprios esforços para concluir as tarefas atribuídas. No Scrum ágil, não existe figura de líder de equipe ou gerente de linha. Todos devem estar suficientemente comprometidos para realizar suas atividades e contribuir para o sucesso da equipe. Se alguém falhar, todos falham.
• A equipe deve ser multifuncional. Todos os membros da equipe devem possuir o conhecimento e as habilidades necessárias para entregar um serviço ou produto completo e pronto para uso. Especialistas podem ser usados quando necessário, mas apenas como coaches para transferir conhecimento para a equipe e preencher lacunas específicas.
• O Product Owner exige visão de negócios. O Product Owner representa a voz do cliente e deve transmitir suas necessidades ao Scrum Master e à Equipe de Desenvolvimento. Trata-se normalmente de um cargo de tempo integral.
• O Scrum Master não é um gerente de linha. Eles fornecem o coaching necessário para a Equipe de Desenvolvimento e ajudam a remover quaisquer obstáculos que a equipe enfrenta.

Product Backlog

Esta é uma lista ordenada de todo o trabalho a ser realizado no projeto. É apresentada na forma de histórias, comumente chamadas de histórias de usuário.

Histórias de Usuário — Representações diferentes de como os usuários interagem com os entregáveis do projeto (produto, serviço ou resultado). Por meio das histórias de usuário, a equipe identifica os recursos e funcionalidades necessários para os entregáveis.

Portanto, o Product Backlog contém histórias de usuário priorizadas (recursos e funcionalidades) para o produto/serviço/resultados. O Product Owner é responsável por priorizar o backlog.

Observação: Você não precisa criar todas as histórias para todo o projeto antes de começar o trabalho (essa é uma das vantagens da abordagem ágil). Comece pelas histórias que você conhece, e à medida que aprender mais, adicione ao backlog e reorganize a prioridade conforme necessário.

Planejamento do Sprint

Diferentemente da abordagem em cascata, as equipes ágeis não planejam tudo de antemão. Aqui, a equipe planeja um pouco: o que é necessário para o Sprint atual (os Sprints geralmente duram de 2 a 4 semanas), entrega, aprende com isso e planeja novamente o próximo Sprint.

A equipe Scrum revisa o Product Backlog e seleciona o número de histórias de usuário que pode concluir dentro do tempo do Sprint. As histórias de usuário selecionadas tornam-se o Sprint Backlog. O Sprint Backlog representa o objetivo do Sprint.

A Definição de Concluído também é estabelecida. A Definição de Concluído pode ser pensada como os critérios de aceitação para os itens do backlog.

Planeje apenas o trabalho que se encaixa na capacidade da equipe — ou seja, o trabalho que a equipe pode concluir de forma realista em cada Sprint.

Reunião Diária do Scrum (Reunião Diária de Standup)

A equipe utiliza esta reunião para fazer pequenos compromissos uns com os outros, identificar problemas e garantir que o trabalho do Sprint flua suavemente dentro da equipe. Geralmente dura 15 minutos. A equipe responde às seguintes perguntas:

• O que eu concluí desde a última reunião do Scrum?
• Qual é meu plano para hoje? O que pretendo concluir entre agora e a próxima reunião do Scrum?
• Há algum impedimento (problemas, questões ou riscos) me bloqueando?

Lembre-se, esta reunião não é uma reunião de status — não é para resolver problemas, mas para se tornar consciente de problemas (se houver). Se for necessário um encontro para resolver questões, realize um separadamente.

Reunião de Revisão do Sprint

No final de cada Sprint, a equipe demonstra todos os itens de trabalho concluídos. Esta reunião de revisão é usada para receber feedback dos stakeholders do projeto e quaisquer solicitações de mudança.

É importante observar que os itens de trabalho que não estiverem 100% concluídos de acordo com a Definição de Concluído estabelecida durante o planejamento não serão demonstrados, pois não estão “Concluídos”.

Reunião de Retrospectiva do Sprint

Isso ocorre após a Revisão do Sprint. O objetivo é ajudar a equipe a aprender com o Sprint. O processo foca na melhoria contínua em vez de culpar a equipe caso as coisas não tenham corrido bem durante o Sprint.

A equipe reflete sobre como se tornar mais eficaz e identifica outras áreas para melhoria.

O Scrum Master classifica a importância de cada item de melhoria, e então a equipe seleciona um número adequado de itens de melhoria para implementar no próximoSprint.