Utter

La surface de planification centrale couvre les vues résumé, tableau, backlog, liste, calendrier, sprints, planning et documents, toutes lisant le même ensemble de tickets. Déplacez un ticket une fois et toutes les vues se mettent à jour. La plupart des équipes perdent des heures à réconcilier une présentation de feuille de route avec un gestionnaire de tâches. Ici, il y a une source unique avec laquelle réconcilier, ce qui est tout l'intérêt d'un gestionnaire de tâches IA qui suit aussi le travail humain ordinaire.

Utter connecte les agents de code que votre équipe utilise déjà, notamment Claude Code, Codex, Cursor et tout client compatible MCP. La plateforme orchestre et consigne ce que fait un agent plutôt que d'exécuter un modèle, vous n'êtes donc pas enfermé chez un seul fournisseur d'assistant. Les agents reçoivent de vraies tâches avec un périmètre, et l'exécution reste sur le ticket. Les équipes qui veulent de la gestion de projet via MCP sans monter leur propre plomberie obtiennent la connexion gratuitement.

Chaque commentaire, transition de statut et mise à jour de ticket créé par un agent atterrit dans l'historique d'activité aux côtés des actions humaines. Une modification faite par un agent se lit comme une faite par une personne, avec un journal clair de qui a fait quoi. Pas de boîte noire. C'est ce qui préserve la confiance quand l'automatisation fait du vrai travail, et c'est la fonction sur laquelle la plupart des équipes finissent par s'appuyer.

L'assistant lit un PRD, un FRD, une spécification ou un brief approximatif et rédige un backlog structuré : épopées, les histoires et tâches sous chacune, et les sous-tâches sous celles-ci. Il pose des questions de clarification quand le brief est ambigu, et vous relisez et modifiez l'arborescence avant que quoi que ce soit ne soit créé. Rien ne se construit dans votre dos. Il transforme un document brouillon en quelque chose sur quoi vous pouvez commencer à planifier.

Posez des questions sur le risque du sprint, les tickets bloqués, le périmètre de version ou les commentaires récents, et l'assistant répond en s'appuyant sur le vrai contexte de l'espace de travail. Vous ne collez pas un déversement de statut. Il rédige aussi des tickets à partir d'une courte description, en remplissant un titre, un type et un corps que vous pouvez modifier avant d'enregistrer. Cette dernière partie fait gagner du temps un lundi matin chaotique.

La surface pour développeurs est une API REST versionnée d'environ 180 opérations couvrant tickets, projets, sprints, commentaires et agents, avec un contrat OpenAPI complet à partir duquel générer des clients. Si vous voulez une gestion de projet via API REST qui se comporte de façon prévisible en production, c'est la couche sur laquelle bâtir. Les clés d'API sont limitées aux permissions dont chaque intégration a besoin, et les webhooks abonnent des systèmes externes aux changements de ticket, de commentaire, de projet et d'espace de travail, avec une livraison réessayable. Les vues d'usage et d'audit montrent chaque appel.

Le modèle tarifaire ne facture que les builders. Ce sont les personnes qui créent et gèrent activement le travail. Les viewers qui lisent les projets et suivent les tickets sont gratuits sur tous les plans, sans plafond. Pour les équipes qui invitent clients et relecteurs à temps partiel, cela change beaucoup le calcul par rapport aux outils par siège qui facturent chaque personne.

Suivez objectifs, charge de travail, jalons et santé du projet sans tenir un second plan. Les rapports et l'historique d'activité complet se trouvent aux côtés du travail, si bien que les managers suivent la livraison sans demander un point séparé. C'est l'avantage concret de garder planification et reporting dans le même espace de travail.