Um glossário de desenvolvimento ágil

A Sophilabs aplica uma abordagem ágil ao desenvolvimento para organizar nossas equipes e o trabalho diário. Se Agile é novidade para você, porém, todo o jargão usado pode fazer parecer que falamos outro idioma. Preparamos um glossário de termos ágeis para que todos compartilhem a mesma compreensão.

Critérios de aceitação

Condições que cada história de usuário ou tarefa deve atender para ser considerada “concluída” do ponto de vista do negócio. Isso geralmente significa que o item funciona como esperado e atende às necessidades correspondentes do usuário ou cliente.

Agile

Agile é uma abordagem de desenvolvimento de software que destaca a importância de colaborar com o cliente, adaptar-se a requisitos em mudança, entregar software continuamente e trabalhar em uma equipe que se organiza por conta própria e busca melhorar sua eficiência.

Manifesto ágil

Formalmente intitulado Manifesto para o desenvolvimento ágil de software, esse documento apresenta os princípios e valores do movimento de desenvolvimento ágil. Foi escrito por 17 desenvolvedores em 2001, frustrados com as práticas da época que favoreciam contratos complexos, planejamento muito detalhado e documentação extensa que impediam o progresso. Os quatro valores são: 1) Indivíduos e interações acima de processos e ferramentas 2) Software em funcionamento acima de documentação abrangente 3) Colaboração com o cliente acima de negociação de contratos 4) Responder a mudanças acima de seguir um plano.

Gráfico burn-down/up

Representação visual de quanto a equipe realizou em um período. O tempo aparece no eixo horizontal x, e o escopo do projeto concluído, junto com o que ainda está pendente, é representado no eixo vertical y.

Scrum diário

Também standup ou daily standup. Reunião breve, de até 15 minutos, realizada todos os dias, na qual a equipe avalia o progresso do último ciclo de 24 horas em relação aos objetivos do sprint, busca oportunidades de melhoria e garante que os impedimentos estejam sendo tratados.

Definição de pronto (DOD)

Acordo e compreensão compartilhados sobre os elementos de qualidade e funcionamento que o software precisa ter para poder ser entregue. A equipe de desenvolvimento e o Product Owner concordam sobre esses elementos.

História épica

Também épico. História de usuário grande demais para ser estimada com precisão e que geralmente leva mais de um sprint para ser concluída. Normalmente, é dividida em histórias menores e mais gerenciáveis antes de entrar no backlog do sprint.

Backlog do produto

Lista de todos os elementos de que o produto precisará, geralmente ordenada de cima para baixo para priorizar da melhor forma o valor agregado para o Product Owner e as partes interessadas.

Concepção de produto

Também descoberta de produto. Processo em que equipes de produto e partes interessadas colaboram para estabelecer uma visão clara do produto e de suas funcionalidades. Acontece no início do projeto, antes de escrever uma única linha de código. Para saber mais, confira nossa série de artigos sobre o assunto.

Product Owner

Integrante de uma equipe Scrum responsável por maximizar a percepção de valor do cliente. Ele faz isso garantindo que a equipe esteja alinhada a todas as necessidades do produto expressas em histórias de usuário e priorizando-as no backlog, para que os clientes recebam o que mais desejam no início do processo de criação de valor.

Scrum

Framework ágil que permite às equipes de desenvolvimento organizar a si mesmas e seu trabalho. Uma equipe Scrum é formada pelo Product Owner, Scrum Master e integrantes da equipe. O trabalho é concluído em ciclos curtos chamados sprints, e o progresso é medido pela gestão de um backlog do produto.

Cerimônia de Scrum

Uma das reuniões regulares de cada sprint, como scrum diário ou standup, planejamento do sprint, revisão do sprint ou retrospectiva.

Scrum Master

Integrante responsável por orientar a equipe no processo Scrum, apoiá-la diante de desafios e oferecer ajuda quando alguém enfrenta obstáculos. É a pessoa especialista em Scrum e Agile da equipe.

Sprint

Também ciclo, ciclo de sprint ou iteração. Período, geralmente de duas semanas, em que a equipe se compromete a concluir um conjunto de histórias de usuário.

Backlog do sprint

Lista de histórias de usuário que a equipe concluirá em um sprint específico. Também é um subconjunto do backlog do produto: geralmente as histórias mais refinadas do topo da lista, que podem ser concluídas em um único sprint.

Planejamento do sprint

Reunião no início de cada sprint em que a equipe Scrum define com quais histórias se comprometerá e como distribuirá as tarefas.

Revisão do sprint

Reunião da equipe Scrum e das partes interessadas no final do sprint. A equipe de desenvolvimento mostra o progresso do último sprint e reúne feedback das partes interessadas.

Retrospectiva do sprint

Reunião da equipe Scrum, sem as partes interessadas, depois da revisão do sprint para definir mudanças estratégicas que melhorem o desempenho.

Parte interessada

Qualquer pessoa fora da equipe de desenvolvimento interessada no sucesso do produto. Pode incluir clientes, investidores ou usuários.

Mapa de histórias

Representação visual do produto e de suas funcionalidades, construída de forma colaborativa. Costuma ser criada na concepção de produto para determinar como ele funcionará e é atualizada conforme evolui e se aprende mais sobre ele. As funcionalidades do mapa alimentam as histórias de usuário do backlog. Para saber mais sobre seu uso na concepção de produto, confira nosso artigo.

Ritmo sustentável

Ritmo de trabalho ideal para a equipe, que deve poder manter indefinidamente. É um ritmo muito produtivo que, ao mesmo tempo, evita o esgotamento.

Tarefa

Trabalho que representa um requisito não funcional, sem valor direto para o negócio, necessário para o produto cumprir seus objetivos. Uma tarefa costuma ser definida como parte de um requisito funcional, como uma história de usuário, mas em alguns casos pode existir diretamente no backlog do produto.

Quadro de tarefas

Em geral, um quadro que representa um grupo de itens de trabalho a concluir em um período, organizados em pelo menos três colunas: A fazer, Em andamento e Concluído. Ele torna o progresso visível e mantém a responsabilidade dos integrantes entre si e perante as partes interessadas. Quadros Scrum e Kanban são exemplos específicos de frameworks.

Persona de usuário

Caracterização de um tipo de usuário que interagirá com o produto de software. As personas costumam ser usadas para criar histórias de usuário. Para saber mais, confira nosso artigo sobre análise de personas.

História de usuário

Descrição geral de um requisito do produto, normalmente representando uma funcionalidade de que um usuário precisa para alcançar um objetivo específico. Uma fórmula comum é “Como [tipo de usuário], quero [função ou funcionalidade] para poder [alcançar meu objetivo]”.

Referências

Glossário ágil da The Agile Alliance

Glossário do Scrum do Scrum.org

Sims, Chris e Hillary Louise Johnson. Scrum: uma introdução incrivelmente breve e ágil. Columbia: Dymaxion, 2012.