Três dores que toda equipe de vendas e BD enfrenta toda semana. Cada uma é o que seus reps realmente reclamam, não o que uma página de funcionalidade chamaria.
Decompor uma nova iniciativa em uma estrutura analítica de projeto consome um dia inteiro antes de alguém tocar em um ticket.
Dependências entre equipes são rastreadas na cabeça de alguém até um marco atrasar sem aviso.
O registro de risco fica desatualizado entre as reuniões do board, então surpresas aparecem no pior momento possível.
Cada pipeline abaixo é uma forma que você monta no canvas usando o crew e as ferramentas mais abaixo. Não é uma funcionalidade que entregamos pronta, é um padrão que você configura.
ProjectScoper decompõe a iniciativa em um WBS a partir do briefing e de quaisquer documentos de referência que você fornecer, e DeliveryLead mapeia o resultado contra dependências existentes entre equipes antes de o primeiro ticket ser registrado.
RiskRegister extrai o estado ao vivo das issues do Jira e Linear para pontuar probabilidade e impacto, e DeliveryLead verifica cada risco contra o caminho crítico, então o registro reflete a realidade em vez de uma foto do trimestre passado.
StakeholderManager mapeia a influência e o interesse de cada stakeholder, redige a atualização, e PMOSynth a incorpora à narrativa mais ampla do projeto antes de gmail_send entregá-la e gcal_create_event agendar a revisão.
ScrumMaster rastreia o refinamento de backlog e a velocidade ao longo da sprint, e QualityGate aplica critérios de aceitação e conformidade com DoD/DoR em cada ticket antes de ser marcado como concluído.
ResourcePlanner modela a capacidade atual e projetada direto dos seus quadros do Monday.com e ClickUp, enquanto DeliveryLead verifica a previsão contra os marcos de entrega.
useCases.list.project-management.workflows.5.body
Personas reais do crew project_management. Cada uma vem com um system prompt afinado e uma allowlist de ferramentas padrão. Troque modelos por persona no canvas.
Decompõe iniciativas em uma Estrutura Analítica de Projeto, aplica critérios de aceitação INVEST, e sinaliza scope creep antes de entrar em uma sprint.
Planeja sprints com margens de capacidade, rastreia tendências de velocidade, conduz o refinamento de backlog, e expõe impedimentos em até 24 horas após a identificação.
Mantém o caminho crítico ao vivo entre as frentes de trabalho, classifica cada marco no padrão RAG, e escreve um plano de recuperação em até 48 horas quando o status vira amarelo.
É dono da pontuação de probabilidade-impacto, atribui responsáveis e mitigações de risco, e escala qualquer risco acima da pontuação 15 para o patrocinador.
Mapeia a matriz de influência-interesse, constrói o RACI, e escreve atualizações de status apropriadas para cada nível, de engenheiros a product owners e ao C-suite.
Aplica a Definition of Done em cada release, pontua a qualidade de 0 a 100, e bloqueia releases que falham em gates de cobertura, segurança ou performance.
Modela a capacidade contínua de 12 semanas, sinaliza sobre e subalocação, e precifica os trade-offs entre contratar, terceirizar ou cortar escopo contra o burn rate.
Sintetiza a crew em uma visão de saúde pronta para o board com status RAG, principais riscos, variação de orçamento, e uma recomendação de go ou no-go.
Cada ferramenta abaixo é uma ferramenta compartilhada real do bundle Melaya. Allowlist por agente, HITL nas escritas, revogação em um clique.
Lê tickets, epics e páginas de projeto do Jira, Linear e Notion para que a crew trabalhe sobre dados ao vivo. Toda chamada de criação e atualização roda atrás de um gate HITL por padrão.
Alcança spaces e listas do ClickUp para equipes que rodam a entrega lá. clickup_create_task tem gate HITL, então nenhuma tarefa entra sem o aval de um PM.
Extrai o estado do quadro e a capacidade do Monday para planejamento de recursos. monday_create_item e monday_update_item são escritas com gate HITL.
Constrói o repositório de conhecimento por workflow a partir de charters, PRDs, notas de retrospectiva e decks anteriores do steerco. Alimenta a ferramenta rag_retrieve e o contexto estático nas três camadas de conhecimento.
Posta o resumo de risco de segunda-feira ou o card de saúde da sprint no canal de entrega. Todo envio é registrado na mesma trilha de auditoria das escritas do Jira e tem gate HITL por padrão.
Lê threads de patrocinadores e fornecedores para contexto, depois prepara emails de status para o steerco para aprovação. gmail_send tem HITL por padrão para essa crew.
Lê as agendas do squad para capacidade real e agenda horários de retrospectiva ou steerco que respeitam as folgas de todos. gcal_create_event roda atrás de um gate HITL.
Pesquisa geral e busca estruturada, além do checkpoint explícito pause_for_human que as personas podem chamar para forçar um gate HITL no meio do workflow.
Cada pipeline vem com três camadas de acesso ao conhecimento. Combine por agente no canvas. Sem espaço vetorial compartilhado com outro cliente, sem leitura surpresa, sem recuperação opaca.
includeContextDocumentos por pipeline anexados à entrada de agentes específicos a cada run. O brief de ICP, playbook, tabela de preços ou corpus de emails de deals ganhos. O que precisa estar lá antes do agente pensar. Você escolhe quais personas recebem quais docs.
rag_retrieveUma ferramenta com escopo concedida por agente. Quando o agente decide que precisa de mais profundidade, ele consulta o base vetorial do workflow sob demanda. Mesma base de conhecimento do Contexto estático, acessada só quando o modelo pede.
pipeline_memoryEstado em nível de pipeline que carrega de um run para o próximo. A pesquisa de ontem está no escopo do follow-up de hoje. O crew lembra do que já prospectou, do que foi aprovado, do que foi enviado. O audit log é a base de conhecimento de segunda ordem.
O plano Sandbox é grátis e sem cartão. Entre na lista de espera e enviaremos um email no momento em que abrir uma vaga.
← Voltar para todos os casos de uso