Analíticas del Sprint

Las Analíticas del Sprint proporcionan gráficos visuales y métricas que revelan cómo progresa el trabajo a través de tu iteración. Gráficos de burndown, burnup y desgloses de distribución transforman datos crudos de tareas en insights accionables.

El Problema que Esto Resuelve

Mirar un tablero de tareas te dice el estado actual, pero no la trayectoria. No puedes ver si estás adelantado, atrasado o experimentando expansión del alcance. Sin analíticas, las revisiones de sprint se convierten en suposiciones: "Creo que lo hicimos bien" en lugar de "Aquí está exactamente lo que pasó."

Las Analíticas del Sprint convierten tu historial de tareas en gráficos que muestran patrones, problemas y progreso. Toma decisiones informadas por datos durante el sprint y realiza retrospectivas significativas después.

Lo Que Estás Viendo

La pestaña Analíticas muestra un dashboard de métricas del sprint. En la parte superior, una barra de KPIs muestra números clave de un vistazo. Debajo, gráficos visualizan patrones de completación de tareas. Los desgloses de distribución revelan cómo se divide el trabajo entre tipos, miembros y niveles de esfuerzo.

Nota: Las Analíticas del Sprint son una característica Pro. Un distintivo indica cuando se requiere actualización de suscripción.

Barra de Estadísticas KPI

La fila superior muestra seis métricas clave:

Total de Tareas: Conteo completo de tareas asignadas a este sprint, independientemente del estado.

Completadas: Número de tareas en estados de flujo de trabajo "hecho". Compara con el total para el ratio de completación.

Progreso: Porcentaje de tareas completadas. Calculado como (completadas / total) × 100.

Story Points: Suma de puntos de esfuerzo asignados a tareas del sprint. Solo se llena si tu proyecto usa estimación por puntos.

Horas Trabajadas: Tiempo total registrado contra tareas en este sprint. Requiere que el seguimiento de tiempo esté activo.

Duración: Número de días en el sprint basado en fechas de inicio y fin.

Estas métricas se actualizan en tiempo real conforme las tareas cambian de estado o se registra tiempo.

Gráfico de Burndown

El gráfico de burndown muestra el trabajo restante a lo largo del tiempo. El eje Y representa tareas (o puntos) restantes. El eje X representa el tiempo desde el inicio hasta el fin del sprint.

Línea ideal: Una línea diagonal desde el trabajo total al inicio del sprint hasta cero al final. Esto representa progreso perfectamente lineal.

Línea actual: Tu trabajo restante real a lo largo del tiempo. Muestra cómo el progreso se compara con el ideal.

Leyendo el gráfico:

• Línea sobre el ideal: Atrasado. Queda más trabajo del esperado.
• Línea bajo el ideal: Adelantado. El trabajo se completa más rápido de lo planeado.
• Línea coincide con el ideal: En camino para completación planeada.
• Secciones planas: No se completaron tareas durante ese período.
• Picos hacia arriba: Alcance añadido a mitad del sprint (tareas añadidas o reabiertas).

Gráfico de Burnup

El gráfico de burnup complementa el burndown mostrando el trabajo completado acumulándose a lo largo del tiempo.

Línea de alcance: Alcance total del sprint (todas las tareas asignadas). Una línea plana significa alcance estable. Una línea ascendente significa que se están añadiendo tareas.

Línea de completado: Tareas acumuladas terminadas a lo largo del tiempo. Debería subir constantemente hacia la línea de alcance.

Leyendo el gráfico:

• Completado acercándose al alcance: El sprint se completará a tiempo.
• Completado plano mientras el alcance sube: La expansión del alcance supera la entrega.
• Completado subiendo más rápido que el alcance: El equipo está adelantado, o el alcance se está reduciendo.
• Brecha al final del sprint: Trabajo que no se hizo (las tareas restantes).

El burnup es particularmente útil cuando el alcance cambia frecuentemente, ya que muestra tanto el progreso de completación como la expansión del alcance simultáneamente.

Distribución por Tipo de Tarea

Este desglose muestra cómo se divide el trabajo del sprint entre tipos de tareas (Bug, Feature, Mejora, etc.).

Para cada tipo:

• Indicador de color: Coincide con el color configurado del tipo
• Nombre del tipo: La etiqueta del tipo de tarea
• Conteo: Número de tareas de este tipo
• Porcentaje: Proporción del total de tareas del sprint
• Barra de progreso: Representación visual del porcentaje

Casos de uso:

• Identificar sprints con muchos bugs que pueden indicar problemas de calidad
• Rastrear ratios de features versus mantenimiento
• Asegurar distribución equilibrada del trabajo

Distribución por Miembro del Equipo

Este desglose muestra cómo se distribuyen las tareas entre los miembros del equipo.

Para cada miembro:

• Avatar: Imagen de perfil del miembro
• Nombre: Nombre del miembro del equipo
• Conteo: Tareas asignadas a este miembro
• Porcentaje: Proporción del total de tareas asignadas
• Barra de progreso: Representación visual del porcentaje

Casos de uso:

• Identificar cargas de trabajo desequilibradas
• Encontrar miembros sobre-asignados o sub-utilizados
• Asegurar distribución equitativa durante la planificación

Nota: Las tareas pueden tener múltiples asignatarios, por lo que las asignaciones totales pueden exceder el total de tareas.

Distribución por Esfuerzo

Si tu proyecto usa niveles de esfuerzo o prioridad, este desglose muestra el trabajo del sprint por categoría de esfuerzo.

Para cada nivel de esfuerzo:

• Indicador de color: Color configurado del nivel de esfuerzo
• Nombre del nivel: La etiqueta de la categoría de esfuerzo
• Conteo: Tareas en este nivel de esfuerzo
• Porcentaje: Proporción del total de tareas del sprint

Casos de uso:

• Verificar mezcla apropiada de trabajo complejo y simple
• Asegurar que el sprint no contenga solo tareas difíciles
• Rastrear patrones de estimación de esfuerzo

Línea de Tiempo de Actividad Diaria

Una vista de línea de tiempo puede mostrar completaciones de tareas por día a lo largo del sprint:

• Barras o marcadores: Indican tareas completadas cada día
• Patrones: Revelan ritmo de trabajo (constante versus cargado al final)
• Vacíos: Días sin completaciones que vale la pena investigar

Casos de uso:

• Identificar patrones problemáticos (todo el trabajo completándose el último día)
• Ver cómo fines de semana o festivos afectan el progreso
• Correlacionar con eventos externos que afectan la productividad

Comparación de Velocidad

Si está disponible, los gráficos de velocidad comparan el rendimiento de este sprint con sprints históricos:

• Sprint actual: Tareas o puntos completados
• Velocidad promedio: Media histórica
• Línea de tendencia: Dirección de la velocidad en sprints recientes

Casos de uso:

• Entender capacidad para planificación futura
• Identificar rendimiento del equipo mejorando o declinando
• Establecer expectativas realistas para próximos sprints

Actualizar Datos

Haz clic en el botón de actualizar en el sub-encabezado para recargar todos los datos de analíticas. Úsalo cuando:

• Las tareas han cambiado de estado recientemente
• Quieres los números más recientes durante una reunión
• Los gráficos parecen desactualizados

Un indicador de carga aparece mientras los datos se actualizan.

Usar Analíticas para Retrospectivas

Las analíticas proporcionan datos objetivos para retrospectivas de sprint:

1. Revisar forma del burndown: ¿El progreso fue constante o cargado al final?
2. Verificar expansión del alcance: ¿El burnup mostró alcance expandiéndose?
3. Examinar distribuciones: ¿La carga de trabajo fue equilibrada? ¿Los tipos fueron los esperados?
4. Comparar velocidad: ¿Cómo se compara este sprint con la historia reciente?

Fundamenta las discusiones en datos en lugar de impresiones. "Nos sentimos ocupados" se convierte en "Completamos 23 tareas, 5 sobre el promedio, pero 8 fueron añadidas a mitad del sprint."

Consejos Profesionales

• Check-ins diarios: Revisa el burndown brevemente cada día para detectar problemas temprano
• Captura de pantalla para documentación: Captura gráficos al final del sprint para registros históricos
• Combinar con datos cualitativos: Los gráficos muestran qué pasó; las discusiones del equipo explican por qué
• Observar patrones: La carga constante al final puede indicar problemas de estimación o planificación

Cómo Reportar un Problema o Solicitar una Característica

Tu feedback importa. Aquí está cómo compartirlo:

Si los gráficos se muestran incorrectamente, los datos parecen erróneos, o quieres métricas adicionales, queremos saberlo.

En la Barra Lateral, haz clic en Tickets de Soporte y abre un ticket para el problema. Todo es interactivo y rápido a través de la plataforma GitScrum Studio.

Crear Sprint

El modal Crear Sprint proporciona una interfaz simplificada para configurar nuevas iteraciones de sprint. Define la línea de tiempo de tu sprint, objetivos y estado inicial en segundos, luego comienza a asignar trabajo al nuevo sprint.

El Problema que Esto Resuelve

Iniciar un nuevo sprint debería tomar momentos, no reuniones. Necesitas capturar los parámetros esenciales del sprint: qué período cubre, qué deseas lograr y en qué estado comienza. Todo lo demás puede refinarse conforme progresa la planificación.

El modal Crear Sprint se enfoca en estos esenciales mientras permanece suficientemente flexible para equipos con diferentes estilos de planificación.

Lo Que Estás Viendo

El modal Crear Sprint aparece como un diálogo centrado con una interfaz limpia y enfocada. El encabezado muestra un selector de proyecto, seguido por campos de entrada para título y objetivos del sprint. Debajo, opciones en línea proporcionan selectores de estado y fecha mostrados de forma compacta en una sola fila.

Abrir el Modal Crear Sprint

Puedes abrir el modal Crear Sprint desde múltiples ubicaciones:

Desde la Lista de Sprints:

• Haz clic en el botón "Nuevo Sprint" o "+" en la vista de lista de sprints

Desde la Creación Rápida Global:

• Usa el menú de creación rápida global y selecciona Sprint
• Usa atajos de teclado si están configurados

Creación consciente del contexto: Cuando abres el modal desde dentro de un proyecto específico, la selección del proyecto se llena automáticamente. Esto ahorra tiempo al crear múltiples sprints en el mismo proyecto.

Selección de Proyecto

Antes de crear un sprint, selecciona a qué proyecto pertenece. El selector de proyecto aparece en el encabezado del modal.

Si tienes acceso a múltiples espacios de trabajo: Primero selecciona un espacio de trabajo usando el desplegable. Después de seleccionar un espacio de trabajo, la lista de proyectos se actualiza para mostrar proyectos en ese espacio de trabajo.

Si abriste el modal desde un contexto de proyecto: El proyecto se pre-llena automáticamente. Aún puedes cambiarlo si es necesario.

Haz clic en un nombre de proyecto en la lista para seleccionarlo. Una marca de verificación indica la selección actual.

Título del Sprint

El campo de título acepta un nombre para tu sprint. Buenos títulos de sprint ayudan a los miembros del equipo a identificar rápidamente las iteraciones:

Patrones de nomenclatura efectivos:

• Secuencial: "Sprint 14", "Sprint 15"
• Basado en fecha: "Sprint S23" (semana 23), "Sprint Mar-1"
• Basado en tema: "Sprint: Autenticación de Usuarios", "Sprint: Rendimiento"
• Combinado: "Sprint 14: Refactor de API"

El título aparece en toda la interfaz donde se referencia este sprint. Mantenlo conciso pero lo suficientemente distintivo para identificar de un vistazo.

Objetivos del Sprint (Descripción)

El campo de objetivos captura lo que el equipo pretende lograr durante este sprint. Escribe objetivos en lenguaje orientado a resultados:

Objetivos fuertes:

• "Los usuarios pueden restablecer sus contraseñas por email"
• "Tiempos de respuesta de API bajo 200ms para todos los endpoints"
• "Completar pruebas del flujo de onboarding"

Objetivos débiles:

• "Trabajar en tareas"
• "Arreglar bugs"
• "Hacer progreso"

Los objetivos proporcionan enfoque durante el sprint. Al elegir qué tareas añadir o si aceptar nuevo trabajo a mitad del sprint, referencia los objetivos: "¿Esto nos ayuda a lograr nuestros objetivos declarados?"

Deja este campo vacío si tu equipo prefiere definir objetivos por separado o no usa objetivos de sprint.

Estado del Sprint

El desplegable de estado muestra los estados de sprint disponibles configurados para tu proyecto. Selecciona el estado inicial para este sprint:

Estados iniciales comunes:

• Planificación: El sprint está siendo preparado, el trabajo está siendo identificado
• Listo: El sprint está planificado y listo para comenzar
• Activo: El sprint ha comenzado y el trabajo está en progreso

Tu proyecto puede tener estados diferentes o adicionales. Selecciona el estado que coincida con dónde comienza este sprint en tu flujo de trabajo.

Fechas del Sprint

Dos selectores de fecha definen la línea de tiempo del sprint:

Fecha de Inicio: Cuándo comienza el sprint. Las tareas se vuelven "activas" desde esta fecha para propósitos de seguimiento.

Fecha de Fin: Cuándo concluye el sprint. Esta fecha impulsa los cálculos de burndown y seguimiento de fechas límite.

Haz clic en cada campo de fecha para abrir un selector de calendario. Selecciona una fecha haciendo clic en ella en el calendario.

Indicador de duración: Cuando ambas fechas están seleccionadas, el modal muestra la duración calculada en días. Esto ayuda a verificar que has seleccionado el marco de tiempo deseado.

Consejos para selección de fechas:

• Alinea con el horario de tu equipo (comenzar en lunes, terminar en viernes)
• Considera festivos o ausencias conocidas
• Mantén duración consistente del sprint para comparaciones de velocidad

Crear el Sprint

Haz clic en el botón confirmar para crear el sprint. El sistema valida que has:

• Seleccionado un proyecto
• Proporcionado un título de sprint
• Seleccionado fechas válidas

Si falta alguna información requerida, el botón de crear permanece deshabilitado.

Tras la creación exitosa, el modal muestra una confirmación de éxito con opciones para:

• Ir al Sprint: Navegar directamente a la vista de tablero del nuevo sprint
• Crear Otro: Permanecer en el modal con campos limpiados para crear otro sprint

Después de Crear un Sprint

El nuevo sprint aparece en la lista de sprints de tu proyecto y queda disponible para asignación de tareas. Los siguientes pasos típicamente incluyen:

1. Refinar objetivos si escribiste texto provisional
2. Asignar tareas al sprint desde el backlog o creando nuevas tareas
3. Revisar capacidad basada en disponibilidad del equipo durante las fechas del sprint
4. Comunicar el plan del sprint a los stakeholders

Crear Múltiples Sprints

Si planificas sprints por adelantado, usa "Crear Otro" para configurar múltiples sprints en secuencia:

1. Crea Sprint 14 con fechas para semana 1-2
2. Haz clic en "Crear Otro"
3. Crea Sprint 15 con fechas para semana 3-4
4. Continúa según sea necesario

Este enfoque ayuda a los equipos a planificar varias iteraciones por adelantado mientras mantienen nomenclatura consistente y progresión de fechas.

Navegación por Teclado

El modal soporta navegación estándar por teclado:

• Tab: Mover entre campos
• Enter: En campo de título, mueve al siguiente campo. En botón confirmar, crea el sprint.
• Escape: Cerrar el modal sin crear

Manejo de Errores

Si la solicitud de creación falla (problemas de red, problemas de validación o errores de permisos), el modal muestra un mensaje de error. Tus datos ingresados permanecen en el formulario para que puedas reintentar sin re-ingresar información.

Problemas comunes:

• Nombres duplicados: Algunos proyectos previenen títulos de sprint duplicados
• Fechas inválidas: La fecha de fin debe ser posterior a la fecha de inicio
• Permisos: Puedes no tener permiso para crear sprints en el proyecto seleccionado

Consejos Profesionales

• Plantillas de sprint: Anota tu patrón de nomenclatura preferido, duración típica y objetivos estándar. Aplica consistentemente entre sprints.

• Tiempo de buffer: Si tu equipo consistentemente necesita unos días después del fin del sprint para cierre, factoriza eso en tu selección de fechas.

• Especificidad de objetivos: Cuanto más específicos sean tus objetivos, más fácil evaluar el éxito del sprint. "Mejorar rendimiento" es difícil de medir; "Reducir tiempo de carga a menos de 2 segundos" es claro.

Cómo Reportar un Problema o Solicitar una Característica

Tu feedback importa. Aquí está cómo compartirlo:

Si el proceso de creación de sprint pudiera mejorarse o encuentras problemas, queremos saberlo.

En la Barra Lateral, haz clic en Tickets de Soporte y abre un ticket para el problema. Todo es interactivo y rápido a través de la plataforma GitScrum Studio.

Objetivos del Sprint

Los objetivos del sprint definen lo que el equipo pretende lograr durante una iteración. Más que una lista de tareas, los objetivos describen los resultados que hacen exitoso un sprint. Proporcionan enfoque al priorizar trabajo y evaluar resultados.

El Problema que Esto Resuelve

Un sprint lleno de tareas pero sin propósito claro lleva a esfuerzo disperso. Los miembros del equipo completan trabajo sin entender cómo se conecta con objetivos mayores. Al final del sprint, nadie puede decir con confianza si el sprint fue exitoso.

Los objetivos del sprint transforman una lista de tareas en una misión. Cuando todos entienden el resultado objetivo, las decisiones se vuelven más fáciles: "¿Esta tarea nos ayuda a lograr nuestro objetivo?" impulsa la priorización, gestión del alcance y enfoque diario.

Lo Que Estás Viendo

La sección de Objetivos del Sprint aparece en la pestaña Detalles de cualquier sprint. Muestra el texto actual del objetivo con soporte de formato enriquecido. Un botón de editar abre un modal donde puedes modificar el contenido del objetivo.

Ver Objetivos del Sprint

Navega a cualquier sprint y selecciona la pestaña Detalles. La sección Objetivo del Sprint muestra:

• El encabezado del título del objetivo
• Contenido formateado del objetivo (soporta texto enriquecido)
• Un botón Editar para usuarios con los permisos apropiados

Si no se ha establecido ningún objetivo, la sección muestra texto de marcador de posición indicando que no se proporcionaron criterios de aceptación.

Editar Objetivos del Sprint

Para editar objetivos del sprint:

1. Navega a la pestaña Detalles del sprint
2. Haz clic en el botón "Editar" en el encabezado de Objetivo del Sprint
3. Se abre el modal del editor de objetivo con el contenido actual
4. Modifica el texto del objetivo usando el editor de texto enriquecido
5. Haz clic en "Confirmar" para guardar los cambios

El editor soporta:

• Negrita, cursiva, subrayado: Enfatiza frases clave
• Encabezados: Estructura objetivos más largos con secciones
• Listas: Viñetas y listas numeradas para múltiples objetivos
• Bloques de código: Especificaciones técnicas o comandos
• Líneas horizontales: Separa diferentes categorías de objetivos

Escribir Objetivos Efectivos

Los objetivos de sprint fuertes comparten características comunes:

Enfocados en Resultados

Describe lo que los usuarios o el sistema pueden hacer después del sprint, no qué tareas realiza el equipo.

Bueno: "Los usuarios pueden autenticarse con cuentas de redes sociales" Débil: "Completar tareas de la característica de login"

Medibles

Incluye criterios que hagan el éxito objetivo.

Bueno: "El dashboard carga en menos de 2 segundos para el 95% de usuarios" Débil: "Mejorar rendimiento"

Alcanzables

Los objetivos deben estirar al equipo pero permanecer realistas para la duración del sprint.

Bueno: "Completar flujo de registro de usuarios incluyendo verificación por email" Débil: "Construir todo el sistema de gestión de usuarios"

Relevantes

Los objetivos deben conectarse con las prioridades del producto o proyecto.

Bueno: "Habilitar restablecimiento de contraseña autoservicio para reducir tickets de soporte" Débil: "Refactorizar código de autenticación" (a menos que esto se conecte con un objetivo mayor)

Con Tiempo Definido

El sprint en sí proporciona el límite de tiempo. Los objetivos deben ser completables dentro de la iteración.

Plantillas de Objetivos

Diferentes equipos usan diferentes formatos de objetivos. Aquí hay patrones comunes:

Formato de Objetivo Único

Al final de este sprint, [tipo de usuario] podrá [acción/capacidad].

Ejemplo: "Al final de este sprint, los clientes podrán ver su historial de pedidos de los últimos 12 meses."

Formato de Múltiples Objetivos

Este sprint se enfoca en:
1. [Objetivo primario]
2. [Objetivo secundario]
3. [Objetivo de estiramiento - si el tiempo lo permite]

Ejemplo:

Este sprint se enfoca en:
1. Procesamiento de pagos con integración de Stripe
2. Generación de recibos y envío por email
3. Estiramiento: Soporte multi-moneda

Formato de Criterios de Aceptación

El sprint tiene éxito cuando:
- [Criterio 1]
- [Criterio 2]
- [Criterio 3]

Ejemplo:

El sprint tiene éxito cuando:
- El usuario puede completar el checkout sin errores
- El email de confirmación de pedido llega en 30 segundos
- El admin puede ver todos los pedidos en el dashboard

Usar Objetivos Durante el Sprint

Los objetivos no son solo para planificación. Referencialos a lo largo de la iteración:

Standups diarios: "¿Cómo el trabajo de hoy nos mueve hacia nuestro objetivo?"

Decisiones de alcance: Cuando nuevas solicitudes llegan a mitad del sprint, evalúa contra los objetivos. "Esto no ayuda a lograr nuestros objetivos declarados—añadir al backlog para el próximo sprint."

Bloqueadores: Cuando surgen problemas, prioriza la resolución basándote en el impacto al objetivo. "Este bug bloquea el logro del objetivo—abordar inmediatamente."

Fin del sprint: Revisa los objetivos explícitamente. "¿Logramos lo que nos propusimos hacer?"

Objetivos y Asignación de Tareas

Los objetivos del sprint guían qué tareas pertenecen al sprint:

1. Define el objetivo primero
2. Identifica tareas que contribuyen a lograr el objetivo
3. Añade esas tareas al sprint
4. Si las tareas no se conectan con los objetivos, cuestiona si pertenecen

Las tareas sin conexión con objetivos no son necesariamente incorrectas, pero deben ser decisiones conscientes. El trabajo de mantenimiento, deuda técnica y tareas de soporte pueden ser necesarios aunque no avancen los objetivos del sprint.

Múltiples Objetivos vs Objetivo Único

Algunos equipos prefieren un solo objetivo enfocado por sprint. Otros definen múltiples objetivos. Considera:

Ventajas de objetivo único:

• Máxima claridad y enfoque
• Más fácil evaluar éxito/fracaso
• Previene conflicto de objetivos

Ventajas de múltiples objetivos:

• Refleja trabajo diverso (features + bugs + mantenimiento)
• Permite evaluación de éxito parcial
• Más realista para cargas de trabajo mixtas

Elige el enfoque que se ajuste a los patrones de trabajo y estilo de planificación de tu equipo.

Evolución de Objetivos

Los objetivos pueden cambiar durante un sprint, aunque esto debería ser excepcional:

Razones válidas para modificar objetivos:

• Cambio crítico de prioridad del negocio
• Descubrimiento de que el objetivo original es imposible
• Reducción importante del alcance aceptada por stakeholders

Razones inválidas:

• La tarea tomó más tiempo del esperado
• El equipo quiere sentirse exitoso
• Una nueva idea parece más interesante

Si los objetivos cambian frecuentemente, tu proceso de planificación puede necesitar atención. Los objetivos deben ser compromisos estables, no deseos aspiracionales.

Permisos

La edición de objetivos del sprint requiere permiso edit_sprints. Típicamente:

• Agency Owners y Managers: Pueden editar objetivos
• Developers: Pueden ver objetivos pero no pueden editar
• Clients: Solo vista si se otorga acceso al sprint

Verifica la configuración de tu espacio de trabajo si el acceso de edición parece incorrecto.

Consejos Profesionales

• Escribe objetivos antes de seleccionar tareas: Los objetivos deben impulsar la selección de tareas, no al revés
• Publica los objetivos visiblemente: Considera compartir objetivos del sprint en canales del equipo o dashboards
• Revisa objetivos en retrospectivas: "¿Nuestros objetivos reflejaron con precisión lo que deberíamos haber logrado?"
• Mantén bajo el conteo de objetivos: Tres objetivos máximo. Más de eso diluye el enfoque.

Cómo Reportar un Problema o Solicitar una Característica

Tu feedback importa. Aquí está cómo compartirlo:

Si el editor de objetivos necesita opciones de formato adicionales o tienes sugerencias para mejoras en la gestión de objetivos, queremos escucharlas.

En la Barra Lateral, haz clic en Tickets de Soporte y abre un ticket para el problema. Todo es interactivo y rápido a través de la plataforma GitScrum Studio.