Qué hace realmente el campo de progreso de subtareas
Dividiste un trabajo grande en subtareas en GitHub y ahora tu tablero de proyecto muestra un muro de elementos individuales.
Te preguntas si activar el campo “Progreso de subtareas” vale la pena, o si solo agregará otra columna que nadie leerá.
La respuesta honesta: depende de cómo planeas usar la vista.
Este artículo explica qué hace realmente el campo, cuándo suele ganarse su lugar y cuándo una configuración más simple te sirve mejor.
La documentación de GitHub describe dos campos relacionados que puedes activar en un proyecto: “Issue padre” y “Progreso de subtareas”.
Si tu organización usa subtareas, activarlos te permite ver las relaciones entre tus issues y el progreso logrado en ellos.
El campo “Progreso de subtareas” muestra cuántas subtareas se han completado para cada elemento padre.
Así que el campo no es un medidor de porcentaje ni un gráfico de trabajo restante.
Es una vista basada en conteos de finalización dentro de la jerarquía de subtareas de cada issue padre, visible directamente en tus vistas de proyecto.
GitHub documenta la configuración en la vista de tabla: en el encabezado del campo más a la derecha, abre el menú, busca en “Campos ocultos” y haz clic en “Progreso de subtareas”.
El campo “Issue padre” se activa de la misma manera.
Ese detalle de “campos ocultos” importa.
El campo existe en tu proyecto pero permanece oculto hasta que lo revelas, así que activarlo es un cambio de bajo compromiso.
Si satura una vista, puedes ocultarlo de nuevo sin tocar tus issues.
Cuándo mostrar el progreso de subtareas ayuda
El campo se gana su lugar cuando tu vista de proyecto se organiza en torno al trabajo padre y no a tareas individuales.
Algunas situaciones donde ese patrón aparece:
- Agrupas las vistas por issue padre. El campo “Issue padre” puede usarse para agrupar elementos, lo que te permite crear vistas que desglosan tu trabajo según las jerarquías de subtareas que has creado. En una vista agrupada, un conteo de progreso junto a cada padre te da una foto de finalización sin abrir nada.
- Revisas el trabajo a nivel de iniciativa. Si tu equipo pregunta “¿qué tan avanzada está esta función?” en lugar de “¿está lista la tarea 47?”, un conteo por padre responde la pregunta que la gente realmente hace.
- Filtras el trabajo de un solo padre. GitHub documenta el filtrado por el campo “Issue padre” para mostrar solo los elementos que son subtareas de un issue concreto. Puedes empezar escribiendo “parent-issue” y seleccionando un issue de la lista, o escribir el filtro completo con el propietario del repositorio, el nombre del repositorio y el número de issue. En una vista filtrada así, el progreso del padre es el titular natural.