Tres dolores que cada equipo de ventas y BD vive cada semana. Cada uno es de lo que tus reps se quejan de verdad, no como los nombraría una página de funcionalidades.
Descomponer una iniciativa nueva en una estructura de desglose de trabajo consume un día completo antes de que alguien toque un ticket.
Las dependencias entre equipos se rastrean en la cabeza de alguien hasta que un hito se atrasa sin aviso.
El registro de riesgos se queda obsoleto entre reuniones de junta, así que las sorpresas llegan en el peor momento posible.
Cada pipeline de abajo es una forma que cableas en el canvas usando el crew y las herramientas de más abajo. No es una funcionalidad que te entregamos, es un patrón que configuras.
ProjectScoper descompone la iniciativa en un WBS a partir del brief y cualquier documento de referencia que le proporciones, y DeliveryLead mapea el resultado contra las dependencias entre equipos existentes antes de que se registre el primer ticket.
RiskRegister obtiene el estado en vivo de las incidencias de Jira y Linear para calificar probabilidad e impacto, y DeliveryLead verifica cada riesgo contra la ruta crítica, así que el registro refleja la realidad en lugar de la foto del trimestre pasado.
StakeholderManager mapea la influencia e interés de cada stakeholder, redacta la actualización, y PMOSynth la integra en la narrativa más amplia del proyecto antes de que gmail_send la entregue y gcal_create_event agende la revisión.
ScrumMaster rastrea el refinamiento del backlog y la velocidad a lo largo del sprint, y QualityGate aplica los criterios de aceptación y el cumplimiento de DoD/DoR en cada ticket antes de marcarlo como terminado.
ResourcePlanner modela la capacidad actual y proyectada directamente desde tus tableros de Monday.com y ClickUp, mientras DeliveryLead verifica el pronóstico contra los hitos de entrega.
useCases.list.project-management.workflows.5.body
Personas reales del crew project_management. Cada una llega con un system prompt afinado y una allowlist de herramientas por defecto. Cambia los modelos por persona en el canvas.
Descompone las iniciativas en una Estructura de Desglose de Trabajo, aplica los criterios de aceptación INVEST, y señala el scope creep antes de que llegue a un sprint.
Planea sprints con márgenes de capacidad, rastrea las tendencias de velocidad, ejecuta el refinamiento del backlog, y expone los impedimentos dentro de las 24 horas de su identificación.
Mantiene la ruta crítica en vivo entre los flujos de trabajo, califica cada hito con el sistema RAG, y escribe un plan de recuperación dentro de las 48 horas cuando el estado pasa a ámbar.
Es responsable de la calificación de probabilidad e impacto, asigna responsables y mitigaciones de riesgo, y escala al sponsor cualquier riesgo por encima de una calificación de 15.
Mapea la matriz de influencia e interés, construye el RACI, y escribe actualizaciones de estado apropiadas para cada nivel: ingenieros, product owners y la alta dirección.
Aplica la Definition of Done en cada lanzamiento, califica la calidad de 0 a 100, y bloquea los lanzamientos que fallan las puertas de cobertura, seguridad o rendimiento.
Modela la capacidad continua de 12 semanas, señala la sobreasignación y la subasignación, y calcula el costo de las disyuntivas entre contratar, subcontratar o recortar alcance contra la tasa de consumo.
Sintetiza al crew en una vista de salud lista para la junta con estado RAG, los principales riesgos, la variación de presupuesto y una recomendación de continuar o no.
Cada herramienta de abajo es una herramienta compartida real del bundle Melaya. Allowlist por agente, HITL en las escrituras y revocación en un clic.
Lee tickets, épicas y páginas de proyecto de Jira, Linear y Notion para que el crew trabaje con datos en vivo. Cada llamada de creación y actualización se ejecuta detrás de una puerta HITL por defecto.
Llega a los espacios y listas de ClickUp para equipos que entregan ahí. clickup_create_task tiene puerta HITL para que ninguna tarea se cree sin el visto bueno de un PM.
Obtén el estado del tablero y la capacidad de Monday para la planeación de recursos. monday_create_item y monday_update_item son escrituras con puerta HITL.
Construye el almacén de conocimiento por workflow a partir de charters, PRDs, notas de retro y presentaciones de steerco anteriores. Alimenta la herramienta rag_retrieve y el contexto estático en las tres capas de conocimiento.
Publica el resumen de riesgos de los lunes o la tarjeta de salud del sprint en el canal de entrega. Cada envío se registra en el mismo rastro de auditoría que las escrituras de Jira y tiene puerta HITL por defecto.
Lee los hilos con el sponsor y proveedores para obtener contexto, y luego deja listos los correos de estado del steerco para aprobación. gmail_send tiene HITL por defecto en este crew.
Lee los calendarios del squad para obtener la capacidad real y agenda los espacios de retro o steerco que respeten las ausencias de todos. gcal_create_event se ejecuta detrás de una puerta HITL.
Investigación general y consultas estructuradas, más el punto de control explícito pause_for_human que las personas pueden invocar para forzar una puerta HITL a mitad del workflow.
Cada pipeline llega con tres capas de acceso al conocimiento. Combínalas por agente en el canvas. Sin espacio vectorial compartido con otro tenant, sin lecturas sorpresa, sin retrieval opaco.
includeContextDocumentos por pipeline que se anexan al input de agentes específicos en cada run. El brief de ICP, el playbook, la lista de precios o el corpus de correos de deals ganados. Lo que tenga que estar ahí antes de que el agente piense. Tú eliges qué personas reciben qué documentos.
rag_retrieveUna herramienta con alcance concedida por agente. Cuando el agente decide que necesita más profundidad, consulta el vector store del flujo de trabajo a demanda. La misma base de conocimiento que el contexto estático, accedida solo cuando el modelo la pide.
pipeline_memoryEstado a nivel pipeline que se arrastra de un run al siguiente. La investigación de ayer está en alcance para el follow-up de hoy. El crew recuerda a quién ya prospectó, qué se aprobó, qué se envió. El audit log es la base de conocimiento de segundo orden.
El tier Sandbox es gratis y sin tarjeta. Únete a la lista de espera y te avisamos por correo en cuanto se libere un cupo.
← Volver a todos los casos de uso