Comment trier un backlog linéaire désordonné en 10 minutes
Quand l'utiliser : Lundi matin. Le retard compte plus de 200 problèmes non triés et la planification se fait en une heure.
Prérequis
- Accès linéaire à l'espace de travail — OAuth via
mcp-remote— le premier appel d'outil ouvre le navigateur pour accorder - Slug d'équipe (par exemple «ENG») — Regardez n'importe quel identifiant de problème - le préfixe est le slug de votre équipe
Déroulement
-
Extrayez tous les problèmes non triés pour l'équipeRépertoriez tous les problèmes ENG dans l’état « Triage » ou sans priorité définie, créés au cours des 30 derniers jours. Renvoie l’identifiant, le titre, le journaliste et la longueur de la description.✓ Copié→ Tableau des candidats avec suffisamment de contexte pour classer
-
Regroupement par thèmeRegroupez-les en 4 à 6 thèmes (bug / infra / onboarding / perf / etc.). Pour chaque cluster, proposer une priorité et une suggestion de projet.✓ Copié→ Clusters thématiques avec justification
-
Appliquer les décisionsPour chaque cluster, mettez à jour les problèmes : définissez la priorité, ajoutez l'étiquette correspondante et passez à l'état « Backlog ». N'affectez personne.✓ Copié→ N numéros mis à jour, confirmations enregistrées
Résultat : Un backlog prêt à être planifié, regroupé et hiérarchisé, avec une piste d'audit de chaque modification apportée par l'agent.
Pièges
- L'agent attribue en masse les problèmes aux mauvaises personnes en fonction de « qui a écrit un code similaire » — Dites-lui explicitement de NE PAS attribuer - l'affectation est un appel humain et devrait le rester
- Le débit linéaire de niveau gratuit vous limite après ~ 1 500 requêtes/h — Mises à jour par lots avec « issueBatchUpdate » lorsqu'elles sont disponibles ; sinon, gardez le tri en dessous de 500 problèmes