Critérios de aceitação: Detalhes que indicam o escopo de uma história de usuário e ajudam a equipe e o dono do produto a determinar o quão concluída ela está.
Agile: O nome foi cunhado para o conjunto mais amplo de ideias em que o Scrum se enquadra; os valores e princípios Agile estão contemplados no Manifesto ágil.
Arquiteto: Não existe a função de arquiteto em uma equipe Scrum; em vez disso, todos os membros da equipe são responsáveis por definir a arquitetura.
Burndown: (Consulte o gráfico de burndown da sprint e o gráfico de burndown do produto na seção de relatórios).
Organização da lista de pendências: (Veja “hora da história”. Também conhecido como organização e refinamento do backlog.)
Item pendente: (ver item da lista de pendências do produto)
Frango: (arcaico) termo para qualquer pessoa que não faça parte da equipe, o termo ofendeu algumas pessoas, então agora é raramente usado, cf. Pig.
Reunião diária: Uma reunião diária de equipe de 15 minutos para compartilhar o progresso, relatar impedimentos e assumir compromissos. Durante a reunião diária, cada membro da equipe responde a três perguntas:
- “O que eu fiz desde a última reunião de scrum? (ou seja, ontem)”
- O que farei antes da próxima reunião de scrum (ou seja, hoje)?
- O que me impede de realizar meu trabalho da maneira mais eficiente possível?
O Scrum Master garante que os participantes convoquem reuniões paralelas para quaisquer discussões que ultrapassem os limites estabelecidos. A literatura sobre Scrum recomenda que essa reunião ocorra logo pela manhã, assim que todos os membros da equipe chegarem.
Feito: Também conhecido como "concluído", este termo é usado para descrever um incremento de produto considerado potencialmente lançável; significa que todo o design, codificação, testes e documentação foram finalizados e o incremento está totalmente integrado ao sistema.
Emergência: O princípio de que os melhores projetos e as melhores formas de trabalho surgem ao longo do tempo, através da execução do trabalho, em vez de serem definidos antecipadamente; cf. empirismo, auto-organização.
Empirismo: O princípio de “inspecionar e adaptar”, que permite que equipes ou indivíduos experimentem algo e aprendam com a experiência por meio da reflexão consciente e da mudança, cf. emergência, auto-organização.
Épico: Uma épica é uma história de usuário muito grande que eventualmente é dividida em histórias menores; épicos são frequentemente usados como espaços reservados para novas ideias que ainda não foram totalmente elaboradas. Não há nada de errado em ter uma épica, desde que ela não seja de alta prioridade.
Estimativa: O processo de definir em conjunto uma medida de tamanho para as histórias em um backlog de produto. É feito pela equipe, geralmente usando o Planning Poker.
Sequência de Fibonacci: A sequência de números em que o próximo número é derivado da soma dos dois anteriores (1, 2, 3, 5, 8, 13, 20…); a sequência tem a qualidade de cada intervalo aumentar à medida que os números aumentam; a sequência é frequentemente usada para pontos da história, simplesmente porque as estimativas são sempre menos precisas quando se trata de épicos.
Como: "O como" é um termo usado para descrever o domínio da equipe, diferentemente do dono do produto, que usa "o quê". Também pode ser descrito como tática (ou seja, como vencer a batalha).
Impedimento: Qualquer coisa que impeça a equipe de atingir seu potencial (por exemplo, cadeiras desconfortáveis). Se for um problema organizacional, é responsabilidade do Scrum Master eliminá-lo. Se for um problema interno da equipe, os próprios membros devem resolvê-lo.
Acúmulo de impedimentos: Uma lista de impedimentos, visíveis ou não, em ordem de prioridade, de acordo com a gravidade com que bloqueiam a produtividade da equipe.
Porco: (Arquitetura) Termo para um membro da equipe; o termo ofendeu algumas pessoas e, por isso, é raramente usado hoje em dia, cf. "frango".
Planejamento: veja planejamento de sprint
Planejando pôquer: Um jogo usado para aplicar estimativas a histórias; utiliza o método Delphi para chegar a um consenso.
Processo: É simplesmente a maneira como alguém trabalha. Todos têm um processo. Ele pode ser predefinido, empírico ou simplesmente caótico.
Lista de pendências do produto: Uma lista priorizada de matérias que estão aguardando desenvolvimento.
Lista de pendências do produto: O backlog do produto (ou simplesmente "backlog") consiste nos requisitos de um sistema, expressos como uma lista priorizada de itens. Isso inclui requisitos funcionais e não funcionais do cliente, bem como requisitos gerados pela equipe técnica. Embora o backlog do produto receba diversas contribuições, é de responsabilidade exclusiva do dono do produto priorizá-lo. Durante uma fase de desenvolvimento, o backlog do produto é definido como um guia para a equipe técnica. planejamento de sprint Na reunião, os itens do backlog são movidos do backlog do produto para uma sprint, com base nas prioridades do dono do produto.
Item da lista de pendências do produto: Qualquer item que esteja na lista de pendências, incluindo histórias de usuário, épicos e, possivelmente, histórias técnicas para lidar com dívida técnica, etc.
Proprietário do produto: O Product Owner é a pessoa que define a visão do produto e é responsável por manter, priorizar e atualizar o backlog do produto. No Scrum, o Product Owner tem a palavra final, representando os interesses do cliente na priorização do backlog e no esclarecimento de dúvidas sobre os requisitos. Essa pessoa deve estar disponível para a equipe a qualquer momento, mas principalmente durante as reuniões de planejamento e revisão da sprint.
Desafios de ser um dono de produto:
- Resista à tentação de "gerenciar" a equipe. A equipe pode não se auto-organizar da maneira que você espera. Isso é especialmente desafiador se alguns membros da equipe solicitarem sua intervenção em questões que a equipe deveria resolver por si mesma.
- Resistir à tentação de adicionar mais trabalho importante depois que um sprint já estiver em andamento.
- Ter disposição para tomar decisões difíceis durante a reunião de planejamento da sprint.
- Equilibrar os interesses das partes interessadas em conflito.
Estimativa relativa: Dimensionar itens em atraso agrupando-os em intervalos de tamanho relativos em vez de unidades absolutas (por exemplo, horas). Veja Fibonacci e tamanhos de camisetas.
Release: A transição de um incremento de produto potencialmente comercializável da equipe de desenvolvimento para o uso rotineiro pelos clientes. ReleaseNormalmente, isso acontece quando uma ou mais sprints resultam em um produto com valor suficiente para compensar o custo de sua implantação.
Release gráfico de burndown: Um gráfico visível para mostrar o progresso em direção a um lançamento.
Retrospectivo: Uma sessão onde a equipe e o scrum master refletem sobre o processo e assumem compromissos para melhorá-lo.
Voto romano: Veja o voto positivo.
Função de Scrum Master: O Scrum Master atua como facilitador para a equipe e o Product Owner. Em vez de gerenciar a equipe, o Scrum Master trabalha para auxiliar tanto a equipe quanto o Product Owner das seguintes maneiras:
- Elimine as barreiras entre a equipe de desenvolvimento e o dono do produto para que o dono do produto conduza o desenvolvimento diretamente.
- Ensine o dono do produto a maximizar o retorno sobre o investimento (ROI) e a atingir seus objetivos por meio do Scrum.
- Melhore a vida da equipe de desenvolvimento, promovendo a criatividade e o empoderamento.
- Melhore a produtividade da equipe de desenvolvimento de todas as maneiras possíveis.
- Aprimore as práticas e ferramentas de engenharia para que cada incremento de funcionalidade seja potencialmente implementável.
- Mantenha as informações sobre o progresso da equipe atualizadas e visíveis a todas as partes.
Fonte: Gestão ágil de projetos com ScrumKen Schwaber
Reuniões Scrum: Hora da história, planejamento, revisão, retrospectiva, reunião diária de acompanhamento.
Funções do Scrum: Existem apenas três: dono do produto, scrum master e membro da equipe.
Auto-organização: O princípio de que aqueles mais próximos do trabalho são os que melhor sabem como realizá-lo, portanto, estabeleça metas e limites claros e deixe que eles tomem todas as decisões táticas e de implementação, cf. emergência, empirismo.
pico: Uma pesquisa breve e com tempo limitado, geralmente técnica, sobre uma única notícia, que visa fornecer informações suficientes para que a equipe possa estimar a dimensão da matéria.
Sprint: uma iteração com tempo definido.
Lista de pendências da sprint: Define o trabalho para um sprint, representado pelo conjunto de tarefas que devem ser concluídas para atingir os objetivos do sprint e pelo conjunto selecionado de itens do backlog do produto.
Sprint burndown: Um gráfico visível que indica diariamente a quantidade de trabalho restante no sprint.
Sprint: Objetivo, também conhecido como tema da sprint; o foco principal do trabalho para uma única sprint.
Planejamento da corrida: Uma reunião entre a equipe e o dono do produto para planejar o sprint e chegar a um acordo sobre o compromisso.
Tarefa do sprint: Uma pequena tarefa que contribui para a conclusão de uma história específica.
História: um item de backlog geralmente usando o formulário de modelo: como [usuário] eu quero [função] para que [valor comercial], cf. item de backlog de produto.
Parte interessada: Por vezes, os seguintes termos são usados como sinônimos – embora seja importante notar que existem nuances nas suas definições: história, história de utilizador, história de utilizador técnica, item do backlog do produto, PBI e requisito do produto.
Ponto principal da história: Uma unidade de medida aplicada ao tamanho de uma história, cf. sequência de Fibonacci. Tamanhos de camisetas, potências de 2, são outras maneiras de atribuir pontos à história.
Hora da história: A sessão de trabalho regular onde os itens da lista de pendências são discutidos, refinados e estimados, e a lista de pendências é reduzida e priorizada.
Tarefa: Veja a tarefa do sprint.
Lista de tarefas: As tarefas necessárias para concluir o conjunto de histórias definido para um sprint.
Quadro de tarefas: Um quadro de parede com cartões e notas adesivas que representam todo o trabalho de uma equipe em um determinado sprint; as notas das tarefas são movidas pelo quadro para mostrar o progresso.
Equipe: Uma equipe (ou "equipe de desenvolvimento Scrum") é idealmente composta por sete pessoas, com uma margem de erro de duas, e é responsável por se comprometer com o trabalho, entregá-lo e impulsionar o produto de uma perspectiva tática.
Em projetos de desenvolvimento de software, as equipes geralmente são compostas por uma mistura de engenheiros de software, arquitetos, programadores, analistas, especialistas em controle de qualidade, testadores, designers de interface do usuário, etc. Isso costuma ser chamado de "equipes de projeto multifuncionais". As práticas Agile também incentivam a participação de membros multifuncionais em equipes.
Durante uma sprint, a equipe se auto-organiza para atingir os objetivos da sprint. A equipe tem autonomia para escolher a melhor forma de atingir esses objetivos e é responsável por eles. O Scrum Master atua como um guardião para garantir que a equipe esteja protegida da interferência do Product Owner. O Scrum também preconiza que toda a equipe trabalhe em uma única sala.
Membro da equipe: Um membro da equipe é definido como qualquer pessoa que trabalhe nas tarefas da sprint em direção ao objetivo da sprint. Na terminologia do Scrum, o Product Owner (PO) e o Scrum Master (SM) também podem ser considerados membros da equipe, caso estejam envolvidos no desenvolvimento.
Voto positivo: Um gesto rápido para avaliar o nível de comprometimento ou concordância da equipe em relação a uma decisão, etc. O polegar para cima geralmente significa concordância, sim ou bom, e o polegar para baixo significa discordância, não ou ruim; a versão analógica permite que o polegar fique em qualquer lugar dentro do semicírculo para indicar diferentes graus de concordância.
Limitação de tempo: Definir uma duração para cada atividade e garantir que ela dure exatamente esse período (ou seja, nem reuniões nem sprints são prolongados – nunca).
Velocidade: A velocidade é a taxa na qual uma equipe conclui o trabalho, geralmente medida em pontos de história. No Scrum, a velocidade representa a quantidade de esforço do backlog do produto que uma equipe consegue lidar em uma sprint. Isso pode ser estimado observando as sprints anteriores, assumindo que a composição da equipe e a duração da sprint permaneçam constantes. Também pode ser estabelecida sprint a sprint, usando o planejamento baseado em compromissos.
Uma vez estabelecida, a velocidade pode ser usada para planejar projetos e prever datas de lançamento e conclusão de produtos.
Como os cálculos de velocidade podem ser significativos quando as estimativas de itens em atraso são intencionalmente aproximadas? A lei dos grandes números tende a compensar a imprecisão das estimativas.
Declaração de visão: Uma descrição geral de um produto que inclui para quem ele se destina, por que é necessário e o que o diferencia de produtos similares.
O quê: "O quê" é um termo usado para descrever o domínio do dono do produto, em contraste com o da equipe, e não com o "como". Também pode ser descrito como estratégia (ou seja, qual a melhor ordem para as batalhas).
Práticas de XP: O conjunto de práticas de desenvolvimento, incluindo programação em pares, desenvolvimento orientado a testes (TDD) e refatoração contínua, que são derivadas da metodologia XP; muitas equipes Scrum consideram que essas práticas melhoram significativamente a produtividade e o moral da equipe.
