Trois douleurs que chaque équipe sales et BD encaisse chaque semaine. Chacune est ce dont tes reps se plaignent vraiment, pas ce qu'une page produit appellerait poliment.
Découper une nouvelle initiative en work breakdown structure dévore une journée entière avant que quiconque ne touche un ticket.
Les dépendances inter-équipes sont suivies dans la tête de quelqu'un jusqu'à ce qu'un jalon dérape sans prévenir.
Le registre de risque périme entre deux réunions de board, donc les surprises tombent au pire moment possible.
Chaque pipeline ci-dessous est une forme que tu câbles sur le canvas en utilisant l'équipe d'agents IA et les outils plus bas. Pas une feature qu'on livre pour toi, un pattern que tu configures.
ProjectScoper décompose l'initiative en WBS à partir du brief et de tout document de référence que tu lui fournis, et DeliveryLead fait correspondre le résultat aux dépendances inter-équipes existantes avant que le premier ticket ne soit classé.
RiskRegister récupère l'état des issues en direct depuis Jira et Linear pour noter probabilité et impact, et DeliveryLead vérifie chaque risque par rapport au chemin critique, pour que le registre reflète la réalité au lieu du snapshot du trimestre dernier.
StakeholderManager mappe l'influence et l'intérêt de chaque partie prenante, rédige l'update, et PMOSynth l'intègre dans le narratif projet plus large avant que gmail_send ne le livre et que gcal_create_event ne réserve la revue.
ScrumMaster suit le grooming de backlog et la vélocité sur le sprint, et QualityGate applique les critères d'acceptation et la conformité DoD/DoR sur chaque ticket avant qu'il ne soit marqué terminé.
ResourcePlanner modélise la capacité actuelle et projetée directement à partir de tes boards Monday.com et ClickUp, pendant que DeliveryLead vérifie la prévision par rapport aux jalons de delivery.
useCases.list.project-management.workflows.5.body
Vrais personas de l'équipe d'agents IA project_management. Chacun arrive avec un system prompt tuné et une allowlist de outils par défaut. Change de modèle par persona sur le canvas.
Décompose les initiatives en Work Breakdown Structure, applique les critères d'acceptation INVEST, et signale le scope creep avant qu'il n'atterrisse dans un sprint.
Planifie les sprints avec des buffers de capacité, suit les tendances de vélocité, mène le grooming de backlog, et remonte les impediments dans les 24 heures suivant leur identification.
Maintient le chemin critique en direct à travers les workstreams, note chaque jalon en RAG, et rédige un plan de récupération sous 48 heures quand le statut passe à l'orange.
Possède la notation probabilité-impact, assigne les responsables de risque et les mitigations, et escalade au sponsor tout risque au-dessus du score 15.
Mappe la matrice influence-intérêt, construit le RACI, et rédige des updates de statut adaptées au niveau pour les ingénieurs, les product owners et le C-suite.
Applique la Definition of Done à chaque release, note la qualité de 0 à 100, et bloque les releases qui échouent aux portes de couverture, de sécurité ou de performance.
Modélise la capacité glissante sur 12 semaines, signale la sur et sous-allocation, et chiffre les arbitrages embauche vs contrat vs réduction de scope par rapport au burn rate.
Synthétise le crew en une vue de santé prête pour le board avec statut RAG, top risques, écart budgétaire et une recommandation go ou no-go.
Chaque outil ci-dessous est un vrai outil partagé du bundle Melaya. Allowlist par agent, HITL sur les écritures, révocation en un clic.
Lit les tickets, epics et pages de projet depuis Jira, Linear et Notion pour que le crew travaille sur des données en direct. Chaque appel de création et de mise à jour tourne derrière une porte HITL par défaut.
Atteint les spaces et listes ClickUp pour les équipes qui pilotent leur delivery là-bas. clickup_create_task est HITL pour qu'aucune tâche n'atterrisse sans le feu vert d'un PM.
Récupère l'état du board et la capacité depuis Monday pour la planification de ressources. monday_create_item et monday_update_item sont des écritures HITL.
Construit le store de connaissance par workflow à partir des chartes, des PRD, des notes de rétro et des decks steerco précédents. Alimente l'outil rag_retrieve et le contexte statique sur les trois couches de connaissance.
Poste le digest de risque du lundi ou la carte de santé de sprint dans le canal delivery. Chaque envoi est loggué dans la même piste d'audit que les écritures Jira et est HITL par défaut.
Lit les fils sponsor et fournisseur pour le contexte, puis met en attente les emails de statut steerco pour approbation. gmail_send est HITL par défaut pour ce crew.
Lit les calendriers d'équipe pour la vraie capacité et planifie des créneaux de rétro ou de steerco qui respectent les congés de chacun. gcal_create_event tourne derrière une porte HITL.
Recherche générale et fetch structuré plus le checkpoint explicite pause_for_human que les personas peuvent appeler pour forcer une porte HITL en plein workflow.
Chaque pipeline arrive avec trois couches d'accès à la connaissance. Combine-les par agent sur le canvas. Pas d'espace vectoriel partagé avec un autre client, pas de lecture surprise, pas de retrieval opaque.
includeContextDocuments par pipeline ajoutés à l'input d'agents spécifiques à chaque run. Le brief ICP, le playbook, la grille de pricing, ou le corpus d'emails de deals gagnés. Tout ce qui doit être là avant que l'agent pense. Tu choisis quels personas reçoivent quels docs.
rag_retrieveUn outilscoped accordé par agent. Quand l'agent décide qu'il a besoin de plus de profondeur, il interroge le vector store du workflow à la demande. Même base de knowledge que Static context, accédée uniquement quand le modèle le demande.
pipeline_memoryÉtat au niveau du pipeline qui passe d'un run au suivant. La recherche d'hier est dans le scope du follow-up d'aujourd'hui. L'équipe d'agents IA se souvient de ce qu'elle a déjà prospecté, de ce qui a été approuvé, de ce qui a été envoyé. L'audit log est la base de knowledge de second ordre.
Le tier Sandbox est gratuit, sans carte. Rejoins la waitlist et on t'envoie un email dès qu'un slot s'ouvre.
← Retour à tous les cas d'usage