Antes da reunião semanal de entrega

Saiba o que andou, o que está parado e o que fazer a respeito, com um post pronto para colar no Slack.

Como funciona

  1. 01

    Copie o prompt

    Preencha os campos entre [colchetes] ou deixe como estão: o assistente pergunta o que faltar.

  2. 02

    Cole no seu app de IA

    Claude, ChatGPT, Cursor ou o seu próprio app, conectado ao DevStats MCP. Configurar o MCP DevStats

  3. 03

    Receba o entregável

    post-para-o-slack-e-3-acoes.md

O prompt

Estou me preparando para a reunião semanal de entrega do meu squad. Quero chegar sabendo o que andou, o que está parado e o que devemos fazer a respeito nesta semana. ## Contexto - Squad: [squad] (chame List Squads se precisar do nome exato) - Esta semana: [últimos 7 dias], comparados com os 7 dias anteriores - Público: o próprio squad. Eles conhecem o trabalho, então pule as definições e seja específico. - Se eu deixei algo entre [colchetes], mantenha o que for um padrão (um período, um número de dias, a primeira de várias opções) e me pergunte o resto de uma vez só, antes de puxar qualquer dado. - Escreva tudo, inclusive o entregável, no idioma deste prompt. ## Puxe estes dados do DevStats (esta semana e a semana anterior, mesmos filtros) 1. Throughput — PRs abertos vs mergeados 2. PR Cycle Time — total e a quebra em coding / pickup / review / deploy 3. Issue Cycle Time 4. Daily WIP — branches abertas e tarefas abertas 5. Deploy — quantidade de deploys 6. Retrato atual: Open PRs e Aging Issues, com os itens mais antigos e a idade de cada um 7. Sprint Progress — só se o squad trabalha com sprints ## Como analisar - Compare semana contra semana, mas trate uma semana como sinal, não como tendência. Diga "subiu nesta semana", nunca "está piorando". - Abertos > mergeados por duas semanas seguidas significa trabalho acumulando em review ou em draft. Confira Open PRs para ver onde. - Pickup subindo com review estável significa que os PRs estão esperando alguém começar, não uma revisão longa. Isso é disponibilidade de revisores, geralmente uma ou duas pessoas. - WIP subindo com throughput estável ou caindo significa muita coisa começada e pouca terminada. Isso é troca de contexto. - Issues envelhecidas no mesmo projeto costumam ter uma causa em comum: uma dependência, uma decisão pendente, um ambiente. Dê nome ao grupo, não aos tickets individuais. - Ignore variações abaixo de ~15%, a menos que continuem o padrão da semana passada. - Se uma ferramenta não retornar dados, diga isso e siga em frente. Não preencha a lacuna. ## Entregue 1. Um post que eu possa colar no canal do squad no Slack, com menos de 150 palavras: o que andou, o que está parado, o que estamos fazendo a respeito. Linguagem simples, números reais, uma linha por ponto. Cite PRs e issues, não pessoas. 2. Até três ações para a semana. Cada uma com: a ação, a evidência por trás dela e quem assume. Exemplo: "Revisores: dois PRs abertos há 6+ dias no repositório da API. Assumam ou fechem hoje." Em uma semana tranquila, uma ação ou nenhuma é a resposta honesta; não preencha a lista. 3. Uma pergunta que eu deveria fazer ao time e que os dados não conseguem responder.

O que ele retornou

Baixar o exemplo
Puxado do DevStatsThroughputPR Cycle TimeIssue Cycle TimeDaily WIPDeployOpen PRsAging IssuesSprint Progress
Post para o Slack + 3 ações Baixar o exemplo
Post para o Slack + 3 ações — Antes da reunião semanal de entrega

Pare de adivinhar. Comece a perguntar.

Conecte o MCP DevStats ao seu assistente de IA e transforme esses prompts em respostas instantâneas. Copie um prompt e use.