Assumindo um time: brief de 30 dias

Acabei de assumir um squad. Antes de mudar qualquer coisa, quero entender como esse time realmente trabalha, no que ele é bom e o que estou herdando. ## Contexto - Squad: [squad] - Período: [últimos 90 dias], com os 90 dias anteriores para dar a direção - O que me disseram sobre esse time: [nada | por exemplo "eles são lentos", "qualidade é um problema", "ótimo time, só falta gente"] - 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. List Players do squad 2. Throughput, PR Cycle Time com a quebra por etapa, Issue Cycle Time — os dois períodos 3. DORA Metrics e Benchmarks 4. Allocation e Investment Profile — que tipo de trabalho eles fazem 5. Sprints e Planning Accuracy — só se trabalham com sprints 6. Code Review — tamanho dos PRs, comentários por review, PRs mergeados sem review 7. Aging Issues, Aging Branches e Open PRs — o que está parado hoje 8. Activity Heatmap — ritmo de trabalho e fusos horários 9. PR List, merged, limit 300, campos repository, player_login, reviewers, size_total — quem trabalha em quê e quem revisa quem ## Como analisar - O objetivo é um mapa, não um veredito. Nos primeiros 30 dias eu escuto. O resultado deve me dar perguntas, não um plano de mudanças. - Comece pelos pontos fortes. Todo time faz alguma coisa bem: encontre isso nos benchmarks e nas tendências, para que eu não quebre sem querer. - Descreva como eles trabalham: cadência (deploys por semana, tamanho dos PRs, sprints ou fluxo contínuo), cultura de review (quem revisa, com que profundidade, quanto entra sem review) e ritmo (fusos horários, atividade fora do horário). - A partir da PR List, desenhe quem sabe o quê: áreas por pessoa e áreas em que só uma pessoa trabalha. Isso me diz a quem perguntar sobre o quê e onde o time é frágil. - Liste o que está parado hoje, do mais antigo para o mais novo. Destravar algo que está parado há semanas é o jeito mais rápido de uma nova liderança ganhar confiança. - Compare o que me disseram com o que os dados mostram. Uma divergência é a melhor primeira pergunta que eu posso fazer. - Não julgue indivíduos com base em 90 dias de números. Nenhuma conclusão no nível da pessoa. - Uma etapa que volta vazia em um dos períodos (deploy time é a mais comum) não foi medida; ela não levou zero tempo. Os totais dos dois períodos deixam de ser comparáveis: compare as etapas que os dois períodos têm, e diga isso. ## Entregue Um brief de 30 dias, com três páginas no máximo. Se passar disso, corte linhas e frases, não seções: 1. **O time em um relance** — pessoas, repositórios, cadência e seis números com a direção de cada um 2. **No que esse time é bom** — com evidência 3. **O que provavelmente os está frustrando** — com evidência 4. **O que eu herdei** — os itens parados neste momento, com idade e link 5. **A quem perguntar sobre o quê** — área para pessoa, e as áreas com um único dono 6. **O que disseram vs os dados** — onde batem e onde não batem 7. **Dez perguntas** — para os meus primeiros 1:1s e a minha primeira retro, cada uma ligada a algo acima 8. **Não mudar ainda** — o que está funcionando e deve ficar como está por enquanto