Product Backlog? Scrum Master? Gráfico de Burndown? O que siginificam todos esses termos?
Sou novo no Scrum e já esbarro com tantos termos novos! Preciso ter um dicionário em mãos para entender todos esses novos termos?
Para facilitar a vida daqueles que estão se iniciando no Scrum, preparei um glossário com a explicação dos termos mais comuns, utilizados no dia-a-dia do trabalho ágil.
Esse glossário pode ser usado para consultas rápidas, como também pode ser usado para dar uma visão geral da metodologia Scrum que tanto vem sendo falada e utilizada nas comunidades ágeis de desenvolvimento de software.
Aproveite o…
Glossário Scrum
Burndown Chart – O objetivo de um gráfico burndown é apresentar a porção de trabalho finalizada em comparação com o trabalho planejado. Esse gráfico apresenta duas linhas: uma representando o trabalho planejado caso fosse executado de maneira uniforme ao longo da Sprint e outra apresentando o trabalho realmente já realizado pela Equipe de Desenvolvimento. É comum a Equipe de Desenvolvimento usar esse gráfico ao longo da Sprint, para medir os pontos das histórias finalizadas ao longo dos dias da Sprint e ter uma visibilidade do ritmo, verificando se está adequado para atingir a meta da sprint, cumprindo com o que foi planejado.
Burnup Chart – O objetivo de um gráfico burnup é apresentar a evolução do trabalho em direção ao produto final. Nesse gráfico são traçadas duas linhas, uma apresentando a evolução do Product Backlog (esse pode aumentar a medida que o projeto vai sendo desenvolvido) e a outra apresentando a evolução do que já foi realizado pela equipe durante as Sprints já realizadas. Ele dá a visibilidade do andamento do projeto.
Dono do Produto – Ver Product Owner.
Equipe de Desenvolvimento – É um dos três papéis no Scrum. A equipe de desenvolvimento é a responsável pelo desenvolvimento da Sprint, trabalhando nas Tarefas de cada História para a finalização dos trabalhos.
Estimativa – Pontuação estimada do esforço necessário para implementação de uma História. As estimativas podem ser em story points, seguindo a pontuação usada no planing poker.
Histórias – São itens do Product Backlog que representam parte do produto a ser implementado. As Histórias devem conter uma descrição detalhada do que deve ser implementado.
História Preparada – É uma História que já está preparada para ser estimada pela Equipe de Desenvolvimento, a fim de poder ser incluída em uma Sprint. A definição de "preparada" é elaborada em comum acordo entre Equipe de Desenvolvimento e PO.
História Pronta – Uma "História Pronta" é uma História executada na Sprint, pronta para ser apresentada ao PO, para a sua avaliação. A história pronta é apresentada ao PO na Reunião de Revisão, quando o mesmo pode aceitá-la ou não. A definição de "pronta" é elaborada em comum acordo entre Equipe de Desenvolvimento e PO.
Impedimentos – Problemas que surgem durante a Sprint e que impedem a equipe de trabalhar em ou finalizar alguma História. Os impedimentos são responsabilidades do Scrum Master, que deve providenciar a remoção dos mesmos.
Meta da Sprint – A meta da Sprint é o que o PO espera conseguir ao final da Sprint e que deve orientar o trabalho e os esforços da Equipe de Desenvolvimento durante toda a Sprint.
Planning Poker -Técnica de para a estimação das Histórias do Product Backlog. É baseada no uso de cartas, como no poker, que tem a seguinte numeração, adaptada da Série de Fibonacci: 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100.
Pontos de História – Representa em pontos o esforço da Equipe de Desenvolvimento para realizar uma História. Ver quais são os pontos em Planning Poker.
Product Backlog – Lista de itens, ou Histórias, que devem ser implementados para a criação do produto desejado ou desenvolvimento do projeto.
Product Owner – É um dos três papéis no Scrum. O Product Owner é o responsável pelo Product Backlog. Ele que define e prioriza as funcionalidades desejadas para o produto, ou as atividades necessárias ao projeto, descrevendo-as em forma de Histórias no Product Backlog.
Quadro de Tarefas – Artefato utilizado pela equipe para apresentar o trabalho que deve ser implementado pela Equipe de Desenvolvimento. A divisão mais comum desse quadro se dá como uma matriz de 3 colunas que são: Tarefas a Fazer, Tarefas em andamento e Tarefas Concluídas; e onde cada linha representa uma História do Sprint Backlog. No início da Sprint todas as Tarefas estão concentradas na primeira coluna (Tarefas a fazer) e é esperado que ao final da Sprint todas as Tarefas estejam na última coluna (Tarefas concluídas). O quadro de tarefas dá a visibilidade do andamento dos trabalho ao longo da Sprint, pois é atualizado diariamente ou toda vez que um membro da Equipe de Desenvolvimento assume a responsabilidade por dar andamento a uma Tarefa de uma História.
Reunião realizada no início da Sprint, para planejá-la.
Com participação obrigatória do Product Owner, do Scrum Master e da Equipe de Desenvolvimento.
Duração máxima de 2 horas para Sprints de Timebox de 2 semanas.
Nessa reunião são apresentadas as Histórias Preparadas na sequência em que se encontram no Product Backlog, e Equipe de Desenvolvimento e Product Owner discutem a respeito de cada uma dessas Histórias, para esclarecimento dos detalhes do que deve ser implementado e, se necessário, permitir o ajuste dos pontos estimados pela Equipe de Desenvolvimento.
Ao final da reunião temos a Sprint criada com data de início e término, respeitando o Timebox das Sprints e temos selecionadas as Histórias que farão parte do Sprint Backlog. Normalmente as Histórias são incluídas baseadas nos pontos estimados e limitadas à velocidade da Equipe de Desenvolvimento.
Ocorre após a Reunião de Planejamento 1.
Reunião de planejamento dos trabalhos da Equipe de Desenvolvimento na Sprint.
Duração máxima de 2 horas para Sprints de Timebox de 2 semanas.
Nessa reunião a Equipe divide cada História em Tarefas.
Essas tarefas podem ser anotadas em post-its e fixadas no Quadro de Tarefas para maior transparência do andamento dos trabalhos ao longo da Sprint. Ou lançadas em software que suporte o Scrum.
Reunião realizada diariamente, preferencialmente no início da manhã ou ao final do dia.
Com participação da Equipe de Desenvolvimento e do Scrum Master.
A reunião é realizada com todos os participantes de pé.
Com duração máxima de 15 minutos.
O objetivo dessa reunião é comunicar o andamento dos trabalhos deixando-o transparente para todos da Equipe de Desenvolvimento.
É uma reunião curta para manter o foco na transparência e não na discussão técnica de problemas e soluções.
É uma reunião onde os membros da equipe assumem compromissos com os demais. Respondendo a 3 perguntas:
1. O que você fez ontem?
2. O que você fará hoje?
3. Há impedimentos no seu caminho?
Realizada após a Reunião de Revisão.
Com participação da Equipe de Desenvolvimento e Scrum Master. O PO participa apenas se convidado.
Duração máxima de 2 horas para Sprints de Timebox de 2 semanas.
O objetivo é inspecionar a Sprint encerrada para permitir a adaptação.
Nessa reunião a Equipe deve levantar os pontos positivos e negativos da Sprint e ao final da discussão deve-se ter como resultado final uma lista de ações para melhoria do processo como um todo.
Realizada ao final de cada Sprint.
Com participação da Equipe de Desenvolvimento, Scrum Master e PO.
Duração máxima de 2 horas para Sprints de Timebox de 2 semanas.
O objetivo dessa reunião é a Equipe de Desenvolvimento apresentar ao PO o que foi realizado na Sprint.
O PO aceita ou não as histórias apresentadas, com base no que foi combinado no planejamento da Sprint e na definição de História Pronta.
Scrum Master – É um dos três papéis no Scrum. O Scrum Master atua como facilitador da Equipe de Desenvolvimento e auxiliar do Product Owner, ajudando na manutenção do Product Backlog, removendo impedimentos e protegendo a Equipe de Desenvolvimento de interferências externas, para garantir a produtividade e a eficiência do trabalho. É o Scrum Master que procura assegurar o uso das práticas e valores do Scrum.
Scrum – É uma Metodologia Ágil para gestão e planejamento de projetos. Para mais informações leia o post O que é Scrum? – FAQ Scrum.
Sprint – Representa um ciclo de trabalho no Scrum. Esse ciclo pode ser de 2 semanas, 3 ou 4 semanas, que é o Timebox das Sprints. As Sprints devem ter sempre a mesma duração.
Sprint Backlog – Lista de Histórias selecionadas para ser trabalhada em uma Sprint, de acordo com a Velocidade da Equipe de Desenvolvimento.
Stand-Up Meeting – See Dailly Meeting.
Story Points – See Points of Stories.
Tasks – The Stories in each Sprint should be broken down into tasks that represents a maximum of 1 working day of a member of Team Development. Therefore, Stories should be broken down into smaller, one-day (maximum) Tasks.
TimeBox – The time scale set for the Sprint project.
Speed – Total points of Stories that the development team can run in a Sprint..
Estou com a seguinte dúvida: As Histórias Preparadas são as que estão prontas para serem estimadas pela Equipe de Desenvolvimento. No glossário diz que na reunião de Planejamento 1 são feitos ajustes dos pontos dessas Histórias. Então a estimativa tem que ser feita antes de entrar nessa reunião. Certo?
O que me causou confusão foi dizer que na reunião de Planejamento 1 são apresentadas as Histórias Preparadas. Se são preparadas ainda vão ser estimadas. Como fazer então ajustes dos pontos na reunião?
Como sou iniciantes no assunto, agradeço esclarecimento.
OI Regina,
bem interessante e coerente a sua dúvida. Vou tentar explicar.
As definições de Preparada e Pronta são fundamentais no Scrum, para estabelecer uma relação saudável entre P.O. e time. Deixa claro para todos o que o time espera receber do P.O., para poder trabalhar (Preparada) e o que o P.O. espera receber do time ao finalizar a história (Pronta). Definem um protocolo importante nessa relação, evitando que haja surpresas ou decepções.
Para a reunião de Planejamento, visto que nela serão escolhidas as histórias a serem incluídas na Sprint, as histórias precisam estar Preparadas, de forma que o time possa corretamente avaliá-las e posteriormente trabalhar nelas. Mas também devem estar estimadas, visto que o P.O. precisa decidir o que deverá incluir, e a relação “custo” x benefício é parte natural dessa decisão. Porém não há no Scrum um nome específico para definir estas histórias preparadas e estimadas, ou melhor, não há a necessidade de uma definição, tipo um protocolo, para tal.
De qualquer forma, se você considerar que as histórias só devam ser estimadas após preparadas, pode chamar de histórias estimadas. Talvez isso possa causar alguma confusão mais tarde, mas aí é uma outra história. rsrs
Excelente post, pessoal! Esclareceu várias dúvidas minhas!
A intenção era essa, Daniel. Que bom que esse glossário pode esclarecer suas dúvidas. Esperamos esclarecer também a de muitas outras pessoas que estão se iniciando no Scrum.