Meio da sprint: vamos conseguir entregar?

Estamos no meio da sprint e eu preciso saber agora, não no último dia, se vamos entregar o que nos comprometemos a entregar. ## Contexto - Squad: [squad] - Dia da sprint: [por exemplo dia 6 de 10]. O DevStats não conhece as datas da sprint, então isso precisa vir de mim. - Unidade: [issues | story points] - Se algo tiver que sair, prefiro tirar do escopo hoje a explicar uma entrega perdida na review. - 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 1. Sprint Progress — To Do / In Progress / Done da sprint ativa, na unidade acima Se não houver sprint ativa, pare aqui e me avise. Entre sprints não há o que tirar do escopo. Ofereça a mesma leitura sobre a sprint que acabou de fechar, como insumo para o próximo planejamento. 2. Sprints dos últimos 90 dias — comprometido vs concluído por sprint. Essa é a nossa taxa real de conclusão. 3. Planning Accuracy dos últimos 90 dias 4. Issue Cycle Time dos últimos 90 dias — quanto tempo uma issue leva depois de começar 5. Issue List com status in_progress, ordenada por activated_at crescente, campos key, summary, project, story_points, activated_at, history 6. Aging Issues e Open PRs — o que está parado neste momento 7. Daily WIP dos últimos 14 dias — o trabalho em andamento está crescendo ou diminuindo ## Como analisar - Compare o % de Done com a parcela da sprint que já passou. O trabalho entra tarde em uma sprint, então estar 10 a 15 pontos atrás do calendário é normal. Mais de 20 atrás não é. - Julgue o compromisso contra o nosso próprio histórico, não contra 100%. Se costumamos concluir 70% do que nos comprometemos, uma sprint caminhando para 70% é uma sprint normal com um problema de planejamento, não uma crise de entrega. Diga qual dos dois casos é este. - In Progress acima da metade da sprint com Done abaixo de um quarto significa que coisa demais foi começada ao mesmo tempo. A correção é parar de começar, não forçar mais. - Qualquer issue em andamento há mais tempo que o nosso issue cycle time médio dificilmente termina sozinha. Liste essas issues e diga o que cada uma está esperando, usando o histórico de status. - Qualquer item em To Do ainda não iniciado precisa que o cycle time médio caiba nos dias que restam. Se não cabe, ele é candidato a sair do escopo, não uma meta esticada. - Uma issue em andamento com um PR aberto em review está perto. Uma sem PR não está. Use Open PRs para diferenciar as duas. ## Entregue 1. **Veredito** — no caminho, em risco ou não vai entregar, em uma frase com os dois números que justificam. 2. **Previsão** — três listas curtas: vai entrar, em risco (e o que cada item precisa), não vai dar tempo. 3. **Tirar do escopo hoje** — quais itens retirar da sprint agora e por que esses, além do que parar de começar. 4. **Mensagem para os stakeholders** — três frases que eu possa enviar hoje: onde estamos, o que muda, o que eles ainda recebem. 5. **Para o próximo planejamento** — um ajuste no tamanho do compromisso ou na forma como fatiamos o trabalho, sustentado pelo histórico das sprints.