¿Qué es el tiempo de entrega?

Estoy luchando por comprender realmente lo que significa el tiempo de entrega en un proyecto Kanban.

He leído sobre esto en varios libros, pero todavía no puedo entenderlo.

¿Alguien puede explicarlo?

Respuestas (2)

Wiki tiene la definición común de este término:

Un tiempo de entrega es la latencia entre el inicio y la ejecución de un proceso.

Si su área de trabajo es el desarrollo de software, entonces la definición de JIRA golossary puede ser más comprensible para usted:

El tiempo de entrega es el tiempo que transcurre desde que se registra un problema hasta que se completa el trabajo en ese problema.

En otras palabras (ejemplo para el área de software): un tiempo de entrega es el tiempo entre el momento en que ha registrado un problema y el momento en que ha entregado la nueva versión del software con el problema resuelto (se implementa una nueva versión/nuevo parche). se libera/etc.):

  Issue                                                          Issue 
requested =================================================>>> delivered

   |                    Activity                       Activity    |
   |---------------|---------------|---------------|---------------|---------------|
   |    List of         List of          List of        List of    |   List of     
   |    created         issues         implemented     delivering  |  delivered    
   |    issues           under           issues         issues     |   issues      
   |                 implementation                                |               
   |                                                               |               
   |                                                               |               
   |                                                               |               
   |<--------------------------Lead Time-------------------------->|

No confunda este término con el término similar "Tiempo de ciclo":

El tiempo de entrega comienza cuando se realiza la solicitud y finaliza con la entrega. El reloj de tiempo del ciclo comienza cuando comienza el trabajo en la solicitud y finaliza cuando el artículo está listo para la entrega. El tiempo de ciclo es una medida más mecánica de la capacidad del proceso. El tiempo de entrega es lo que ve el cliente.

  Issue                                                          Issue 
requested ================================================>>>> delivered

   |                    Activity                       Activity    |
   |---------------|---------------|---------------|---------------|---------------|
   |    List of    |    List of    |     List of        List of    |    List of    
   |    created    |    issues     |   implemented     delivering  |   delivered   
   |    issues     |     under     |     issues         issues     |    issues     
   |               | implementation|                               |               
   |               |               |                               |               
   |               |<-Cicle  time->|                               |
   |                                                               |
   |<--------------------------Lead Time-------------------------->|

Además, eche un vistazo a este artículo: Kanban: Definición de tiempo de entrega y tiempo de ciclo. Se trata de las mismas preocupaciones, pero con buenas imágenes.

Y otro artículo más con el mismo contenido (en caso de que no le gusten los carriles de JIRA y los gráficos ASCII): Cycle Time [and Lead Time] .

Si aún tiene problemas para comprender el término "Tiempo de entrega", deje un comentario, intentaré aclararlo.

¿Qué pasa con el tiempo de entrega en los proyectos Scrum? ¿Sería la acumulación de sprint hasta cuando esté hecho, correcto? Entonces, ¿todos los elementos de trabajo tendrían la misma fecha de inicio de tiempo de entrega en un proyecto Scrum?
@TheLearner - Buena pregunta. En breve: no. "Tiempo de entrega" y "Tiempo de ciclo" tomarán diferentes períodos de tiempo en la mayoría de los casos. Pero, desafortunadamente, es difícil de explicar brevemente (dentro de las limitaciones de los comentarios). Creo que será valioso para la comunidad si crea una nueva pregunta. Estaré encantado de responderlo.
@TheLearner - Perdón por la demora en responder. Ok, hice algunas aclaraciones de mi respuesta agregando imágenes. Por lo tanto, será más fácil responder a su pregunta ahora. En primer lugar, Lead Time no es una métrica de Scrum. El reloj Lead Time comienza cuando se crea PBI en PB (no cuando BPI pasa de PB a SB).
@TheLearner: eso significa que todos los PBI tendrán el mismo tiempo en el Sprint actual solo en un caso en el que 1) Todos los PBI se crearon al comienzo del proyecto 2) Los BPI no se separaron en varios PBI durante el PBR 3) En Al final de todos los Sprints, realizará un lanzamiento con implementaciones de todos los PBI previstos. En el mundo real, esta situación rara vez o incluso nunca sucedió.
@SergeyKudryavtsev, ¿solo mide los artículos que están terminados? ¿Cuál es la mejor manera de contabilizar los elementos que están en la cartera de productos pero que simplemente no se priorizan? Si nunca las haces, ¿cuentan? En ese caso, se eliminan efectivamente, ¿verdad? (suponiendo que le hayas dicho que no a la persona, pero que la estás rastreando de todos modos por si acaso)
@TheLearner, si usa Scrum al pie de la letra, su tiempo de entrega será de al menos 1 Sprint. Una de las muchas razones por las que se debe abandonar Scrum...

Según David Anderson , el tiempo de entrega comienza cuando un elemento de trabajo ingresa al Sistema Kanban y finaliza cuando llega a la primera cola infinita . En otras palabras, comienza cuando uno se compromete a entregar el elemento de trabajo y finaliza cuando está listo para ser entregado.

En el desarrollo de software, el compromiso es cuando el equipo y el PO/PM acuerdan trabajar en un elemento de trabajo, y la entrega es cuando el elemento de trabajo está listo para su implementación o entrega.

No importa si el equipo comienza a trabajar en él de inmediato o no, porque el tiempo de entrega se mide desde el punto de vista del solicitante . Por lo tanto, si el equipo tiene otras cosas que hacer y comienza a trabajar en el elemento de trabajo después de 3 días y necesita 2 días para terminar, el tiempo de entrega será de 5 días. Si el PO/PM toma el elemento de trabajo solo después de 4 días, el tiempo de entrega no será de 9 días, porque el reloj dejó de funcionar cuando llegó a la entrega.

Me cuesta entender esto en el contexto de un retraso jerárquico. Por lo tanto, si tenemos un elemento épico de 'Personalizar notificaciones para el usuario' de un elemento de ticket grande, que nos comprometemos a entregar, ¿el reloj comienza cuando ponemos el épico en el registro posterior y termina cuando se entrega el último boleto o comienza cuando el épico es ¿Desglosado en subépicas o entradas individuales?
¿Qué es el tiempo de entrega?
RespuestasAquíPolítica de privacidad1y, 0v