Introdução

O East Agile Tracker é uma ferramenta de planejamento ágil com opiniões fortes sobre como as equipes entregam software — e uma ideia incomum sobre quem faz parte da equipe.

As histórias fluem por uma verdadeira máquina de estados do XP. As iterações se planejam sozinhas a partir da velocidade. Um quadro mostra exatamente onde está o trabalho. E, ao lado dos seus colegas humanos, você pode ter agentes — participantes de IA com nome próprio e papel definido, que pegam histórias, comentam, transicionam estado e deixam uma trilha de auditoria que você pode ler.

Esta página cobre os conceitos. Para fazer as coisas, veja Instruções de Operação.

Stories

As histórias são a unidade fundamental de trabalho. Há quatro tipos:

• Feature — Novo valor para os usuários. Por padrão, o único tipo que carrega pontos e o único tipo que contribui para a velocidade.
• Bug — Um defeito. Não estimado por padrão; só precisa ser corrigido. Bugs não rendem crédito, o que torna o custo do retrabalho visível em vez de recompensado.
• Chore — Trabalho de manutenção — refatorações, atualizações de dependências, infraestrutura. Não estimado por padrão; sem barreira de aceitação.
• Release — Um marco de zero pontos. Marque uma implantação ou uma mudança de versão. Ancora uma data para a projeção.

O efeito comportamental é o que importa: quando bugs e chores não pontuam, uma equipe naturalmente passa a expressar o trabalho como funcionalidade orientada ao usuário e fica agudamente consciente do custo dos defeitos. Isso é uma disciplina de planejamento codificada no modelo de dados — não uma diretriz que você precisa lembrar. Um projeto que queira que bugs e chores contem mesmo assim pode ativar Points for bugs and chores em Project Settings; eles então recebem estimativas e alimentam a velocidade como as features.

Toda história tem um título, uma descrição (Markdown), donos, seguidores, labels, tarefas opcionais, comentários, anexos, bloqueios, links e revisões. O painel de detalhes abre inline no quadro — sem modal, sem troca de contexto.

The state machine and the acceptance loop

Cada história se move por estados. O caminho exato depende do tipo:

Tipo	Caminho
Feature	Unstarted → Started → Finished → Delivered → Accepted (ou Rejected)
Bug	Unstarted → Started → Finished → Delivered → Accepted (ou Rejected)
Chore	Unstarted → Started → Accepted
Release	Unstarted → Accepted

O estado crítico é Delivered: um engenheiro marca uma história como entregue, e o product owner então a aceita em relação aos seus critérios de aceitação ou a rejeita. Rejected é terminal na máquina de estados; o caminho de volta é uma ação separada, Restart, que coloca a história novamente em Started. Rejeitar uma história que está em uma iteração passada, em vez disso, cria uma cópia no topo do Backlog, para que o retrabalho seja planejado em vez de enterrado. Isso embute um ciclo de feedback do cliente em cada história, em vez de adiar a aceitação para uma demonstração no fim da sprint. Não há um campo separado de critérios de aceitação — os critérios pertencem à descrição antes de a história ser iniciada, idealmente no formato Given/When/Then, para que mapeiem diretamente em testes de aceitação. O INVEST é a verificação de sanidade sobre se uma história está bem formada.

Você pode avançar o estado pelo botão de ação inline no card ou chamar a API. Arrastar um card o move entre painéis — do Icebox para o Backlog, do Backlog para Current. Soltá-lo em Current deixa seu estado intacto; soltá-lo no Backlog ou no Icebox o devolve para Unstarted.

Iterations

O trabalho é organizado em iterações delimitadas no tempo (não dizemos “sprints”). Cada iteração tem uma data de início, uma duração (1–4 semanas por projeto) e uma capacidade-alvo em pontos.

Você não empacota iterações manualmente. O sistema faz isso por você, usando sua velocidade — a média dos pontos concluídos em iterações recentes — e a definição de “estado pronto” do seu projeto (veja Velocidade, abaixo). Arraste histórias para reordenar; a iteração atual se reabastece automaticamente.

Velocity

Velocidade é a quantidade de pontos concluídos por iteração; uma história conta assim que atinge o estado de conclusão do projeto. O East Agile Tracker a calcula a partir do seu histórico e a usa para planejar a capacidade da próxima iteração.

Algumas coisas são configuráveis por projeto:

• Estado pronto — qual estado conta como “pronto” para a velocidade. As opções são Finished, Delivered e Accepted.
• Estratégia — como a velocidade é calculada na média: as últimas 3, 5 ou 10 iterações, ou um valor manual que substitui o cálculo por completo.
• Velocidade inicial — um valor semente para novos projetos que ainda não têm histórico.

The board: three zones, one rule

O quadro é onde o trabalho vive. Três zonas, uma regra:

• Icebox — O pool de ideias não priorizadas.
• Backlog — Uma lista estritamente ordenada, de prioridade única. Sem empates. Sem “P1/P1/P1”. O product owner é dono da ordem de cima a baixo. A invariante: o topo do backlog é sempre o mais importante e o mais bem especificado, com a clareza diminuindo legitimamente à medida que você desce.
• Current — A iteração ativa. As histórias ficam em ordem de sequência temporal de iteração, com seu estado (Unstarted / Started / Finished / Delivered / Accepted) visível em cada card. A ordem diz o que será trabalhado em seguida; o estado diz onde ela está no ciclo.

A coluna Current é uma única iteração sob um único cabeçalho — não um conjunto de baldes por estado. Isso é deliberado: uma iteração Current é um plano de trabalho, não uma partição por estado. Muitas histórias na iteração estão Unstarted (algumas serão iniciadas, algumas passarão para a próxima iteração, algumas serão descartadas). Fatiar a coluna por estado quebra a sequência temporal de iteração em que a equipe realmente planeja. As iterações fechadas vivem na coluna Done, e as iterações futuras projetadas a partir do Backlog aparecem sob Current apenas quando você ativa o seletor Show Backlog stories dela.

Na seção Board da barra lateral, você pode ativar ou desativar colunas adicionais (uma caixa de seleção por preset): Done, My Work, Blocked, Epics, Archived. Uma coluna Chat também é listada; é uma prévia estática com mensagens de exemplo, não um chat funcional. Uma busca abre em sua própria coluna, e o seu conjunto de colunas é armazenado no servidor por membro por projeto, então ele acompanha você entre navegadores.

Estimating

Por padrão, você estima features, usando pontos relativos — não horas. A estimativa é uma conversa de dimensionamento, não uma promessa. Bugs e chores ficam sem estimativa, a menos que o projeto ative Points for bugs and chores; então eles recebem estimativas e contam para a velocidade como as features.

O East Agile Tracker já vem com três escalas:

• Fibonacci — 0, 1, 2, 3, 5, 8, 13. A clássica escala do XP.
• East Agile — 0, 1, 2, 3. Uma escala mais enxuta que nós mesmos usamos.
• 3-Point — 1, 2, 3 (Pequena / Média / Grande). Dimensionamento estrito tipo tamanho de camiseta para equipes que querem granularidade mínima.

Escolha a escala por projeto. Você pode mudar de escala depois, mas as estimativas existentes não são remapeadas: cada história mantém seu valor antigo, e um valor que a nova escala não tem permanece na história até que você a reestime.

A recompensa da estimativa disciplinada: a projeção da data de release torna-se um cálculo, não uma negociação. A conversa com as partes interessadas muda de “você consegue se comprometer com X até sexta-feira” para “na velocidade atual, este release chega por volta da data Y — eis o trade-off entre escopo e data”.

Labels

Labels são tags coloridas. As histórias podem ter várias. Você as gerencia na página Labels — cores, nomes, arquivamento quando ficarem obsoletas.

Search and filters

A busca usa uma sintaxe de filtro no estilo do GitHub que se compõe naturalmente:

type:feature state:started label:mvp owner:claire

Qualificadores: type:, state:, label:"with spaces", epic:, priority:, points: (um valor ou um intervalo como 1..5), iteration:, os qualificadores de pessoas owner:, requester:, follower:, reviewer:, commenter:, mention: (membros e agentes; @me é você), os qualificadores de data created:, updated:, started:, completed:, release: (um dia ou um intervalo) e os sinalizadores has:blocker, is:unestimated, is:icebox, is:backlog, is:blocked — além de texto livre no título, na referência e na descrição. Separe alternativas por vírgula em uma faceta (type:bug,chore), negue qualquer coisa com um - inicial e ordene por relevância, criação ou atualização. Fazer uma busca abre uma coluna de resultados que permanece no seu quadro. A gramática completa está no Guia da API → Busca.

Owners, followers, requestor

• Donos — Quem está fazendo o trabalho. Podem ser muitos.
• Seguidores — Pessoas que se importam com as atualizações. Podem ser muitos.
• Solicitante — Quem pediu a história. Geralmente um.

Cada um desses espaços pode ser preenchido por um membro humano ou um agente. O card da história mostra os avatares dos donos; donos que são agentes recebem um tratamento visual distinto, para que esteja sempre claro quem realmente fez o quê.

Agents — first-class teammates

Esta é a parte que a maioria dos trackers não tem, e a parte que construímos deliberadamente.

Um agente é um participante nomeado em um projeto — como um membro, mas é uma IA. Tem sua própria identidade, seu próprio papel (viewer / member / manager — o papel de um agente nunca pode exceder o de quem o criou, então só um manager humano emite um agente com papel de manager) e sua própria trilha de auditoria. Quando um agente transiciona uma história, o registro de atividade diz que o agente o fez. Quando um agente comenta, o comentário é assinado pelo agente. Sem humanos-fantasma nas escritas dos agentes.

Os agentes se autenticam com chaves de API de agente (ea_agent_*), emitidas por projeto. Revogue um agente e o acesso morre junto com a chave; o histórico do agente permanece na trilha de auditoria para sempre, então você sempre sabe o que aconteceu.

Leia mais em Instruções de Operação → Agentes e no Guia da API.

Comments, attachments, blockers, links, reviews

• Comentários — Markdown, até 20.000 caracteres. Uma lista plana sob a história, cada um com reações em emoji e um permalink.
• Anexos — Arquivos, incluindo vídeo. Os limites dependem do tipo: vídeo 200 MB, PDF / Word / Excel 25 MB, imagens / CSV / texto 10 MB.
• Bloqueios — Notas de texto livre sobre “o que está bloqueando isto”, marcadas como resolvidas/não resolvidas.
• Links — Conectam histórias entre si (blocks, is blocked by, duplicates, relates to) ou a URLs externas (pull request, branch ou other; URLs de PR e branch do GitHub são detectadas automaticamente).
• Revisões — Atribua um revisor (humano ou agente), obtenha aprovação/rejeição.

Metrics

Além do quadro, a página Metrics do projeto tem três abas:

• General — Tendência de velocidade, o burndown da iteração atual, o mix de tipos de história por iteração, os cartões Committed / Completed / Carried-over e as histórias transportadas de iterações anteriores.
• Contributors — Pontos e histórias por membro ou agente ao longo de um período, com contagens de delivered / accepted / rejected.
• Epics — Burnup e vazão por épico, um sinal de saúde on-track / at-risk / stalled e uma previsão da iteração em que o épico será concluído.

Quem fez o quê, quando, fica na página separada Project History.

Themes

Quatro temas já vêm incluídos:

• Labs — A paleta original do Pivotal Tracker — interface escura, topbar azul PT, intervalos de coluna em pastel. Preservada com carinho. O padrão.
• Agile — A paleta da landing page de marketing. Brancos quentes, acento de marca azul-escuro (#1f6f9f), ícones de tipo de história saturados em dourado/vermelho/ardósia/roxo. A opção principal no seletor.
• Dark — Escuro neutro puro, sem matiz.
• Light — Claro neutro puro, sem matiz. Tinta no papel.

Troque no rodapé da barra lateral ou em Account Settings → Theme. Sua escolha persiste entre sessões.

Languages

A interface é traduzida para 27 idiomas: inglês, francês, alemão, espanhol, japonês, chinês, coreano, português, italiano, holandês, sueco, dinamarquês, tcheco, finlandês, polonês, ucraniano, russo, hindi, vietnamita, árabe, hebraico, cingalês, tâmil, indonésio, malaio, filipino, tailandês. Troque no rodapé da barra lateral; a escolha persiste. A localização cobre o aplicativo inteiro — cada tela é entregue em cada idioma, e o build falha se faltar uma tradução.

What’s next

• Mão na massa com o produto: Instruções de Operação.
• Leitura de fundo: O que é Desenvolvimento Ágil? e eXtreme Programming.
• Construa algo em cima: Guia da API e Especificação da API.