El tiempo hasta el mercado mide cuánto tarda una tarea desde que aparece por primera vez en el board hasta que queda marcada como entregada. Es la métrica de entrega más amplia del conjunto de flujo: captura planificación, cola, desarrollo, revisión y QA juntos.
Qué mide
El tiempo transcurrido entre el primer cambio de estado registrado de una tarea y el último, para las tareas que llegaron a un estado de entrega dentro del período seleccionado.
Cómo lo calcula Leanmote
time_to_market = ultimo_cambio_de_estado - primer_cambio_de_estado
El reloj es el historial de estados de la propia tarea. Leanmote no mira eventos de CI/CD ni de deploy para esta métrica, y no sigue un pull request de vuelta hasta el issue.
Eso significa que la línea de llegada es lo que tu board llame entregado, no el momento en que el código corrió en producción. Si el equipo marca Done al mergear, el TTM termina en el merge; si lo marca después del release, el TTM incluye esa espera. El número se mueve con la convención, no solo con la entrega.
Las tareas con menos de dos cambios de estado se saltean: no hay nada que medir entre ellos.
Solo cuentan las tareas que llegaron a un estado de entrega dentro de la ventana. El trabajo todavía en vuelo no aporta nada.
Las horas se pueden contar sobre reloj corrido o sobre horario laboral, según la configuración de la organización.
Leanmote calcula tanto el promedio como la mediana. A diferencia del Cycle Time, del Lead Time for Changes y de las métricas de revisión, el tiempo hasta el mercado no tiene selector de método: no se puede cambiar a un percentil.
Cómo interpretarlo
El TTM normalmente es más largo que el Lead Time for Changes, porque suma el tiempo de planificación y de cola previo a escribir código.
TTM mucho mayor que el Cycle Time significa que las tareas se quedan en el backlog o en "por hacer" mucho tiempo antes de que se empiecen. Conviene mirar la entrada de trabajo y la priorización.
TTM estable con Cycle Time en alza suele significar que la planificación se aceleró pero la ejecución se frenó.
Antes de sacar conclusiones de un salto, revisa si cambió el significado del estado de entrega del board. Como la línea de llegada es un estado, editar el flujo mueve esta métrica sin que nada de la entrega haya cambiado.
Qué hacer al respecto
Baja la antigüedad del backlog antes de agregar ideas nuevas. La mejora más rápida de TTM suele ser podar, no programar más rápido.
Corta el trabajo más chico para que las tareas empiecen antes de creadas.
Combínalo con el Cycle Time para ver si el TTM está dominado por la espera previa o por el trabajo en sí.
Métricas relacionadas
Lead Time for Changes
Cycle Time
Eficiencia de flujo