P01Os agentes vão movimentar tickets do Jira por conta própria?
Não, não por padrão. Cada escrita em Jira, Linear, ClickUp, Monday ou Notion roda atrás de um gate HITL. O crew prepara o ticket, mudança de status ou comentário e o PM aprova antes de cair. Você pode liberar o gate por template quando o pipeline ganhar confiança.
P02Os agentes conseguem raciocinar sobre nossos dados de projeto?
De três formas. O contexto estático anexa o charter, DoD e RACI a personas específicas em cada run. A ferramenta rag_retrieve permite que ProjetoEscopor e DeliveryLead puxem de PRDs, retros e registros de risco anteriores sob demanda. A memória entre runs carrega o registro de risco da semana passada para a revisão desta semana para que os responsáveis pela mitigação não resetem.
P03Isso substitui Asana, Monday, Linear ou ClickUp?
Não, fica ao lado deles. Melaya é a camada de planejamento, pontuação e síntese. Seu time mantém Jira, Linear, ClickUp, Monday ou Asana como sistema de registro. O gate HITL entrega updates aprovados para a ferramenta que você já paga para que o workflow de engenharia não mude.
P04Como evitar que updates de status soem como IA?
Drafts citam o ticket, PR, nota de retro ou gráfico de velocity exato que leram. Reps podem exigir uma citação em cada claim como pré-check HITL, e o StakeholderManager reusa frases dos seus últimos cinco updates aprovados carregados no knowledge store.
P05Em quais modelos podemos rodar o crew?
Qualquer um. Claude no PMOSynth onde a qualidade do raciocínio justifica o custo, GPT nas personas de redação, um Ollama local no RiskRegister quando os dados não podem sair da sua rede. Cada agente escolhe seu próprio modelo e provider.
P06Quão rápido um time de entrega consegue colocar o primeiro pipeline para rodar?
Com Jira ou Linear conectado, o pipeline de status semanal é um canvas de 4 nós: puxar tickets, pontuar riscos, redigir o update, aprovar. A maioria dos times entrega isso em uma sessão de trabalho e tem a primeira nota de status revisada na caixa de entrada do sponsor no mesmo dia.
P07Como isso lida com auditoria e governança?
Cada run loga cada passo, cada chamada de ferramenta, cada invocação de modelo e cada decisão de aprovação. Faça replay de qualquer run a qualquer momento. Programas regulados usam o log de auditoria como evidência para comitês de direção e auditores externos.
P08Podemos restringir quais personas podem escrever em qual sistema?
Sim. O acesso a ferramentas é por agente. O ScrumMaster pode ler cada backlog mas só escrever em um único projeto Jira. O PMOSynth pode ler o registro de risco mas só postar em um canal privado do board. Ferramentas escopadas são o padrão, acesso amplo é opt-in.
P09Por que usar Melaya em vez de n8n ou Zapier para automação de gestão de projetos?
Use Melaya quando o trabalho precisa de planejamento, não apenas gatilhos. n8n, Zapier e Make executam etapas predefinidas de gatilho e ação e ganham em variedade de conectores para automações lineares simples. Uma atualização de steerco não é linear: o Delivery Lead da Melaya faz RAG-rate de cada milestone, o PMO Synthesis escreve a visão de saúde pronta para o board, e cada escrita Jira no bundle project_mgmt pausa para aprovação humana.
P10Podemos reutilizar uma crew de entrega para cada programa no PMO?
Sim. Salve qualquer execução bem-sucedida como template reutilizável e aponte a mesma crew de Project e Program para o próximo programa. O bundle de conhecimento reconstrói o store por workflow a partir das charters, PRDs e decks de steerco anteriores daquele programa, então o Project Scoper e o Risk Register trabalham com contexto atualizado enquanto o canvas, as allowlists de ferramentas e os gates de aprovação ficam idênticos.
P11Como rastreamos quanto custa produzir um relatório de status ou atualização de riscos?
A Melaya reporta custo por resultado aceito, não gasto bruto de tokens. Os traces completos de execução mostram cada etapa que a crew tomou, com motivos de falha tipados quando uma execução não atinge o padrão. O roteamento de modelo por etapa entre 23 provedores deixa você colocar um modelo mais barato na sumarização do Jira e um mais forte na recomendação de go ou no-go do PMO Synthesis.
P12Emails de sponsor e dados de capacidade podem ficar dentro da nossa própria rede?
Sim. A Melaya roda na nuvem ou no seu runner local, e etapas sensíveis podem ficar no runner. O bundle de email lê threads de sponsor e fornecedor ali, o bundle de calendário lê calendários do squad para capacidade real, e escritas staged como gmail_send e gcal_create_event ainda aguardam atrás de gates human-in-the-loop antes de qualquer saída.
P13Como a crew mantém o risk register atualizado entre as revisões mensais?
A persona Risk Register repontua probabilidade e impacto semanalmente, atribui responsáveis e mitigações, e escala qualquer risco pontuando acima de 15 diretamente para o sponsor. O bundle de mensageria então posta o digest de riscos de segunda-feira para o seu canal de entrega, bloqueado por HITL e registrado na mesma trilha de auditoria que escritas Jira, então uma dependência tier-1 em queda aparece no digest semanal, não na próxima revisão mensal.