Scrum, é de comer? Basicamente, a resposta é… não.

De uma maneira bem resumida, o Scrum é um Framework usado para gerenciar e desenvolver vários tipos de serviços ou produtos (digitais ou físicos) complexos.

Ele não é uma técnica ou processo, mas, sim, um conjunto de técnicas e processos.

Apesar de, inicialmente, ele ter sido criado para desenvolver softwares, hoje em dia, o Scrum é usado em diferentes tipos de Negócio com sucesso.

O Scrum pode ser usado para melhorar os processos de uma área da empresa e criar vários tipos de produtos complexos como campanhas de marketing, carros, cosméticos etc.

Você sabe quais são alguns benefícios do Scrum? Não? Então abaixo eu listo alguns para você.

Entregas rápidas e previsíveis

Visibilidade do projeto

Colaboração entre os envolvidos

Times auto gerenciáveis

Alta produtividade da equipe

Maior motivação do time

Melhoria contínua

Agora que aprendemos um pouco sobre o que é o Scrum, quero falar um pouco sobre os termos do Scrum usados no mundo inteiro.

O Scrum é composto de papéis, eventos* e artefatos**. Cada um desses componentes tem a sua razão de ser e devem ser colocados em prática para que o projeto dê certo.

* Também conhecidos com cerimônias, são períodos de tempo em que se realiza um trabalho habitual, como as reuniões ou as sprints.

** Os artefatos são elementos que dão transparência à equipe e ao processo.

Papéis

Product Owner (PO) — Dono do Produto

É o principal responsável por planejar o projeto e garantir o seu sucesso.

O PO atua como o representante do cliente dentro da empresa, entendendo suas “dores” para definir a melhor solução.

Ele cria a visão de produto e coleta as User Stories (Histórias de Usuário) para compor o Product Backlog (Lista de Pendências do Produto). Além disso, o PO deve priorizar essas histórias e atualizar constantemente o Product Backlog.

Por isso, o PO precisa acompanhar de perto e a todo o momento o projeto.

Scrum Master — Líder do Projeto

Além do PO, o Scrum Master também é responsável pelo sucesso do projeto. Ele entende muito bem as “regras do jogo” e atua garantindo que o time compreenda os valores e práticas do Scrum e aplique tudo corretamente.

O seu objetivo é melhorar a produtividade, eficiência e qualidade do trabalho de todos.

Em outras palavras, o Scrum Master atua como um facilitador do projeto, removendo empecilhos e interferências externas ao time.

Development Team — Equipe de Desenvolvimento

É a equipe operacional do projeto, responsável por tirar o produto do papel, ou melhor, transformar o Product Backlog em realidade.

Por exemplo, no caso de projetos de desenvolvimento de aplicativos, teríamos as seguintes funções: programador, arquiteto de sistemas, especialista em UX (User Experience), gestor de dados etc.

Artefatos

User Stories — Histórias do Usuário

São as necessidades e desejos do cliente. E esse nome não é à toa: as User Stories são de fato as histórias de quem irá utilizar o produto.

Confira esse exemplo:

“Como usuário eu quero fazer aulas regulares de ioga pela internet para ter uma prática fundamentada e constante.”

A partir disso, será possível definir as funcionalidades do produto que irão compor o Product Backlog.

Product Backlog — Lista de Pendências do Produto

É uma lista de pendências, ou melhor, de funcionalidades que o produto deve ter.

Como dito anteriormente, o PO (Product Owner) prioriza e atualiza constantemente o Product Backlog de acordo com o que agrega mais valor ao cliente.

Exemplos de funcionalidades de uma plataforma on-line de aula de ioga: cadastro do aluno, progressão do curso, fórum de dúvidas.

Sprint Backlog

São um conjunto de itens do Product Backlog que serão desenvolvidos em uma Sprint.

Cuidado para não se confundir! O Sprint Backlog contém apenas o que deverá ser feito numa Sprint. Já o Product Backlog contém tudo o que será feito no projeto.

Product Increment — Incremento do Produto

São os itens do Product Backlog que foram entregues em uma Sprint. Ou seja, ao final de uma Sprint, um novo incremento do produto deve atender à definição de “pronto”.

Definition Of Done (DoD) — Definição de “Pronto”

Como saber se um item do Product Backlog está, de fato, pronto?

É justamente para isso que existe a Definição de Pronto.

O time Scrum define em conjunto quais fatores são necessários para que um item seja considerado pronto (concluído) e entregue como um incremento.

Se um item não atender a essa definição, ele não poderá ser liberado e nem apresentado na Sprint Review.

Eventos

Sprint — Iteração

Geralmente, cada sprint dura poucas semanas e deve ter menos de 1 mês e sempre tem a mesma duração.

Após uma sequência de sprints haverá uma release, que é a entrega de uma versão do produto funcionando para o usuário real usar em seu dia a dia.

Sprint Planning — Planejamento da Sprint

É uma reunião para definir quais itens serão desenvolvidos na Sprint a ser iniciada. Isso é feito de acordo com a capacidade de produção da equipe em uma Sprint.

Esses itens saem do Product Backlog e entram no Sprint Backlog.

Daily Scrum — Reunião Diária

É uma reunião diária de 15 minutos entre o time.

Ela deve ser feita todos os dias no mesmo horário e serve para o time responder três perguntas:

O que você fez ontem?

O que você fará hoje?

Existiu/existe algum impedimento?

Fique ligado: precisa haver muita transparência nessa reunião, pois qualquer dificuldade ou pendência não relatada pelos integrantes do time pode virar uma “bola de neve” mais para frente.

Sprint Review — Revisão da Sprint

É uma reunião que acontece ao final de cada sprint para apresentar os itens desenvolvidos, isto é, os itens que atenderam à definição de “pronto”.

Qualquer um pode participar dessa reunião: PO, Scrum Master, Development Team, stakeholders e cliente.

O PO valida esses itens e, se o cliente estiver disponível, também.

Sprint Retrospective — Retrospectiva da Sprint

Esse é o último evento de uma sprint e acontece depois da Sprint Review.

O objetivo da Sprint Retrospective é refletir sobre o processo de trabalho do time a fim de aumentar sua qualidade e eficiência.

O time discute o que deu certo, o que poderia ter sido melhor e o que pode ser melhorado na sprint seguinte.

Ao fim da reunião, haverá um combinado entre todos sobre o que será aprimorado na próxima sprint.

Fica a dica: não é para achar culpados, mas para analisar o processo e encontrar soluções.

A seguir, veremos um passo-a-passo de como implementar o Scrum. Para você se localizar melhor, use esse mapa.

Chegamos ao final do nosso artigo e espero que você tenha tirado proveito deste conteúdo! No próximo artigo, vou mostrar 8 passos essenciais para implementar o Scrum que nunca te contaram antes!