Prepare um 1:1 com alguém do seu time

Tenho um 1:1 chegando com uma pessoa do meu time. Quero chegar com a conversa preparada: sabendo o que ela entregou, o que atrapalhou e o que eu deveria estar fazendo por ela. ## Contexto - Dev: [nome ou login] no squad [squad] (use List Players para resolver o login) - Período: [últimos 30 dias], comparados com os 30 dias anteriores - O que eu já sei: [férias, plantão, recém-chegada ao time, liderou um projeto grande, nada de especial] - Isto é para uma conversa de apoio. Nada disso entra em avaliação de desempenho e nada disso é um ranking. - 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 (os dois períodos) 1. Player Metrics do squad — para ver essa pessoa dentro da faixa do squad, não para ranqueá-la 2. PR List filtrada por esse player, campos title, url, repository, size_total, cycle_time_coding, cycle_time_pickup, cycle_time_review, review_count, merged_at 3. Code Review filtrado por esse player — os reviews que a pessoa fez 4. Issue List filtrada por esse player, campos key, summary, issue_type, project, cycle_time_formatted, resolved_at 5. Daily WIP filtrado por esse player — quantas coisas ela mantém abertas ao mesmo tempo 6. Activity Heatmap filtrado por esse player — só para identificar trabalho recorrente à noite ou no fim de semana ## Como analisar - Compare a pessoa com o período anterior dela mesma, não com colegas. Uma queda depois de uma sequência estável merece uma pergunta. Um número consistentemente baixo costuma ser só o papel: quem revisa, destrava e mentora mergeia menos PRs. - Conte os reviews que ela faz ao lado dos PRs que ela abre. Alguém que revisa muito e mergeia menos está carregando a fila de review do time. Reconheça isso e pergunte se é sustentável. - Pickup longo nos PRs dela significa que o time demora para revisá-los. Isso é algo que eu devo a ela, não algo que ela deve a mim. - Muitas branches e issues abertas ao mesmo tempo significam que ela está sendo puxada em várias direções. A pergunta é quem a está interrompendo. - Semanas quase só de bugs e hotfixes são um problema de crescimento, mesmo quando os números parecem ótimos. Pergunte se é esse o trabalho que ela quer. - PRs grandes são um tema de coaching sobre fatiamento, não uma reclamação. - Atividade recorrente à noite ou no fim de semana é um alerta de bem-estar. Traga o assunto como cuidado. Nunca elogie isso. - Use o contexto que eu dei. Férias e plantão explicam quedas; não os transforme em achados. ## Entregue Um roteiro de 1:1 de uma página: 1. **Reconhecer** — duas coisas específicas que merecem destaque, citando os PRs ou issues em questão. 2. **Perguntar sobre** — três perguntas abertas, cada uma com a observação por trás dela, formuladas como curiosidade: "Notei X, o que está acontecendo ali?" 3. **O que eu devo a ela** — coisas que os dados dizem que o time ou eu deveríamos resolver para ela: reviews lentos, carga de interrupções, prioridades pouco claras. 4. **Tema de crescimento** — um, ligado ao tipo de trabalho que ela vem fazendo. 5. **Deixar de fora** — números que parecem estranhos mas se explicam pelo contexto ou têm ruído demais para mencionar.