5 min lectura • Guide 91 of 877
Configurando Seguimiento de Tiempo en GitScrum
El seguimiento de tiempo proporciona datos esenciales para estimación, planificación de capacidad y entender dónde realmente va el tiempo. El seguimiento de tiempo de GitScrum está diseñado para ser no intrusivo mientras captura datos precisos que ayudan a los equipos a mejorar su planificación y ejecución.
Beneficios del Seguimiento de Tiempo
| Beneficio | Cómo Ayuda |
|---|---|
| Estimaciones precisas | Comparar actual vs estimado |
| Planificación de capacidad | Conocer disponibilidad del equipo |
| Precisión de facturación | Facturación precisa a clientes |
| Mejora de procesos | Encontrar sumideros de tiempo |
| Balance de carga | Identificar miembros sobrecargados |
Configuración Inicial
Configuración del Proyecto
CONFIGURACIÓN DE SEGUIMIENTO DE TIEMPO
══════════════════════════════════════
CONFIGURACIÓN DEL PROYECTO → SEGUIMIENTO DE TIEMPO:
Configuración Básica:
├── Seguimiento de tiempo: ✓ Habilitado
├── Función de timer: ✓ Habilitada
├── Entrada manual: ✓ Permitida
└── Logging móvil: ✓ Habilitado
Requisitos:
├── Requerir vínculo a tarea: ✓ Sí
├── Requerir descripción: Opcional
├── Entrada mínima: 5 minutos
└── Entrada máxima: 12 horas
Redondeo:
├── Redondear a: 15 minutos
├── Tipo de redondeo: Más cercano
└── Formato de display: Horas:Minutos
Acceso:
├── Ver tiempo propio: Todos los miembros
├── Ver tiempo del equipo: Admins de proyecto
├── Editar tiempo: Propio + Admins
└── Eliminar tiempo: Solo Admins
Configuración a Nivel de Tarea
CONFIGURACIÓN DE TIEMPO EN TAREA
════════════════════════════════
CAMPO DE ESTIMACIÓN:
├── Habilitado: ✓
├── Formato: Horas o Story Points
├── Requerido: Opcional
└── Rastrear variación: ✓
LOG DE TIEMPO EN TAREA:
┌───────────────────────────────────────────────┐
│ Tarea: Implementar función de búsqueda │
├───────────────────────────────────────────────┤
│ Estimación: 8h │
│ Registrado: 6h 30m │
│ Restante: 1h 30m (auto-calculado) │
│ │
│ [Iniciar Timer] [Agregar Entrada de Tiempo] │
├───────────────────────────────────────────────┤
│ Log de Tiempo: │
│ ├── Mar 10: 2h 30m - Implementación inicial │
│ ├── Mar 11: 3h 00m - Testing y refinamiento │
│ └── Mar 12: 1h 00m - Fixes de code review │
└───────────────────────────────────────────────┘
Métodos de Registro
Método Timer
FLUJO DE TRABAJO CON TIMER
══════════════════════════
INICIAR:
1. Abrir tarea
2. Click "Iniciar Timer"
3. Timer comienza a contar
4. Trabajar en tarea
PAUSAR (opcional):
├── Click "Pausar"
├── Timer se detiene
├── Reanudar cuando esté listo
└── Múltiples pausas OK
DETENER:
1. Click "Detener Timer"
2. Revisar duración
3. Agregar descripción (si requerido)
4. Ajustar si es necesario
5. Guardar entrada
FUNCIONALIDADES:
├── Timer visible en header
├── Muestra tarea actual
├── Recordatorio si olvidaste detener
├── Opción de notificación de navegador
└── Sincronización móvil
Entrada Manual
ENTRADA MANUAL DE TIEMPO
════════════════════════
CUÁNDO USAR:
├── Olvidaste iniciar timer
├── Trabajo offline
├── Entrada retrospectiva
└── Entrada masiva fin del día
PROCESO:
1. Abrir tarea o vista de tiempo
2. Click "Agregar Entrada de Tiempo"
3. Seleccionar fecha
4. Ingresar duración
5. Agregar descripción
6. Guardar
ENTRADA MASIVA:
┌───────────────────────────────────────────────┐
│ Entrada de Tiempo - 15 de Marzo │
├───────────────────────────────────────────────┤
│ GS-123: Implementar login 2h 00m [+] │
│ GS-124: Corregir bug 1h 30m [+] │
│ GS-125: Review PR 0h 45m [+] │
│ ────────────────────────────────────────── │
│ Total del día: 4h 15m │
│ │
│ [Guardar Todo] │
└───────────────────────────────────────────────┘
Análisis de Tiempo
Comparación Estimado vs Real
ANÁLISIS DE ESTIMACIONES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ TAREA │ ESTIMADO │ REAL │ VARIACIÓN │
│─────────────────────────────────────────────────────────────│
│ GS-123: Implementar auth │ 8h │ 10h │ +25% ⚠️ │
│ GS-124: Arreglar bugs │ 4h │ 3h │ -25% ✅ │
│ GS-125: Actualizar UI │ 6h │ 6.5h │ +8% ✅ │
│ GS-126: Refactoring │ 12h │ 8h │ -33% ✅ │
│ │
│ PROMEDIO DEL SPRINT: │
│ Estimado: 120h | Real: 115h | Precisión: 96% │
│ │
│ TENDENCIA: │
│ • Subestimamos tareas de auth (+20% promedio) │
│ • Sobreestimamos refactoring (-25% promedio) │
│ │
└─────────────────────────────────────────────────────────────┘
Reportes de Tiempo
Dashboard de Tiempo
DASHBOARD DE TIEMPO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEMANA: 11-15 de Marzo, 2024 │
│ │
│ POR MIEMBRO: │
│ ├── @alex: 38h (↑ 2h vs semana anterior) │
│ ├── @jordan: 42h (↓ 1h vs semana anterior) │
│ └── @sam: 35h (= igual) │
│ │
│ POR TIPO DE TRABAJO: │
│ ├── Desarrollo: 65h (57%) │
│ ├── Code Review: 20h (17%) │
│ ├── Reuniones: 15h (13%) │
│ ├── Bugs: 10h (9%) │
│ └── Otros: 5h (4%) │
│ │
│ CAPACIDAD VS UTILIZADO: │
│ Capacidad: 120h | Usado: 115h | Disponible: 5h │
│ │
└─────────────────────────────────────────────────────────────┘