Como fazer a triagem de um backlog linear confuso em 10 minutos
Quando usar: Segunda de manhã. O backlog tem mais de 200 problemas não triados e o planejamento é feito em uma hora.
Pré-requisitos
- Acesso linear ao espaço de trabalho — OAuth por meio de
mcp-remote— a primeira chamada de ferramenta abre o navegador para conceder - Slug de equipe (por exemplo,
ENG) — Observe qualquer identificador de problema – o prefixo é o slug da sua equipe
Fluxo
-
Puxe todos os problemas não triados para a equipeListar todos os problemas de ENG em estado ‘Triagem’ ou sem prioridade definida, criados nos últimos 30 dias. Retornar id, título, repórter e comprimento da descrição.✓ Copiado→ Tabela de candidatos com contexto suficiente para classificar
-
Agrupar por temaAgrupe-os em 4 a 6 temas (bug/infra/onboarding/perf/etc.). Para cada cluster, propor uma prioridade e um projeto sugerido.✓ Copiado→ Clusters temáticos com justificativa
-
Aplicar as decisõesPara cada cluster, atualize os problemas: defina a prioridade, adicione o rótulo correspondente e passe para o estado 'Backlog'. NÃO atribua ninguém.✓ Copiado→ N problemas atualizados, confirmações registradas
Resultado: Um backlog pronto para planejamento, agrupado e priorizado, com uma trilha de auditoria de cada alteração feita pelo agente.
Armadilhas
- O agente atribui problemas em massa às pessoas erradas com base em “quem escreveu código semelhante” — Diga explicitamente para NÃO atribuir - a atribuição é uma chamada humana e deve continuar assim
- A taxa linear de nível gratuito limita você após aproximadamente 1.500 solicitações/h — Atualizações em lote com
issueBatchUpdatequando disponível; caso contrário, mantenha a triagem abaixo de 500 problemas