El Tiempo de Entrega de Cambios (Lead Time for Changes) mide el tiempo transcurrido entre un cambio de código y su despliegue a producción. Te dice cuánto tarda una idea en llegar a los clientes desde que alguien empieza a trabajarla.
Qué mide
La duración entre el commit (o el merge, según la fuente de verdad que elijas) y el despliegue exitoso a producción, calculada por cambio.
Cómo lo calcula Leanmote
lead_time_for_change = deployed_at - commit_or_merge_at
Se calcula por unidad de cambio: commit, PR o merge.
Un estadístico por vez, elegido con el selector de método — no se muestran lado a lado. El valor por defecto es el promedio. Las otras opciones son la mediana, los percentiles P75, P85 y P95, y la desviación estándar; no existe P90.
Una descomposición opcional te permite aislar dónde se va el tiempo:
coding_time = first_commit_at - issue_started_atreview_time = merged_at - opened_atrelease_wait_time = deployed_at - merged_at
Cómo interpretarlo
Cambia primero a la mediana: el promedio por defecto se lo llevan los PRs de cola larga.
Después lee el P95 y compáralo contra la mediana. Una brecha grande significa que la mayoría de los cambios son rápidos pero algunos quedan trabados por días. Investiga los lentos.
Si tienes la descomposición disponible, la sub-duración más grande (revisión, codificación o espera de release) te dice dónde conviene invertir el esfuerzo de mejora.
Qué hacer al respecto
Si domina el tiempo de revisión: reduce la carga de quienes revisan, define un SLA de revisión o usa acuerdos de trabajo.
Si domina el tiempo de codificación: achica las historias, rebana el trabajo más temprano o atiende el crecimiento de alcance.
Si domina el tiempo de espera de release: despliega más seguido, automatiza las compuertas o pasa de despliegues por lote a continuos.
Métricas relacionadas
Frecuencia de Despliegue
Tiempo de Ciclo
Latencia de revisión
Panorama de métricas DORA