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, e a distinção é o ponto central:

Feature — Novo valor para os usuários. O único tipo que carrega pontos, o único tipo que contribui para a velocidade. É isso que obriga você a fatiar o trabalho em valor observável pelo usuário.
Bug — Um defeito. Não estimado; 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; sem barreira de aceitação. A equipe é pressionada a agrupar chores em features sempre que possível, para que o enquadramento de valor permaneça honesto.
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.

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, mas ela não está pronta até que o product owner a aceite explicitamente em relação aos seus critérios de aceitação — ou a rejeite, devolvendo-a para Started. 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. Os critérios de aceitação pertencem à história antes de ela 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, arrastar a história para um grupo de iteração diferente ou chamar a API. Transições para trás pedem confirmação para que você não perca seu lugar por acidente.

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; as iterações se reabastecem automaticamente.

Velocity

Velocidade é pontos-de-features-aceitas por iteração. 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. A maioria das equipes escolhe Accepted; algumas escolhem Finished se seu ciclo de entrega for desacoplado.
Estratégia — como a velocidade é calculada na média: últimas 3 iterações, últimas 5, etc.
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. O Icebox tem permissão para ser um cemitério.
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. Uma história perto do topo com critérios de aceitação vagos é um bug de planejamento — não um problema futuro a ser ignorado.
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 agrupa por cabeçalho de iteração (atual, depois futuras, depois fechadas) — não 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.

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, Chat. Você também pode salvar painéis de filtro personalizados e redimensionar colunas como quiser — seu layout persiste por projeto por navegador.

Estimating

Você estima apenas features, usando pontos relativos — não horas. A estimativa é uma conversa de dimensionamento, não uma promessa. Bugs e chores permanecem em zero; pontuá-los infla a velocidade em algo que não significa nada, e a projeção que torna todo o sistema honesto desmorona. A velocidade é um instrumento de medição; você não adultera seu próprio instrumento.

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

Fibonacci — 0, 1, 2, 3, 5, 8, 13. A clássica escala do XP. Qualquer coisa maior que 13 deve ser dividida em histórias menores.
East Agile — 0, 1, 2, 3. Uma escala mais enxuta que nós mesmos usamos. Desencoraja o excesso de reflexão; nada acima de um 3 cabe em uma iteração.
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 — as estimativas existentes são mapeadas entre elas.

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 simples que se compõe naturalmente:

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

Filtros comuns: type:, state:, label:"with spaces", owner:, requester:, has:blocker, is:unestimated, além de texto livre no título e na descrição. Salve filtros como painéis nomeados no quadro.

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 / owner — owner é restrito a humanos) 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.

Comments, attachments, blockers, links, reviews

Comentários — Markdown, até 10.000 caracteres. Encadeados sob a história.
Anexos — Arquivos, incluindo vídeo, até 2 GB cada.
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 (PRs/branches do GitHub detectados automaticamente).
Revisões — Atribua um revisor (humano ou agente), obtenha aprovação/rejeição.

Analytics

Além do quadro, a aba Analytics oferece:

Project Overview — Velocidade, taxa de aceitação, tempo de ciclo, KPIs da iteração recente.
Iteration Report — Detalhamento por iteração.
Releases & Burndowns — Marcos de release e burndown por iteração.
Story Activity — Quem fez o quê, quando (filtrável).
Cycle Time — Tempo de Started até o estado pronto do seu projeto.
Projections — Previsão de quando seu backlog estará concluído na velocidade atual.

Themes

Quatro temas já vêm incluídos:

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. O padrão para novos visitantes e a opção principal no seletor.
Labs — A paleta original do Pivotal Tracker — interface escura, topbar azul PT, intervalos de coluna em pastel. Preservada com carinho.
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 15 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. Troque no rodapé da barra lateral; a escolha persiste. A interface, as páginas de autenticação, a área de conta/segurança e a landing de marketing já estão conectadas hoje; a localização de detalhe de história / análises / configurações vem nas próximas atualizações.

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.