EJECT | Scrum

Voltar

Barra de Progresso Interativa BETA

0%

Scrum

Scrum é um framework ágil utilizado no gerenciamento e desenvolvimento de projetos complexos, principalmente no contexto de desenvolvimento de software. Ele organiza o trabalho em ciclos curtos chamados sprints, promovendo entregas contínuas e a melhoria constante com base em revisões regulares.

Fundamentos do Scrum

Marcar como Concluído

O Scrum é sustentado por três pilares fundamentais: transparência, inspeção e adaptação. Vamos desmembrar cada um deles para facilitar o entendimento.

Transparência

Todos os aspectos significativos do processo devem ser visíveis para as pessoas envolvidas.

Por exemplo, imagine que você está desenvolvendo um aplicativo com uma equipe. A transparência significa que todos os membros da equipe sabem quais tarefas estão em andamento, quais já foram concluídas e o que ainda precisa ser feito. Para isso, utilizam-se ferramentas como o kanban, onde cada tarefa é visualmente apresentada.

Inspeção

O progresso do trabalho precisa ser inspecionado frequentemente, tanto em termos de produto quanto de processo, para identificar possíveis desvios. Um exemplo disso seria uma revisão periódica dos protótipos ou funcionalidades do produto para garantir que estão alinhados com os objetivos iniciais.

Adaptação

Caso alguma discrepância seja identificada na inspeção, deve-se ajustar o curso imediatamente. Isso pode ser comparado a um estudante que percebe, ao revisar suas anotações, que não compreendeu bem um tópico. Ele, então, ajusta sua estratégia de estudo antes da próxima prova

SCRUM O QUE É (de um Jeito BEM Prático)

Papéis no Scrum

Marcar como Concluído

O Scrum define três papéis principais, que formam o núcleo da equipe: Product Owner, Scrum Master e o Time de Desenvolvimento. Cada papel tem responsabilidades específicas e complementares.

Product Owner (Dono do Produto)

O Product Owner é responsável por maximizar o valor do produto resultante do trabalho da equipe. Ele gerencia o Product Backlog (lista priorizada de tudo o que precisa ser feito no projeto) e decide quais funcionalidades ou melhorias devem ser desenvolvidas primeiro, priorizando o que traz mais valor para o cliente ou para o negócio.

Exemplo: Imagine que sua equipe está desenvolvendo um aplicativo de gerenciamento de finanças. O Product Owner pode priorizar a criação de uma funcionalidade que permite aos usuários registrar suas despesas diárias, já que isso traz um valor imediato para os usuários, em vez de priorizar uma função mais complexa, como previsões financeiras baseadas em inteligência artificial.

Scrum Master

O Scrum Master é o facilitador do processo Scrum. Ele ajuda a equipe a entender e seguir as práticas do framework, removendo impedimentos que possam atrapalhar o progresso do time. Além disso, ele garante que o Scrum esteja sendo aplicado corretamente, promovendo um ambiente de trabalho colaborativo e produtivo.

Exemplo: Se, durante um sprint, a equipe encontra dificuldades com uma tecnologia específica, o Scrum Master pode atuar ajudando a equipe a encontrar uma solução, seja buscando apoio externo ou sugerindo uma abordagem diferente.

Time de Desenvolvimento

O Time de Desenvolvimento é formado por profissionais multidisciplinares que são responsáveis por entregar o incremento do produto ao final de cada sprint. Eles são autogeridos, ou seja, eles próprios decidem como organizar o trabalho para atingir o objetivo do sprint.

Exemplo: Em um projeto de desenvolvimento de um site de e-commerce, o time de desenvolvimento pode ser composto por desenvolvedores de front-end e back-end, designers de UI/UX e testadores. Eles cooperam para entregar uma nova funcionalidade do site, como a página de checkout, ao final de um sprint.

Eventos do Scrum

Marcar como Concluído

O Scrum organiza o trabalho em eventos (ou cerimônias), que são essenciais para a entrega de valor contínuo e a melhoria do processo. Estes eventos criam cadência e oportunidades regulares de inspeção e adaptação.

Sprint

O sprint é o ciclo de trabalho do Scrum, com duração fixa (geralmente entre 1 e 4 semanas), durante o qual um incremento potencialmente utilizável do produto é desenvolvido. Cada sprint tem um objetivo claro, e não se pode alterar o escopo do sprint após ele ter começado.

Exemplo: Se estamos desenvolvendo um aplicativo de educação, em um sprint de 2 semanas, a equipe pode decidir criar e entregar uma funcionalidade de "quiz" com diferentes níveis de dificuldade. Ao final dessas 2 semanas, o quiz deve estar funcional e pronto para uso ou testes.

Planejamento do Sprint (Sprint Planning)

O planejamento do sprint é uma reunião que acontece no início de cada sprint, onde o Product Owner apresenta ao time de desenvolvimento os itens do backlog priorizados. A equipe, em conjunto, decide quantos itens podem ser concluídos durante o sprint e elabora um plano para alcançá-los.

Exemplo: Durante o planejamento do sprint, a equipe decide que, para o sprint atual, irá desenvolver a funcionalidade de "login" e aprimorar a interface do usuário. Eles estimam o tempo necessário para cada tarefa e definem as etapas para alcançar o objetivo do sprint.

Scrum - Como fazer um Planejamento da Sprint na Prática

Daily Scrum (Reunião Diária)

A reunião diária é um encontro curto (máximo de 15 minutos) onde o time de desenvolvimento sincroniza as atividades e ajusta o plano de trabalho para as próximas 24 horas. Cada membro do time responde a três perguntas básicas: O que fiz ontem? O que farei hoje? Há algum impedimento no meu caminho?

Exemplo: Imagine que estamos no segundo dia do sprint de desenvolvimento da funcionalidade de relatórios financeiros. Durante a reunião diária, um dos desenvolvedores pode mencionar que teve problemas com a integração da funcionalidade ao banco de dados, o que poderá ser discutido e resolvido pela equipe para garantir que o trabalho continue conforme o planejado.

Revisão do Sprint (Sprint Review)

Ao final de cada sprint, a equipe apresenta o que foi concluído para o Product Owner e stakeholders (partes interessadas). Essa é uma oportunidade para o time receber feedback sobre o que foi desenvolvido e discutir as próximas etapas.

Exemplo: Durante a revisão do sprint, a equipe de desenvolvimento do aplicativo de finanças pode demonstrar a nova funcionalidade de relatórios para o Product Owner e receber feedback. O Product Owner pode sugerir melhorias antes de a funcionalidade ser liberada para os usuários.

Retrospectiva do Sprint (Sprint Retrospective)

A retrospectiva do sprint é uma reunião interna onde a equipe reflete sobre o que foi bem-sucedido no sprint e o que pode ser melhorado no próximo. É uma oportunidade para melhoria contínua do processo.

Exemplo: Na retrospectiva do sprint, a equipe pode discutir que a comunicação entre os desenvolvedores e o designer de UI/UX foi um pouco lenta, e sugerir maneiras de melhorar essa colaboração no próximo sprint.

Artefatos do Scrum

Marcar como Concluído

Os artefatos são representações tangíveis de informações no Scrum, que servem para garantir a transparência e facilitar as inspeções e adaptações. Os principais artefatos são: Product Backlog, Sprint Backlog e Incremento.

Product Backlog

O Product Backlog é uma lista priorizada de tudo que precisa ser desenvolvido no produto. O Product Owner é o responsável por manter e priorizar essa lista, que está em constante evolução.

Exemplo: No desenvolvimento de um aplicativo de educação, o Product Backlog pode incluir itens como "Criar sistema de login", "Adicionar funcionalidade de quiz", "Implementar sistema de ranking".

Sprint Backlog

O Sprint Backlog é o conjunto de itens do Product Backlog que foram selecionados para o sprint, juntamente com o plano de ação para entregá-los.

Exemplo: Para o sprint de 2 semanas, a equipe pode selecionar "Criar sistema de login" e "Adicionar funcionalidade de quiz" do Product Backlog para trabalhar durante esse período.

Incremento

O Incremento é o resultado final do sprint, que deve ser um produto ou funcionalidade utilizável, mesmo que o Product Owner decida não liberá-lo imediatamente.

Exemplo: Ao final do sprint, o incremento pode ser uma nova funcionalidade de "quiz" que esteja pronta para ser testada pelos usuários, mesmo que ainda não seja lançada oficialmente.