El marco Scrum — Segunda edición

Este capítulo conserva el contexto histórico y práctico de la segunda edición. El temario de la tercera edición también está disponible en el índice que aparece a continuación.

---

El gráfico de trabajo pendiente de Scrum para dominar el progreso ágil

En el cambiante mundo del desarrollo de software del siglo 21, transformar el caos en orden se ha convertido en un factor decisivo del éxito. Una forma segura de controlar el ciclo de vida del proyecto es utilizar una herramienta aparentemente sencilla, pero muy potente: el gráfico de trabajo pendiente. Muy valorado en Scrum, uno de los principales marcos ágiles para proyectos complejos, este gráfico puede transformar la gestión de tareas y plazos. Este artículo te enseñará a utilizarlo eficazmente en Scrum para lograr ciclos de desarrollo fluidos. ¡Descubre cómo convertir tu planificación de Sprints en una herramienta estratégica!

El gráfico de trabajo pendiente es una herramienta valiosa para visualizar el progreso del trabajo a lo largo del tiempo. Ayuda a supervisar el alcance, seguir el calendario y comparar lo planificado con el avance real. Al representar el trabajo restante frente al tiempo, permite prever cuándo estará completo y tomar decisiones informadas para entregar los Sprints con éxito.

Definición del gráfico de trabajo pendiente de Scrum: Es una herramienta visual de medición que muestra el trabajo restante a lo largo del tiempo, comparado con una tendencia de referencia para un Sprint o lanzamiento. Ayuda al equipo a evaluar el progreso y adaptar su plan hacia el resultado deseado.

Comprender el gráfico de trabajo pendiente en Scrum

En Scrum, este gráfico representa visualmente el progreso del equipo hacia el Sprint Goal. Se crea al comienzo de cada iteración y mide el trabajo pendiente frente al tiempo. Así, los miembros ven cuánto queda y pueden realizar ajustes para mantener el rumbo.

Imagina un proyecto de desarrollo con Scrum y un Sprint de dos semanas cuyo Sprint Backlog contiene 80 horas estimadas. Tras el primer día se ha completado trabajo estimado en 20 horas. Si no se ha añadido ni vuelto a estimar trabajo, quedan 60 horas. El gráfico representa esa estimación real pendiente frente a la línea de referencia.

Si el avance real iguala o supera estas previsiones conforme pasan los días, todo marcha bien. Si el equipo se queda atrás o avanza por delante, puede haber cuestiones subyacentes que abordar. Supervisar el gráfico ayuda a impedir que posibles dificultades se conviertan en problemas mayores.

Representación visual del trabajo frente al tiempo

Una gran ventaja es su sencillez y facilidad de uso. Suele representarse con un eje vertical que indica el trabajo pendiente en puntos de historia u horas y un eje horizontal que muestra el tiempo.

Es como utilizar Google Maps al conducir a un destino desconocido: el progreso se señala mediante hitos de navegación, junto con la ubicación actual y la distancia estimada al destino.

La línea de tendencia ideal (ITL) es una referencia recta que muestra una reducción uniforme de la estimación inicial durante el periodo previsto. El trabajo real no tiene que seguirla exactamente. Las circunstancias varían y suelen apartarse de ella; las desviaciones pueden indicar sobreestimación, complejidad infravalorada o impedimentos que frenan el progreso.

¿Cómo pueden los equipos aproximar la trayectoria de su gráfico a la ITL y qué aspecto tiene un gráfico saludable? Son algunas de las cuestiones fundamentales que trataremos a continuación.

Cómo utilizar un gráfico de trabajo pendiente

Una de sus mayores ventajas es proporcionar información actualizada y precisa del progreso. Un gráfico adecuado permite seguir el avance hacia los objetivos, supervisar desviaciones respecto a la pendiente ideal y descubrir problemas que impiden terminar a tiempo. Para utilizarlo eficazmente, debe revisarse y actualizarse continuamente.

Por ejemplo, si el equipo completa tareas más despacio de lo previsto durante un Sprint debido a un reto imprevisto o a requisitos más complejos, el gráfico mostrará la desviación de la tendencia ideal.

Revisar el gráfico regularmente e identificar estas variaciones permite tomar medidas correctoras proactivas con el equipo. Así, el proyecto mantiene el rumbo y se ajusta cuando sea necesario para seguir alineado con sus objetivos.

• Según la 14.ª edición del informe State of Agile de VersionOne, el 83% de los participantes, principalmente de equipos de software, utilizaba Scrum o métodos híbridos. Esto indica la posible extensión de los gráficos de trabajo pendiente como mecanismo clave de control.
• Un estudio publicado en Information and Software Technology analizó 160 Sprints de 16 proyectos y observó que a menudo se apartaban de la línea ideal, con una desviación media aproximada del 25%.
• El mismo estudio indicó que, pese a ello, alrededor del 72% cumplió sus objetivos. Esto sugiere que el análisis frecuente y la adaptabilidad facilitados por herramientas como estos gráficos ayudan a gestionar las desviaciones con éxito.
• El gráfico es valioso para seguir el progreso e identificar problemas que puedan impedir terminar a tiempo. Permite supervisar las desviaciones de la pendiente ideal y tomar medidas proactivas. Revisarlo y actualizarlo con frecuencia es crucial para disponer de datos precisos y actuales.

Pasos para crear un gráfico en Scrum

Crear un gráfico útil requiere cierta planificación antes de que el equipo pueda seguir eficazmente su progreso.

Piensa en la construcción de una casa: antes de empezar, los arquitectos elaboran planos que guían a los constructores. Del mismo modo, hay que definir parámetros concretos antes de crear el gráfico para avanzar hacia objetivos medibles.

Antes de explicar cómo crearlo para el desarrollo con Scrum, recuerda que existen distintas opciones para generar gráficos. Herramientas en línea como Process Canvas de Visual Paradigm ofrecen interfaces intuitivas y procesos automatizados que facilitan la tarea.

Estos son los pasos generales:

1. Determinar la duración del Sprint: El primer paso es determinar cuánto durarán tus Sprints, normalmente entre 1-4 semanas.
2. Identificar el Sprint Backlog: Un backlog define qué elementos requieren atención en cada momento del desarrollo. Al crear el gráfico, identifica todos los elementos que deben entregarse durante cada Sprint.
3. Determinar la velocidad: La velocidad es la cantidad de trabajo que completa el equipo en un periodo determinado. Los datos históricos ayudan a prever, pero no son un requisito para dibujar el gráfico y un equipo nuevo quizá aún no disponga de ellos.
4. Diseñar el gráfico: Utiliza los datos anteriores para diseñar un gráfico que los reúna y muestre con precisión el progreso respecto a los objetivos.

Una vez creado, actualízalo diariamente para seguir el trabajo y revisa con frecuencia cómo se relacionan los datos con los objetivos finales del proyecto.

Ahora que sabes crear un gráfico de trabajo pendiente en Scrum, veamos cómo utilizarlo para supervisar el progreso.

Supervisar el progreso mediante el gráfico

En Scrum, los equipos utilizan el gráfico para seguir el progreso hacia la finalización de todos los elementos del Sprint. Así conocen con precisión cuánto trabajo queda y adaptan su enfoque. El gráfico se actualiza diariamente con las tareas completadas y el esfuerzo pendiente, por lo que las actualizaciones frecuentes aportan información a lo largo del tiempo.

El ritmo de progreso de un equipo Scrum se denomina «velocidad». Expresa, por ejemplo, los puntos de historia completados por iteración. Una regla importante es contar solo las historias terminadas al final de la iteración. Está estrictamente prohibido contar trabajo parcial, como programación terminada sin las pruebas correspondientes.

Después de varios Sprints, el equipo puede disponer de datos suficientes para prever la finalización si el trabajo y las condiciones siguen siendo comparables. Por ejemplo, con una velocidad de 30 puntos de historia y 155 pendientes, podemos prever unos 6 Sprints para completar el alcance, siempre que la velocidad y el alcance permanezcan estables.

Imagina un Sprint de dos semanas en el que un equipo hipotético registra un ritmo de entrega de 100 puntos de historia por semana. Ese ritmo semanal no debe confundirse con la velocidad por Sprint. Al representar el progreso diario, puede ver si va por delante o por detrás del calendario y corregir el rumbo si hace falta.

Una vez establecido el seguimiento, es clave comprender cómo leer e interpretar los datos del gráfico.

Interpretar los datos del gráfico

El eje horizontal representa el tiempo y el vertical muestra el trabajo restante cada día, que idealmente llega a cero al terminar el Sprint. La línea ideal es una referencia para debatir; un equipo saludable inspecciona el patrón real en vez de intentar dar al gráfico una forma perfecta.

Supongamos un Sprint de diez días laborables y 100 horas de trabajo total. En el DÍA 1, el ritmo ideal de reducción sería de diez horas al día.

Una desviación puede reflejar cambios de alcance, nuevas estimaciones, impedimentos o el momento en que se completa el trabajo. Una línea por encima de la ideal suele indicar más trabajo pendiente que el previsto; por debajo, menos. Ningún patrón demuestra por sí solo que exista un problema. Analiza las causas y el Sprint Goal antes de adaptar el plan.

Es como leer rápidamente un libro: si sueles comprender 50 páginas por hora, pero tardas más de 45 minutos en leer 20, la desviación indica algo distinto. Quizá debas mejorar el ritmo o el libro requiera más atención.

Evaluar los objetivos del Sprint mediante el gráfico

El gráfico es una herramienta potente para evaluar si los objetivos del Sprint son alcanzables. Ayuda a seguir el progreso hacia la finalización de todas las historias del Sprint Backlog. Al visualizar el trabajo restante a lo largo del tiempo, el equipo comprende el esfuerzo diario necesario para alcanzar los objetivos.

En el desarrollo ágil, comprometerse con un Sprint Goal sin saber si puede alcanzarse dentro de la iteración podría provocar retrasos, incumplimiento de hitos y, finalmente, el fracaso del proyecto.

Con el gráfico puedes identificar rápidamente cuándo es probable alcanzar los objetivos antes de terminar el Sprint. Revisar los patrones anteriores y comparar el progreso diario con ese historial permite corregir el rumbo proactivamente para obtener buenos resultados.

Comprender cómo gestionar estos gráficos es igualmente esencial, porque tienen ventajas e inconvenientes en el desarrollo de software.

En la práctica, los elementos del Product Backlog cambian durante el proyecto. Se añaden historias y otras se modifican o eliminan. El gráfico simple no permite distinguir la velocidad de los cambios de alcance. Para reflejarlos puede utilizarse otro tipo de diagrama.

Ventajas e inconvenientes de los gráficos de trabajo pendiente en equipos ágiles y desarrollo de software

Estos gráficos son una de las métricas más utilizadas en Scrum porque visualizan el progreso y prevén fechas de finalización de forma sencilla y eficaz. Sin embargo, como cualquier herramienta, tienen ventajas e inconvenientes.

Ventajas

Aportan transparencia sobre cuánto trabajo queda en cualquier momento. La sencillez y claridad de la representación evitan la sobrecarga de información y ofrecen una visión útil de las actividades diarias.

Además, favorecen la responsabilidad colectiva al hacer visible el trabajo pendiente y ayudar a debatir la carga y los impedimentos. Un gráfico de equipo no identifica la velocidad ni la productividad individual.

Inconvenientes

Aunque ofrecen beneficios tangibles, también presentan posibles inconvenientes que conviene considerar. Por ejemplo:

• Pueden dar una impresión poco realista: según las estimaciones anteriores de complejidad técnica, especificaciones del producto u otros factores del desarrollo, pueden transmitir una impresión de progreso global exponencial al final del Sprint.
• Pueden reducir la eficiencia: en ciertos casos provocan una supervisión excesiva por parte de miembros individuales. Las actualizaciones generan interrupciones y se descuidan otros aspectos de productividad.
• Pueden fomentar la microgestión: si se utilizan mal, los responsables pueden emplearlos para controlar en exceso al equipo, reduciendo su autonomía, su motivación y la calidad de sus decisiones.

Estas limitaciones son posibles, pero no consecuencias inevitables. Es esencial sopesar los riesgos frente a los beneficios de seguir el proyecto con esta métrica. Lo mejor es debatirlos con el equipo y adaptar su uso al contexto concreto.

Aquí se utilizan barras en vez de líneas. El tamaño de cada barra representa el trabajo total restante al comenzar cada Sprint. La velocidad del equipo se resta de la parte superior y los cambios de alcance modifican la inferior.

Para lograr mayor precisión también podemos considerar el ritmo de cambio del trabajo total. Sin embargo, hay que utilizar este modelo con cautela: los cambios pueden ser numerosos al principio y disminuir después, pero ese patrón debe comprobarse y no darse por supuesto.

¿Con qué frecuencia debe actualizarse el gráfico en un proyecto Scrum?

Debe actualizarse diariamente. Así, el equipo puede seguir su progreso e identificar problemas u obstáculos en tiempo real. Esto permite decidir con mayor rapidez y corregir el rumbo cuando sea necesario para mantener el proyecto encaminado. Además, las actualizaciones diarias proporcionan datos valiosos para analizar el rendimiento y prever con precisión las fechas de finalización.

¿Cómo ayuda el gráfico a gestionar proyectos Scrum?

Proporciona una representación visual del progreso durante el Sprint. Sigue el trabajo pendiente frente al tiempo para comprobar si el equipo avanza hacia sus objetivos. Ayuda a identificar problemas o cuellos de botella y a tomar las medidas necesarias para cumplir el calendario. Los datos de Sprints anteriores pueden utilizarse para prever el progreso futuro y tomar decisiones informadas.

¿Qué información transmite sobre el progreso del proyecto?

El gráfico transmite información valiosa sobre el progreso de un proyecto de software con Scrum. Muestra el trabajo restante frente al tiempo y permite ver si el equipo va camino de terminar en el plazo previsto. La pendiente indica el ritmo al que se completa el trabajo y permite detectar y abordar rápidamente desviaciones. También ayuda a las partes interesadas y al equipo a identificar tendencias, tomar decisiones y ajustar estrategias cuando sea necesario.

¿Existen herramientas o programas específicos para crear estos gráficos en Scrum?

Sí. Herramientas como Jira y Microsoft Azure DevOps ofrecen informes de trabajo pendiente; un flujo de Trello puede utilizar una extensión Power-Up o una integración adecuada. Estas herramientas representan visualmente el trabajo pendiente a lo largo del tiempo para seguir el progreso y detectar desviaciones. Las estadísticas muestran que mejoran la colaboración, facilitan la transparencia y ayudan a tomar decisiones basadas en datos para entregar proyectos con éxito.

¿Existen buenas prácticas para interpretar y utilizar eficazmente los datos del gráfico en Scrum?

Sí. Primero, hay que actualizarlo diariamente para seguir el progreso con precisión. Además, el equipo debe inspeccionar la tendencia junto con el trabajo real y el Sprint Goal. Una caída pronunciada puede reflejar simplemente que se ha registrado a la vez trabajo completado, mientras que los cambios de alcance deben hacerse visibles y debatirse. Comparar el avance real con el previsto ayuda a identificar mejoras y ajustes para futuros Sprints. Los estudios muestran que los equipos que utilizan eficazmente estos gráficos logran mayor productividad y previsibilidad en sus proyectos de software (fuente: Agile Alliance).

Resumen del gráfico de trabajo pendiente en Scrum

Al revisar su esencia, resulta evidente que esta potente herramienta reúne elementos fundamentales de la gestión ágil. El gráfico de trabajo pendiente del Sprint, que representa la línea de trabajo frente al tiempo durante un Sprint, cumple una función crucial para seguir el progreso de los Sprint Goals.

Las estimaciones de trabajo e incidencias contribuyen a dar forma al gráfico. El número de unidades estimadas para completar constituye la base de esta representación dinámica del progreso. Los directores de proyecto, Scrum Masters y Product Owners son participantes clave que lo utilizan para supervisar el estado y reducir posibles riesgos.

El Scrum Master, como facilitador, se asegura de que el gráfico cumpla su propósito en el Sprint ágil. La Product Owner, que representa al negocio y a los clientes, lo supervisa para alinear el proyecto con los objetivos generales de la empresa. El gráfico se convierte en un modelo de transparencia que facilita la comunicación y colaboración del equipo.

Para las empresas que emplean metodologías ágiles, es una parte valiosa de la documentación de gestión. Recoge épicas y calendarios y ofrece una visión completa de la trayectoria del proyecto. Además de seguir el trabajo, destaca la diferencia entre la finalización estimada y la real y favorece la mejora continua.

Integrado con herramientas como Jira y Trello, se adapta al flujo de trabajo y agiliza el seguimiento. Se convierte en un instrumento dinámico que refleja el esfuerzo conjunto y la evolución del proyecto.

En conclusión, el gráfico de trabajo pendiente de Scrum es una referencia de eficiencia que representa visualmente el progreso, las estimaciones y los riesgos potenciales. Ofrece un modelo de colaboración y transparencia para apoyar a las empresas y sus productos en su trabajo ágil. Tanto si el proyecto trata de artículos como de productos empresariales o iniciativas corporativas, el gráfico sigue siendo un recurso indispensable para guiar al equipo hacia su finalización satisfactoria.