Todos los métodos
AgileIntermedio

Hill Chart

Un Hill Chart es una imagen de estado en la que cada parte del trabajo es un punto sobre una colina: la subida representa averiguar cómo resolverlo y la bajada, ejecutar lo que ya se entiende. Proviene de Shape Up, la descripción de Ryan Singer de cómo 37signals construye Basecamp. En una revisión periódica, el equipo mueve los puntos y compara la imagen con la anterior, lo que muestra dónde está atascado el trabajo con más fiabilidad que contar tareas terminadas.

Duración
10m–20m
Tamaño del grupo
2–12 people
Materiales
Pizarra, o una herramienta con función de hill chart, Marcadores o puntos adhesivos, Fotos o capturas de versiones anteriores del gráfico

Guion de facilitación

  1. 1

    Mostrar el gráfico actual junto a la última captura. Recordar al grupo que a la izquierda de la cima todavía se está averiguando y a la derecha de la cima se está ejecutando.

    2 min
  2. 2

    Cada persona o pareja mueve los puntos de los scopes en los que trabaja y dice en una frase qué los movió.

    5 min
  3. 3

    Mirar los puntos que no se movieron desde la última revisión. Para cada uno, preguntar qué sigue sin saberse y si hace falta ayuda o una decisión.

    5 min
  4. 4

    Decidir para cada punto atascado si se divide el scope, se suma a alguien para trabajar en pareja o se cambia el enfoque. Añadir a la colina los scopes nuevos.

    4 min
  5. 5

    Revisar el orden: confirmar qué scope en subida recibe atención primero hasta la próxima revisión y luego guardar una captura.

    2 min

Consejos

  • Hablar del trabajo, no de la persona: '¿qué sigue sin saberse en este scope?' obtiene una mejor respuesta que '¿por qué estás atascado?'.

  • Ser estricto con lo que cuenta como la cima de la colina.

  • En términos de Shape Up, un scope ha pasado la cima cuando las incógnitas se han resuelto en la práctica, no cuando alguien lo ha pensado a fondo.

  • Conservar las capturas, porque un solo gráfico dice poco y la información está en el movimiento entre dos gráficos.

Errores comunes

  • Que un jefe mueva los puntos en nombre del equipo, lo que convierte el gráfico en un informe de lo que el jefe espera y no de lo que saben las personas que hacen el trabajo

  • Colocar un punto en la cima porque la solución se ha pensado pero no se ha probado, de modo que más tarde vuelve a deslizarse cuesta arriba y el gráfico pierde credibilidad

  • Scopes demasiado grandes, en los que un solo punto esconde partes resueltas y sin resolver y se queda en el medio durante semanas

  • Empezar por los scopes fáciles para mostrar movimiento temprano, lo que deja las incógnitas más arriesgadas para el final del ciclo, cuando ya no queda tiempo para absorber una sorpresa

  • Conservar solo el último gráfico, de modo que nadie puede ver que un punto lleva tres revisiones en el mismo lugar

Variaciones

En una pizarra física, volver a dibujar o fotografiar el gráfico en cada revisión. Los equipos remotos pueden usar una pizarra compartida con una curva y puntos móviles, o una herramienta de gestión de proyectos con hill chart integrado. En un programa más grande, dar a cada equipo su propia colina y revisar en conjunto solo los puntos atascados. Los equipos que no usan ciclos de Shape Up pueden usar el gráfico en una reunión semanal de sincronización en lugar de un informe de porcentaje completado.

Casos de uso

Revisiones de estado sin contar tareasSacar a la luz incertidumbre oculta y trabajo atascadoDecidir qué parte de un proyecto abordar primeroInformar del avance a los stakeholders en una sola imagenCiclos de seis semanas de Shape Up y otros proyectos de duración fija

Cuándo usarlo

  • Los informes de estado dicen que un proyecto está al 80 por ciento durante semanas seguidas y nadie sabe decir qué contiene el 20 por ciento restante

  • El trabajo tiene incógnitas reales, como una integración nueva o un diseño sin probar, y las listas de tareas no dejan de crecer a medida que la gente descubre más

  • A los miembros del equipo les cuesta decir que están atascados, y se busca una forma de que eso se vea sin que nadie tenga que anunciarlo

  • Los stakeholders quieren una vista del avance y se quiere evitar una revisión de tareas línea por línea

  • El equipo tiene una fecha límite fija y necesita decidir qué incógnitas resolver primero

Cuándo no usarlo

  • El trabajo es rutinario y se entiende bien, de modo que todo está en la bajada desde el primer día; un tablero de tareas sencillo o una vista Kanban muestra más

  • El proyecto todavía no se ha dividido en porciones con sentido; primero hay que mapear el alcance, por ejemplo con Story Mapping, antes de colocar puntos

  • Se necesitan estimaciones de esfuerzo o de fechas; el gráfico muestra certeza, no tamaño, así que para eso conviene usar T-Shirt Sizing o Planning Poker

  • La posición de los puntos se usará para evaluar a las personas; entonces la gente colocará los puntos donde resulte seguro y el gráfico dejará de decir la verdad

Métodos relacionados

Preguntas frecuentes

¿Qué es un Hill Chart?▾

Un Hill Chart muestra cada parte de un proyecto como un punto sobre una curva con forma de colina. La mitad de subida representa resolver incógnitas y la mitad de bajada, ejecutar con certeza. Lo describió Ryan Singer en Shape Up, el libro sobre cómo 37signals desarrolla Basecamp.

¿Qué significan los dos lados de la colina?▾

En la subida, el equipo todavía está averiguando qué hacer y cómo; hay preguntas abiertas y el trabajo aún podría dar sorpresas. En la cima, el enfoque está claro. En la bajada, lo que queda es trabajo conocido que solo hay que hacer.

¿En qué se diferencia un Hill Chart de un gráfico burndown o de un conteo de tareas?▾

Los gráficos burndown y los conteos de tareas miden cuánto del trabajo listado está terminado. No pueden mostrar el trabajo desconocido que aún no se ha listado, que es de donde viene la mayoría de los retrasos. Un Hill Chart sigue cuánta certeza tiene el equipo sobre cada scope, de modo que un scope con pocas tareas pero una gran pregunta abierta aparece como un riesgo.

¿Con qué frecuencia debe un equipo actualizar su Hill Chart?▾

Actualizarlo cada vez que la imagen haya cambiado y revisarlo en una reunión periódica, normalmente una o dos veces por semana. La revisión en sí lleva de 10 a 20 minutos. Conviene guardar cada versión para que el equipo pueda comparar posiciones a lo largo del tiempo.

¿Qué debe hacer el equipo cuando un punto deja de moverse?▾

Tratarlo como una señal para preguntar por el trabajo, no como un fallo de la persona. Preguntar qué sigue sin saberse, si el scope contiene varios problemas distintos y si conviene dividirlo en scopes más pequeños que puedan avanzar de forma independiente. A menudo la respuesta es una decisión o una ayuda que puede dar alguien de fuera del scope.

🪡

Planifica tu próximo taller con IA

Workshop Weaver te ayuda a combinar métodos como Hill Chart en una agenda completa y cronometrada en minutos.

Probar gratis

Method descriptions on Workshop Weaver are original content written by our team, based on established facilitation practices. This method was inspired by work from Ryan Singer / 37signals (Shape Up).