No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

C贸mo medir el avance de un proyecto Scrum

14/21
Recursos

El prop贸sito de medir el avance de un proyecto Scrum es que el equipo pueda analizar el progreso y revisar si a煤n se puede cumplir el objetivo planeado al inicio de la iteraci贸n. 驴C贸mo se logra esto? 鈫 Con base en los puntos de las Historias de Usuario.

3 gr谩ficas para medir las Historias de Usuario

Las siguientes 3 gr谩ficas facilitan el proceso de medici贸n del avance de un proyecto Scrum, tomando como base los puntos de las Historias de Usuario:

Gr谩fica de trabajo pendiente o Bourn Down Chart 馃殌

Este tipo de gr谩fica est谩 enfocada en el sprint y hace visible el trabajo pendiente durante del desarrollo de un proyecto. Adem谩s, permite identificar la velocidad con la cual se est谩n alcanzando los objetivos propuestos y si el equipo puede cumplir con el total de las actividades estimadas.

Bourn_Down_Chart_Scrum.png

馃憜馃徎聽En este ejemplo es posible ver:

  • Los puntos estimados para el Sprint: 100.
  • El Sprint cuenta con 10 d铆as.
  • Se marcan dos l铆neas: una, la estimada por el equipo y dos, la real (trabajo efectivo del equipo).
  • En la columna 鈥渃ompletado鈥 se muestra el avance del equipo.
  • En la columna 鈥減endientes鈥 se puede ver lo que todav铆a no se ha realizado.
  • A medida que se registran los avances, la l铆nea gris permite conocer la tendencia.
  • Al finalizar el Sprint y completar los datos, se pueden ver las diferencias entre el trabajo estimado versus el ejecutado.
  • En tal caso que el progreso real no llegue a cero es posible definir o estimar las tareas que faltan para el siguiente Sprint.

Bourn Up Chart 馃挌

Esta gr谩fica permite ver el trabajo que se ha completado durante el Sprint. Se marca una l铆nea adicional (de color amarillo) la cual representa el ideal de puntos que se deben completar o el objetivo al que se quiere llegar.

Bourn_Up_Chart_Scrum.png
  • En el momento en que la l铆nea roja alcance a la l铆nea amarilla, se ha cumplido el objetivo del Sprint. Si esto sucede antes de tiempo estimado, es una oportunidad para que el equipo revise oportunidades de mejora o prepararse para la Revisi贸n del Sprint (Sprint Review).

Gr谩fica de flujo acumulado 馃槆

En esta gr谩fica no se refleja el d铆a a d铆a del Sprint, sino que incluye el hist贸rico de los Sprints anteriores.

Flujo_Acumulado_Scrum.png

馃憜馃徎聽En este ejemplo es posible observar:

  • Los聽estados del progreso de desarrollo聽(pendiente, progreso, QA (Quality Assurance) y completado).
  • La l铆nea de pendientes (verde) se va acumulando en el tiempo, ya que mientras el proyecto est茅 activo, se agregar谩n m谩s historias en cada Sprint.
  • Es posible analizar en cu谩nto tiempo se completan actividades que inician en un Sprint determinado.
  • La gr谩fica permite identificar cuellos de botella y analizar las razones por las que se generan.

Contribuci贸n creada con los aportes de: magarla4 y Mar铆a Alejandra Correa Rojas

Aportes 102

Preguntas 40

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Modifiqu茅 el excel y le agregu茅 los gr谩ficos por si a alguien le sirve: excel

Relaciono gr谩ficamente la diferencia entre:

  • burn down chart = el objetivo es terminar los puntos y llegar a tener 0 puntos 鈥減endientes鈥 de historias de usuario en los d铆as de sprint
  • burn up chart = el objetivo es cumplir los puntos en su totalidad acumul谩ndolos a lo largo de en los d铆as de sprint

Burn-Down chart: Un gr谩fico de trabajo pendiente a lo largo del tiempo, muestra la velocidad a la que se estan completando los objetivos. Permite extrapolar si el equipo podr谩 completarel trabajo en el tiempo estimado. Usualmente el trabajo remanente (backlog) se muestra en el eje vertical y el tiempo en el eje horizontal. Muy util para realizar adaptaciones entre los sprints.

Burn-up chart: Muestra el trabajo aportado por el equipo a un proyecto ag铆l. Util para gestionar el trabajo porque permite tomar decisiones realistas acerca del trabajo pendiente y las expectativas del mismo. Ayuda a encontrar el ritmo sostenible del equipo. Adem谩s cuando la velocidad de 茅ste se estabiliza (normalmenteal cabo de 4-5 sprints), podemos hacer un c谩lculo de c煤ando podr铆a acabarse el proyecto.

Diagrama de flujo acumulado: Proporciona una visualizacion concisa de las metricas de flujo. Muestra que tan estable es tu flujo y te ayuda a entender d贸nde concentrarse para hacer que tu proceso sea m谩s predecible.

El burn-down chart muestra el trabajo pendiente
El burn-up chart muestra el trabajo completado

驴C贸mo ir midiendo el avance del proyecto?

Lo medimos para que el equipo pueda ir analizando el progreso hecho y revisar si a煤n se puede cumplir el objetivo planeado al inicio de la iteraci贸n. -> Con base a los puntos de la historia.

  • Toman en cuenta el sistema de puntos de las historias.
  • Enfocadas en el sprint -> 10 d铆as -> Introducir wl numero planeado de puntos para hacer en el sprint
  • Se proyecta una gr谩fica de (estimado) c贸mo se deben ir concretando los puntos a lo largo de los d铆as.
  • El real muestra los que se quem贸 en ese d铆a.
  • Marca tambi茅n otra l铆nea gris de la tendencia
  • Se llena los otros d铆as. Y la linea de tendencia se sigue proyectando.

Burn up chart:
Se plantea un techo a que se debe llegar.

  • Se lleva el seguimiento del d铆a.
  • Si la gr谩fica de tendencia est谩 abajo, implica que no vamos a llegar al objetivo.

La gr谩fica del flujo acumulado.

  • Con gr谩ficas de los sprints anteriores (no del d铆a a d铆a del sprint)

  • Puedes ver que esta tabla est谩 basada en todos los sprints anteriores.

  • Siempre usando los puntos de la historia de usuario.

  • Es una gr谩fica acumulativa. Acumulando los trabajos de todos los sprints anteriores. Deben estar los estados agrupados.

  • La l铆nea verde se va aumentando. Es decir que los puntos aumentan.

  • 驴Cu谩nto se tarda una historia de pasar?

  • Las historias que se empiezan en un sprint deber铆an terminarse en ese mismo sprint.

  • Se mide tomando la distancia entre la l铆nea de progreso (amarilla) respecto a la verde, tomando como referencia la linea horizontal.

  • para analizar los cuellos de botella, podemos ver las distancias verticales. Que nos indican en donde est谩mos dejando m谩s puntos entre esa fase y el Done.

QA (Quality Assurance, aseguramiento de calidad)
es el proceso posterior a in process
se podr铆a decir que testear y verificar que cumple con el objetivo, etc.
y no, no significa Questions & Answers >: l

Tengo un problema con la pregunta del examen que dice: 鈥淨ue gr谩ficas me ayudara a medir la cantidad de trabajo que puede completar mi equipo en un sprint鈥 en base a lo que habla el profesor en este video, seria la gr谩fica de flujo acumulado, o bueno esa es mi deducci贸n y aun as铆 me marca errada la respuesta. Estoy equivocado?

Uno de los valores de Scrum es el de la franqueza, que consiste en tener una colaboraci贸n y comunicaci贸n continua con el cliente de modo que en todo momento conozca la situaci贸n actual del equipo y del proyecto. De esta forma es m谩s sencillo adoptar medidas paliativas y llegar a acuerdos necesarios para mantener la situaci贸n bajo control a lo largo de toda la colaboraci贸n entre cliente y equipo.

Una de las herramientas que nos brinda Agile y Scrum para potenciar este valor son los information radiators (radiadores de informaci贸n). Podemos definir los information radiators como una serie de informaci贸n colocada estrat茅gicamente en un lugar de paso para que cualquiera que pase cerca del equipo pueda ver en un vistazo la situaci贸n de su trabajo sin preguntar al equipo directamente. El objetivo es aumentar la comunicaci贸n sin necesidad de aumentar el trabajo del equipo ni las interrupciones. Un information radiator deber铆a ser lo suficientemente grande como para que la gente al pasar pueda verlo, se entienda a la primera en un vistazo y est茅 siempre lo m谩s actualizado posible.

鈥淪olo lo que se mide es mejorable鈥 dijo un ponente en alguna conferencia en un tiempo anterior. Las gr谩ficas solucionan

DIAGRAMA

ANTIPATRONES ANTE LOS QUE ESTAR ALERTA

  • El equipo termina antes de tiempo todos los sprints porque no est谩n asumiendo trabajo suficiente.
  • El equipo no cumple las previsiones sprint tras sprint porque est谩 asumiendo demasiado trabajo.
  • La l铆nea de evoluci贸n marca ca铆das pronunciadas en lugar de una evoluci贸n m谩s gradual debido a que el trabajo no se ha dividido granularmente.
  • El propietario del producto a帽ade o cambia el alcance en mitad del sprint.

Gr谩ficas:

Burn down chart= trabajo completado
Burn-up chart= trabajo que hemos ido completando

驴Por qu茅 estimar?

.
Puedes leer el art铆culo completo aqu铆.
.
驴Por qu茅 estimar en absoluto? 驴Por qu茅 no centrarse simplemente en completar un elemento en un Sprint Backlog a la vez, llevarlo a la calidad de lanzamiento y as铆 medir el progreso en t茅rminos de la tasa de valor entregado honesta y genuinamente? Si necesitamos una gr谩fica para mostrarnos el progreso hacia una meta, 驴por qu茅 no rastrear ese progreso en t茅rminos de datos reales en lugar de estimaciones? Adem谩s, 驴no permitir铆a esto que el control emp铆rico del proceso hacia ese mismo objetivo se incorpore al Sprint mismo?

.

El argumento es s贸lido y el caso de 鈥渘o estimaciones鈥 en la entrega 谩gil tiene mucho que decir a favor. Ciertamente, debemos entender y aceptar que medir el progreso sobre la base de los puntos de la historia no es emp铆rico, incluso dentro de los estrechos l铆mites de un Sprint.

.

La entrega de caracter铆sticas de trabajo, temprana y frecuentemente, es la 煤nica medida de progreso que puede ser verdaderamente satisfactoria a cualquier escala. Sin embargo, lo que razonablemente puede hacer una gr谩fica de puntos de la historia es darle transparencia al equipo sobre un evento complejo.
.

  • Ver谩s, eso es realmente un Sprint. No es solo un flujo de trabajo en el que piezas de valor independientes y discretas est谩n expuestas a un flujo y una atracci贸n uniformes. Su prop贸sito conjunto es alcanzar una meta de Sprint.

.

Ese objetivo puede mitigar un riesgo muy significativo que, en 煤ltima instancia, hace que un Sprint Backlog sea m谩s que la suma de sus partes. El lanzamiento incremental ciertamente no tiene que posponerse hasta el final de un Sprint y, de hecho, puede ocurrir sobre la base de la entrada en producci贸n y el flujo continuo.

.

Sin embargo, es posible que solo tenga sentido realizar un lanzamiento al final de un Sprint cuando haya un entregable complejo a la mano y haya varias inc贸gnitas con las que hacer malabares. Scrum no hace prescripciones sobre ninguno de estos escenarios o sobre las m茅tricas que deber铆a utilizar un equipo de confianza y autoorganizado.

.

La gr谩fica de un punto de la historia es una construcci贸n provisional a trav茅s de la cual se puede falsificar el control del proceso emp铆rico. Cuando ocurre la liberaci贸n, la falsificaci贸n termina y el progreso se recalibra. Siempre que comprendamos y aceptemos esto, es posible que no haya ning煤n problema.


Les dejo mi mapa 馃槃

En el tercer gr谩fico, que significa el estado QA?

Los puntos de las historias de usuario son aquellos que fueron definidos con Fibonacci u otra t茅cnica de asignaci贸n no?

Algunas notas sobre este punto que ya manejaba y quiz谩s les puedan servir para el Burndown chart del sprint

  1. Prop贸sito: Mostrar el trabajo restante sobre el tiempo (usado por el equipo para su propia gesti贸n)
  2. Responsabilidad: equipo de desarrollo (incentivado por el Scrum master)
  3. Es actualizado normalmente despu茅s de cada reuni贸n diaria.

Gr谩ficas
En cualquier momento del Sprint el equipo puede analizar el progreso hecho y revisar si a煤n se puede cumplir el objetivo planeado al inicio de la iteraci贸n.

Burn down chart =Trabajo pendiente
Burn up chart = Trabajo que vamos completando

驴Es viable replicar este modelo de SCRUM en otras circunstancias que no sean desarrollo de software?

Medici贸n del avance del proyecto

Medir el avance del proyecto es importante para que el equipo pueda analizar en base al trabajo realizado, si el ritmo de trabajo es el adecuado para cumplir los objetivos definidos para el sprint en curso y tomar decisiones en base a ello.

Existen tres gr谩ficas que permiten visualizar de forma simple el avance, pero en cualquiera de los casos la medici贸n se hace en base a los puntos asignados a las historias de usuario, ignorando la cantidad de historias abarcadas.

  • Burndown Chart: Esta gr谩fica muestra la cantidad de trabajo pendiente en funci贸n del tiempo, es decir, la cantidad de puntos que falta completar dependiendo del d铆a del sprint.

  • Burnup Chart: Esta gr谩fica es similar a la Burndown Chart, pero desde el punto de vista opuesto, mostrando la cantidad de trabajo realizado en funci贸n del tiempo, es decir, la cantidad de puntos que ya se han completado dependiendo del d铆a del sprint.

  • Flujo acumulado: Esta gr谩fica muestra el flujo de los puntos de las historias de usuario mientras pasan por las diferentes etapas del proceso de desarrollo. En este caso, se toman como referencia los sprints en su totalidad, por lo que la gr谩fica muestra el flujo durante toda la duraci贸n del proyecto.

Creo que no es muy claro c贸mo establecer cu谩ntos puntos se trabajan o logran si no se tiene la experiencia.

Determinar cuando se demora una historia de pasar de un proceso a otro.

Se realiza viendo la separaci贸n horizontal entre una linea y otra.

Por ejemplo En progreso a completado.

Donde estan los cuellos de botella

Se visualiza analizando la distancia vertical entre un estado y otro.

Por ejemplo en el Sprint 5, analizando los estados de QA y Completo hay mucho espacio lo cual quiere decir que hay muchas historias de usuario o puntos de historias de usuario en ese punto.

Hola:
Los gr谩ficos en la ventana 鈥淭rabajo Pendiente鈥 no se ve, en 鈥淐ompletado鈥 tampoco鈥
驴Alguien sabe por qu茅 y c贸mo poder solucionar?

Burn-Down chart gr谩fica de Trabajo Pendiente, est谩 enfocada en el Sprint y su objetivo es terminar los puntos hasta completar y no tener pendientes.

Burn-Up chart o gr谩fica de trabajo completado, el objetivo es cumplir los puntos estimados en el sprint en su totalidad.

Gr谩fica de Flujo acumulado, se realiza con valores hist贸ricos de valores anteriores. Toma en consideraci贸n los distintos estados de los elementos del sprint, estos son Pendiente, En proceso, QA y completado.

La grafica de flujo acumulado es la que me permite conocer la cantidad de trabajo que puede completar mi equipo???

Avance del proyecto
En cualquier momento se puede analizar el progreso del Sprint y verificar si aun podemos completar el objetivo del Sprint

Graficas

  • Burndown Chart
  • Burnup Chart
  • Flujo Acomulado

Midiendo el avance del proyecto. El prop贸sito de medir el avance de un proyecto Scrum es que el equipo pueda analizar el progreso y revisar si a煤n se puede cumplir el objetivo planeado al inicio de la iteraci贸n.

Los gr谩ficos solo funcionan si clonan la plantilla que est谩 el drive. No funcionan directamente en Excel

La idea de ir midiendo el avance del proyecto es que el equipo de desarrollo puede ir viendo a lo largo de la Sprint si se puede o no cumplir el objetivo del Sprint.

Gr谩fica de trabajo pendiente o Bourn Down Chart: 馃殌

Un gr谩fico de trabajo pendiente a lo largo del tiempo, muestra la velocidad a la que se estan completando los objetivos. Permite extrapolar si el equipo podr谩 completarel trabajo en el tiempo estimado.

Usualmente el trabajo remanente (backlog) se muestra en el eje vertical y el tiempo en el eje horizontal. Muy util para realizar adaptaciones entre los sprints.

Si usamos sistemas como Jira este nos dar谩 las gr谩ficas y nos har谩 el trabajo mucho m谩s sencillo. En este ejemplo podemos ver:

  • Los puntos estimados para el Sprint que son 100.
  • El de Sprint cuenta con 10 d铆as de desarrollo.
  • Tenemos dos l铆neas lastimada por el equipo y la real (trabajo d铆a a d铆a del equipo).
  • Tenemos una columna de completado qu茅 es la que se encarga de mostrarnos El Avance del equipo.
  • Tenemos una columna de pendientes Qu茅 es la que se encarga demostrarnos lo que todav铆a no se ha realizado.
  • Al finalizar el Sprint en el d铆a 10 podemos revisar la l铆nea roja Qu茅 es el estimado versus la l铆nea azul Qu茅 es el desarrollo real del producto.
  • En tal caso que la l铆nea azul (progreso real) no llegue a cero podemos definir o estimar las tareas que faltan para el siguiente Sprint.

Bourn Up Chart: 馃挌

Se marca una l铆nea adicional (amarilla) la cu谩l es el objetivo al que queremos llegar.

  • Momento en que la l铆nea roja toca la l铆nea amarilla hemos cumplido el objetivo del Sprint (en el caso de la gr谩fica lo completamos antes de tiempo estimado). Lo que nos puede dar tiempo de revisar oportunidades de mejora.

Gr谩fica de flujo acumulado: 馃槆

Est谩 gr谩fica no la usamos en el d铆a a d铆a del Sprint, sino que lo hacemos en el hist贸rico de los Sprints anteriores.

  • En esta gr谩fica podemos ver todos los estados del progreso del Sprint (pendiente, progreso, QA y completo).
  • En el caso de la gr谩fica la l铆nea verde va creciendo en el tiempo, lo qu茅 quiere decir que se van agregando historias en el Sprint.
  • Debemos determinar en la gr谩fica cu谩nto tiempo que tarda una historia de pasar de un estado a otro (estado pendiente pasa a estado completo). Est谩 medici贸n de hace de forma horizontal dentro de la gr谩fica. En la gr谩fica podemos ver que el Sprint 3 cuando estaba en estado de progreso tardo 3 Sprints adicionales (est谩 en el Sprint 6 cuando finalizo) en llegar al estado de completo, lo cual es demasiado tiempo ya que debemos encargarnos que las tareas que se definan en un Sprint se terminen en el mismo Sprint.
  • Debemos identificar los cuellos de botella y eso es lo de terminamos en base a la distancia vertical que existe entre un estado y otro. Por ejemplo: En la gr谩fica podemos ver que en el Sprint 5 la distancia vertical entre QA y completo es bastante ancho, lo que quiere decir que hay bastantes puntos en QA en ese Sprint as铆 que tenemos que analizar porque hab铆an tantos puntos e identificar que fue lo que pas贸 en el proceso y porque se gener贸 este cuello de botella.

Ejercicio de la pelota
La estimaci贸n en el primer sprint fue la m谩s lejana de la practica, en los otros sprint dada la experiencia se fueron mejorando la estimaci贸n de rondas completas.
Esto se logr贸 debido al tiempo de planeaci贸n que se toma en cada sprint para determinar cu谩l es la estrategia m谩s 贸ptima para realizar el proceso y tambi茅n por la retroalimentaci贸n que se hac铆a al final de cada sprint para determinar en que se podr铆a mejorar y que est谩bamos haciendo de forma correcta.

El progreso de un proyecto Scrum puede ser medido por un release burndown chart.

Veamos sus caracter铆sticas m谩s resaltantes:

El ScrumMaster debe actualizar este gr谩fico al finalizar cada sprint.

El eje horizontal del burndown chart muestra los sprints.

El eje vertical muestra la cantidad de trabajo pendiente por realizar al inicio de cada sprint.

Muy buena la explicaci贸n, pero pienso q hubiese sido genial q armara el excel desde cero, tom谩ndose un poco mas de tiempo en el desarrollo de la grafica y no solo insertar los datos en una plantilla pre-configurada

Entendido y a ponerlo en pr谩ctica.

pondran el excel con los 3 graficos?

la plantilla compartida en el excel, no tiene la grafica de Trabajo completado

En ese caso de la Grafica de flujo acumulado, pienso que tambien serviria Kanban.

Otra cosa bueno de las metodolog铆as agiles son las lecciones aprendidas, por lo que puedes tratar de entender el porque completaste m谩s puntos en cierto periodo, para replicarlo en los otros peridos en los que se completaron menos puntos.
Agil no es hacerlo rapido es hacerlo flexible.

Empezar paso a paso.

Trabajo pendiente -->burn downs,
Trabajo completado --> burn ups,
Flujos acumulativos -->Comulative flows

Excelente tarde, quer铆a saber como les fu茅 con el ejercicio de las pelotas y sus conclusiones? Gracias

En la secci贸n de 鈥淩ecursos鈥, est谩 mal escrita la palabra 鈥淏urn鈥 en los diferentes tipos de gr谩ficas. Saludos

En el minuto 9.42 Gerardo habla de que la l铆nea azul est谩 en el SPRINT 6, sin embargo al revisar el gr谩fico, se ve que el eje 鈥淴鈥 est谩 midiendo los D脥AS y no los SPRINTS.
.
Diagrama de Flujo Acumulado: La Clave para Estabilidad 脫ptima del Proceso


.
Diagrama de Flujo Acumulado
El Diagrama de Flujo Acumulado es una de las anal铆ticas m谩s avanzadas para gesti贸n Lean. Proporciona una visualizaci贸n concisa de las tres m茅tricas m谩s importantes de tu flujo:
.

  • Tiempo de Ciclo

  • Rendimiento

  • Trabajo en curso (WIP)

.
Su prop贸sito principal es mostrarte el nivel de estabilidad de tu flujo y ayudarte a comprender d贸nde necesitas concentrarse para que tu proceso sea m谩s predecible. Te proporciona una visi贸n tanto cuantitativa como cualitativa de los problemas pasados y existentes y puede visualizar grandes cantidades de datos.


.
驴C贸mo Leer un Diagrama de Flujo Acumulado?
El gr谩fico rastrea el n煤mero total de elementos de trabajo que se encuentran en las columnas de la secci贸n En Curso en tu tablero Kanban cada d铆a.

  • Con un DFA puedes obtener una idea de cu谩nto tiempo dura el ciclo aproximado de tus tareas con una sola mirada.

  • Esto es posible midiendo la distancia horizontal entre la l铆nea superior de la primera etapa en el diagrama y la l铆nea inferior de la 煤ltima etapa antes de Hecho.

  • La cantidad de d铆as / semanas / meses que han pasado es el tiempo de ciclo promedio aproximado de las tareas de tu equipo para el per铆odo seleccionado.

  • La distancia entre las l铆neas de un DFA te mostrar谩 los problemas de tu flujo de trabajo.

Que poderosos son los gr谩ficos para transmitir informaci贸n

Excelente

Revisi贸n gral del Backlog de historias del usuario + Expresi贸n gr谩fica + Revisi贸n de cuellos de botella

Gracias por los graficos

Muchas gracias, incre铆ble explicacion, todo queda muy claro

Hola,
Versi贸n actualizada de las tablas: Descargar Por favor, NO modificar el archivo. Vi que alguien hab铆a modificado las tablas para que funcionaran en Excel, sin embargo de la forma que las hizo la tendencia queda mal ya que tira a 0 cuando no se ha ingresado un valor.

burnup trabajo completado / down pendiente

Excelente explicaci贸n y buenos ejemplos!!!

no entiendo como cobrar aun cliente que quiere saber las horas de trabajo. Por lo general se cobra por hora.

No entiendo como hacer eso con estos puntos

Interesante la clase, sugiero poder tener visibilidad durante la explicaci贸n de las formulas鈥

Gracias

Medir avances del proyecto

  • Se descarga si se puede o no cumplir con el objetivo del Sprint.

Seguimiento seg煤n las historias de usuarios por d铆as, en base al d铆a a d铆a del Sprint.

Excelente

Excelente forma de medir el progreso y de darnos cuenta con datos cual es la performance del equipo

Muchas gracias !!

Gracias es muy interesante la informaci贸n.

Plantilla Burndown en excel

No estan las graficas de pesta;a de 鈥渢rabjo pendiente鈥 y tampoco la de 鈥渃ompleta鈥. Hay posibiidad de que suban nuevamente el archivo??

Gracias

El Excel nos sirve bastante como gu铆a ya que nos indica datos reales y los gr谩ficos son un apoyo visual.

hola buena tarde: no esta el archivo de las graficas; lo pueden subir por fa. gracias

Gracias por comopartir la herramienta

Hola.

En el documento de Excel, no est谩 el BURNDOWN CHART, antes si estaba鈥 podr铆an modificar el documento para que tenga ese gr谩fico, caso contrario no es posible analizar visualmente el avance del proyecto.

En el excel, est谩 s贸lo la tercera gr谩fica, verdad?

Excelente perspectiva

solo la pesta帽a de flujo acumulado tiene grafica

Muy interesantes esas gr谩ficas

Esta genial este formato!!! SOY EL PRIMER COMETARIO鈥

SIIIIII 馃槃

Buenas tardes,

Es posible tener acceso a la plantilla?, en la que descargue no me refleja completa

No se entiende uy bien la diferencia entre le burn down chart a el burn up chart, parecen lo mismo

La verdad no entiendo como funciona la asignaci贸n de puntos, veo que el m谩ximo que pone es 15, pero no entiendo cu谩l es su criterio para otorgar esos puntos.

la mejor clase!

MIDIENDO EL AVANCE DEL PROYECTO
En el dia a dia o en todo el proyecto en general
Es para que el equipo de desarrollo si se puede o no cumplir el objetivo del sprint
Se hace en base a los puntos de historias de usuario.
Burn down chart - El objetivo es terminar los puntos y llegar a tener 0 puntos 鈥減endientes鈥 de historias de usuario en los d铆as de sprint
Burn up chart - El objetivo es cumplir los puntos en su totalidad acumulandolos a lo largo de los dias de sprint

Solo la pesta帽a de flujo acumulado cuenta con grafica.

En cualquier momento del Sprint el equipo puede analizar el progreso hecho y revisar si a煤n se puede cumplir el objetivo planeado al inicio de la iteraci贸n.

Excelente recursos.

Muy pr谩cticas las gr谩ficas, excelente clase.

Herramientas interesantes!

buen curso

En la gr谩fica de flujo los valores horizontales aparecen en 鈥淒ia鈥, no deber铆an ser Sprint ???

Excelente

Estupenda explicaci贸n instructor Gerardo, por medio de estas graficas tengo m谩s claro c贸mo se puede aplicar el sistema de puntos para determinar el progreso del sprint.

Super interesante, lo pondre en practica 馃槈

Hola, creo que el descriptivo del Eje X en el Gr谩fico de la pesta帽a de 鈥淔lujo acumulado鈥 deber铆a ser 鈥淪pring鈥 y no 鈥淒铆a鈥.

Estimado profesor 鈥渆n base鈥 esta mal dicho, la forma correcta es 鈥渃on base鈥 馃槃

Excelente!!

No entiendo muy bien c贸mo se cuentan los puntos estimados y terminados realmente, supongamos que tengo una historia que es crear un formulario (9 puntos) , y en el primer d铆a avanzamos s贸lo un 30% o supongamos la mitad, es decir que avanzamos pero no llegamos a terminarlo鈥 C贸mo deber铆a anotar los puntos en el campo 鈥渞eal鈥 ? Deber铆a colocar la mitad de 9 ? deber铆a colocar 0 porque la historia no se complet贸? deber铆a colocar un 2鈥 un 3 quiz谩s? Me resulta un tanto extra帽o y abstracto esto de contar las historias en puntos鈥 pero bueno supongo que no estoy terminando de entender la l贸gica.

En el burn down chart se observa un pendiente de dos puntos, lo cual podr铆a significar que una o m谩s historias est谩n pendientes de terminar

Flujo acumulado

Burnup chat

Burndown chart

Proposito

Muy interesante el tema de las gr谩ficas. Excelente

Ac谩 un modelo de Trello

**En la gr谩fica de trabajo pendiente: **

  • si se est谩 por encima de la l铆nea gris, vamos con retraso
  • si vamos por debajo, vamos adelantados
    En la gr谩fica de trabajo completado
  • si vamos por debajo de la l铆nea gris, vamos con retraso
  • si vamos por encima, vamos adelantados
    En la gr谩fica de flujo acumulado
  • se acumulan los sprints
  • todos los estados del proceso deben estar en la gr谩fica
  • la l铆nea de pendientes sube porque se a帽aden historias.
  • la distancia horizontal muestra el tiempo en que se tard贸 en completar las historias
  • la distancia horizontal nos ayuda a ver los cuello de botella

exelente cuadro

en la ultima grafia la leyenda del eje horizontal no deberia ser sprints? aparece como dias.