Las métricas del emisor viven dentro de la pestaña Red de Colaboración del Equipo del dashboard de Desempeño de Entregas. Se enfocan en lo que hace quien envía un PR para llevarlo hacia el merge, así puedes ver dónde las acciones del lado de la autoría están ayudando (o frenando) el ciclo de revisión.
Todas las métricas del emisor usan horas de calendario. Las cuentas de bots se excluyen, salvo que estén mapeadas explícitamente como usuario en Leanmote. Los PRs en borrador se incluyen una vez mergeados.
Las cuatro sub-métricas
PRs Iterados — el porcentaje de pull requests mergeados que tuvieron al menos un commit posterior, expresado como porcentaje entero. Un «commit posterior» es cualquier commit pusheado después de que el PR se creó — no requiere que alguien haya comentado antes. Un número alto significa que los PRs se revisan de rutina después del primer envío, lo cual es normal en la revisión de código; un número muy alto puede significar que los PRs se están abriendo demasiado pronto.
Tiempo de Iteración del PR — el promedio de horas de calendario entre el primer comentario de alguien que no es la autoría y el último commit de la autoría, redondeado a la hora. Aísla el ciclo de «responder y corregir» de la edad total del PR. Los PRs sin comentarios de terceros se excluyen del promedio.
Capacidad de Respuesta — el promedio de horas de calendario que la autoría tarda en responder después de una acción de quien revisa, redondeado a la hora. Una «acción de quien revisa» es cualquier comentario, commit u otro aporte de alguien que no sea la autoría en la línea de tiempo del PR, incluido el evento de merge. Captura con qué rapidez vuelve la autoría cuando llega una devolución.
Tiempo hasta el Merge — el promedio de horas de calendario entre la creación del PR y el merge a la rama destino, redondeado a un decimal. El reloj arranca en la creación, sin importar si el PR se abrió como borrador. Es el resultado de punta a punta del lado del emisor.
Cómo interpretarlas
Un equipo sano tiene PRs Iterados moderados, un Tiempo de Iteración del PR corto y una autoría con capacidad de respuesta. La combinación de las tres es lo que produce un Tiempo hasta el Merge bajo.
Si el Tiempo hasta el Merge es alto pero la Capacidad de Respuesta está bien, la demora está del lado de quien revisa. Cruza esta vista con las métricas del revisor.
Si los PRs Iterados son muchísimos y el Tiempo de Iteración es largo, lo más probable es que los PRs sean demasiado grandes: los diffs grandes invitan a más rondas de corrección.
Qué hacer al respecto
Recorta el tamaño de los PRs. Las métricas del emisor mejoran en casi todos los frentes cuando los PRs son más chicos y más fáciles de corregir de una sola pasada.
Si la Capacidad de Respuesta es baja en personas puntuales, revisa su carga de trabajo antes de guiarlas: normalmente es carga, no falta de compromiso.
Empareja siempre las métricas del emisor con las del revisor. Las dos juntas explican la mayor parte de la demora del ciclo de revisión que vas a ver en el Tiempo de Entrega de Cambios.
Relacionados
Métricas del revisor
Red de Colaboración del Equipo — panorama
Tiempo de Entrega de Cambios