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
- 01
Copie o prompt
Preencha os campos entre [colchetes] ou deixe como estão: o assistente pergunta o que faltar.
- 02
Cole no seu app de IA
Claude, ChatGPT, Cursor ou o seu próprio app, conectado ao DevStats MCP. Configurar o MCP DevStats
- 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 exemploPare 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.