agile, Project Management, The Project Manager Blog

¿Qué es y cómo lo uso?


A veces parece que nunca hay suficientes horas en el día para hacer todo. A menudo, los poderes que se quieren quieren que se hagan las cosas ayer, aunque sea imposible. Su intención es clara: hacerlo rápido.

Por lo tanto, los gerentes inteligentes saben que el tiempo es una restricción que siempre están tratando de controlar. Cuanto mejor se relacionen con el tiempo y el trabajo, mejor podrán cumplir el cronograma y completar el proyecto a tiempo y dentro del presupuesto.

Un gráfico de quema es una de esas herramientas para recopilar los datos del proyecto. El uso de un gráfico de quemado es un medio para ver cuánto trabajo queda y cuánto tiempo hay para hacerlo. Es una representación gráfica, que ofrece en una imagen lo que mil palabras no podrían comunicarse con la misma claridad.

¿Qué es un gráfico de reducción?

Un gráfico de reducción es una representación gráfica de la rapidez con la que el equipo está trabajando a través de las historias de usuario de un cliente, una herramienta ágil que se utiliza para capturar una descripción de un Característica desde la perspectiva del usuario final. La tabla de quemado muestra el esfuerzo total en comparación con la cantidad de trabajo para cada iteración.

La cantidad de trabajo restante se muestra en un eje vertical, mientras que el tiempo que ha transcurrido desde el inicio del proyecto se coloca horizontalmente en la tabla, que muestra El pasado y el futuro. El gráfico de quemado se muestra para que todos los miembros del equipo puedan verlo y se actualice periódicamente para mantenerlo preciso.

Variaciones del gráfico de quemado

Existen dos variantes para un gráfico de quemado. Un sprint burndown es para el trabajo restante en la iteración. Al ilustrar el trabajo restante para todo el proyecto, la tabla se denomina quemadura del producto.

Cómo leer una tabla de Burndown

La tabla de quema tiene varios puntos. Hay un eje x, que es la línea de tiempo del proyecto o iteración. El eje y es el trabajo que debe realizarse en el proyecto. Las estimaciones del punto de la historia para el trabajo que queda están representadas por este eje.

 ejemplo de tabla de reducción

El punto de inicio del proyecto es el punto más alejado a la izquierda de la tabla y ocurre en el día cero de la obra o iteración. El punto final del proyecto está más a la derecha y marca el último día del proyecto o iteración.

Línea ideal de trabajo restante

Hay una línea ideal de trabajo restante, que es una línea recta que conecta el punto de inicio hasta el final punto. Muestra la suma de las estimaciones para todas las tareas que deben completarse. En el punto final, la línea ideal cruza el eje x y muestra que no hay trabajo por hacer. Esta línea se basa en estimaciones y, por lo tanto, no siempre es precisa.

Línea restante de trabajo real

Luego está la línea restante de trabajo real que muestra el trabajo real que queda en el proyecto o iteración. Al principio, el trabajo restante restante y el trabajo ideal restante son los mismos, pero a medida que el proyecto o la iteración avanza, la línea de trabajo real fluctuará por encima y por debajo de la línea de trabajo ideal. Cada día se agrega un nuevo punto a esta línea hasta que se realiza el proyecto o la iteración para asegurarnos de que sea lo más preciso posible.

Si la línea de trabajo real está por encima de la línea de trabajo ideal, significa que queda más trabajo que originalmente pensamiento. En otras palabras, el proyecto está retrasado. Sin embargo, si la línea de trabajo real está por debajo de la línea de trabajo ideal, queda menos trabajo de lo que se había previsto y el proyecto está adelantado a la fecha prevista.

¿Cuáles son los beneficios de un gráfico de quema?

El beneficio obvio de un gráfico de quema es que proporciona un informe de estado actualizado sobre el progreso del proyecto. Tener una representación visual de estos datos más importantes mantiene a todos en la misma página.

Además, al mostrarlos de manera prominente para que todos los puedan ver, mantiene a todos los involucrados y alienta al equipo a lidiar con los problemas antes de que se conviertan en problemas. Por lo tanto, cuanto más grande sea el gráfico, mejor. Debe ser el punto focal del espacio de trabajo, de modo que no pueda evitar dirigir la conversación hacia el proyecto y su progreso.

El gráfico de burndown también es extremadamente útil debido a su simplicidad. Es una excelente manera de ver el historial de velocidad del proyecto. Velocidad es un término ágil que significa las estimaciones de esfuerzo total asociadas con historias de usuarios que se completaron durante una iteración.

¿Cuáles son las limitaciones de un gráfico de reducción?

El gráfico de reducción no revela todo. Por ejemplo, solo muestra la cantidad de puntos de historia que se han completado. El cuadro de reducción no muestra ningún cambio, por ejemplo, en el alcance del trabajo, medido por el total de puntos en el registro.

Por lo tanto, puede ser difícil saber si los cambios en el gráfico de reducción son debido al retraso. Los artículos que se han completado o debido a un aumento o disminución en los puntos de historia Tener un gráfico de consumición puede resolver este problema al tener una línea separada en el gráfico para el tamaño total de la cartera de pedidos.

Sin embargo, ni una tabla de quemados ni una tabla de quemados ofrece ninguna indicación de qué elementos de la cartera de productos se han completado. Por lo tanto, un gráfico de burndown puede mostrar progreso pero no si el equipo está trabajando en lo correcto. Por lo tanto, estas tablas son una forma de mostrar tendencias en lugar de saber si el equipo está entregando los elementos correctos del registro de respaldo del producto.

Se basa en buenas estimaciones

Otro problema con las tablas de quema se refiere a la precisión de la línea de trabajo ideal. Si la línea de trabajo real está por encima o por debajo de la línea de trabajo ideal, depende de la precisión de las estimaciones de tiempo originales para las tareas. Por lo tanto, si un equipo está sobreestimando los requisitos de tiempo, el progreso aparecerá en el camino, si no es antes de lo previsto. Pero si están subestimando los requisitos de tiempo, parecerá que están atrasados.

Hay una manera de responder a este problema, y ​​eso es incorporando un factor de eficiencia en la tabla de burndown. Por lo tanto, después de la primera iteración de un proyecto, el factor de eficiencia se recalcula para permitir una mayor precisión.

Historial del gráfico de reducción

El gráfico de reducción de resistencia desarrollado fuera de la comunidad Scrum y se utilizó por primera vez para administrar proyectos de software y otros esfuerzos relacionados en aproximadamente el año 2000. Fue descrito por primera vez por Ken Schwaber, a quien se le atribuye su invención. En ese momento, él estaba trabajando en Fidelity Investments y creó tablas de quema para proporcionar a los equipos de Scrum una herramienta simple para ayudarles a trazar su progreso.

Para el año 2002, la tabla de quema estaba ganando popularidad dentro de la comunidad de Scrum. Desde entonces, se ha movido más allá de Scrum como una herramienta útil para cualquier gerente que busque trazar el progreso de un proyecto.

Los gerentes deben estar atentos al progreso de un proyecto. Si no lo hacen, entonces están arriesgando la finalización exitosa del proyecto. Un gráfico de quema es solo una de las muchas herramientas que llevan al éxito del proyecto. ProjectManager.com es un software de administración de proyectos basado en la nube que cualquier administrador querrá tener en su caja de herramientas. Tiene características como un panel de control en tiempo real para monitorear e informar sobre el progreso, y un gráfico de Gantt en línea para agilizar la programación y ayudar con la colaboración. Pruébelo hoy gratis con esta prueba de 30 días.

You Might Also Like

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

Powered by themekiller.com