5 min lectura • Guide 183 of 877
GitScrum para Equipos de Desarrollo de Software
GitScrum está construido para equipos de software, con integración profunda de GitHub, flujos de trabajo enfocados en desarrolladores y gestión de sprints que no interfiere con la codificación. Esta guía cubre la configuración óptima para equipos de desarrollo de todos los tamaños.
Funciones Enfocadas en Desarrolladores
| Función | Beneficio |
|---|---|
| Integración GitHub | Commits vinculados a tareas |
| Atajos de teclado | Mantener el flujo |
| Soporte Markdown | Formateo amigable al código |
| Acceso API | Capacidad de automatización |
| Ceremonia mínima | Enfoque en entregar |
Configuración del Equipo
Configuración del Tablero
CONFIGURACIÓN DE TABLERO PARA EQUIPO DE DESARROLLO
══════════════════════════════════════════════════
COLUMNAS:
─────────────────────────────────────
Backlog → Trabajo priorizado no iniciado
Listo → Refinado, listo para tomar
En Progreso → Actualmente en desarrollo
Revisión → Code review / PR abierto
QA → Testing (opcional)
Hecho → Mergeado y deployado
LÍMITES WIP:
├── Listo: ∞ (o 2× tamaño equipo)
├── En Progreso: 2 por desarrollador
├── Revisión: 3 total
├── QA: 5 total
└── Hecho: Sin límite
ETIQUETAS:
├── Tipo: feature, bug, chore, spike
├── Prioridad: P1, P2, P3
├── Tamaño: S, M, L (opcional)
├── Componente: frontend, backend, infra
└── Estado: bloqueado, necesita-review
AUTOMATIZACIÓN:
├── PR abierto → Mover a Revisión
├── PR mergeado → Mover a Hecho
├── En Revisión > 48h → Alerta
└── Etiqueta bloqueado → Notificar lead
Integración GitHub
CONFIGURACIÓN DE INTEGRACIÓN GITHUB
═══════════════════════════════════
CONECTAR REPOSITORIO:
1. Settings → Integraciones → GitHub
2. Autorizar GitScrum
3. Seleccionar organización
4. Seleccionar repositorio(s)
5. Configurar reglas de vinculación
VINCULACIÓN DE COMMITS:
─────────────────────────────────────
# Mencionar ID de tarea en mensaje de commit
git commit -m "Agregar validación login [GS-123]"
# GitScrum automáticamente:
├── Vincula commit a tarea
├── Muestra en actividad de tarea
├── Actualiza progreso
└── Notifica asignado
NOMBRES DE BRANCH:
─────────────────────────────────────
# Desde GitScrum:
Click "Crear Branch" en tarea
→ Crea: feature/GS-123-validacion-login
# Patrón de nombre de branch configurable:
├── feature/[ID]-[slug]
├── [ID]/[titulo]
├── [tipo]/[ID]
└── Patrón personalizado
SINCRONIZACIÓN DE PR:
─────────────────────────────────────
Cuando PR abierto mencionando GS-123:
├── Tarea se mueve a "Revisión"
├── Link de PR mostrado en tarea
├── Badge de estado en tarea
└── Revisores visibles
Cuando PR mergeado:
├── Tarea se mueve a "Hecho"
├── Info de merge registrada
├── Tiempo de ciclo calculado
└── Tracking de deploy (opcional)
Gestión de Sprints
Configuración de Sprint
CONFIGURACIÓN DE SPRINT
═══════════════════════
SETTINGS DE SPRINT:
├── Duración: 2 semanas (configurable)
├── Inicio: Lunes
├── Fin: Viernes semana 2
├── Planning: Lunes mañana
├── Review: Viernes tarde
├── Retro: Después del review
VISTA TABLERO DE SPRINT:
┌─────────────────────────────────────────────────────────┐
│ Sprint 24: Ene 15 - Ene 26 │
│ ████████████░░░░░░ 67% completo | 7 días restantes │
├─────────────────────────────────────────────────────────┤
│ Listo │ En Progreso │ Revisión │ Hecho │
│ ──────────│─────────────│──────────│────────────── │
│ [GS-130] │ [GS-123] S │ [GS-125] │ [GS-126] ✓ │
│ [GS-131] │ [GS-124] M │ │ [GS-127] ✓ │
│ │ │ │ [GS-128] ✓ │
│ │ │ │ [GS-129] ✓ │
├─────────────────────────────────────────────────────────┤
│ Comprometido: 34 pts | Hecho: 23 pts | Restante: 11 │
└─────────────────────────────────────────────────────────┘
TRACKING DE VELOCIDAD:
├── Puntos por sprint (tendencia)
├── Comparación con promedio
├── Pronóstico para futuro
└── Alertas de calibración
Métricas de Sprint
DASHBOARD DE MÉTRICAS DE SPRINT
═══════════════════════════════
┌─────────────────────────────────────────────────────────┐
│ Métricas Sprint 24 │
├─────────────────────────────────────────────────────────┤
│ │
│ VELOCIDAD │
│ ───────────────────────────────── │
│ Actual: 34 pts (comprometido) │
│ Promedio: 32 pts (últimos 6 sprints) │
│ Tendencia: ↗ +6% mejorando │
│ │
│ BURNDOWN │
│ ───────────────────────────────── │
│ Día 3: 28 pts restantes │
│ Ideal: 26 pts │
│ Estado: Ligeramente atrás (1 item bloqueado) │
│ │
│ CYCLE TIME │
│ ───────────────────────────────── │
│ Promedio: 3.2 días │
│ Mejor: 1 día (bugs pequeños) │
│ Peor: 7 días (feature GS-122) │
│ │
│ CODE REVIEW TIME │
│ ───────────────────────────────── │
│ Promedio: 4 horas │
│ PRs en espera: 2 │
└─────────────────────────────────────────────────────────┘
Flujos de Trabajo para Desarrollo
FLUJO DE FEATURE TÍPICO
═══════════════════════
1. REFINAMIENTO
├── PO describe requisito
├── Equipo clarifica dudas
├── Estimación (puntos/tallas)
└── Criterios de aceptación definidos
2. SPRINT PLANNING
├── Seleccionar items del backlog
├── Dividir en subtareas técnicas
└── Comprometerse como equipo
3. DESARROLLO
├── Tomar tarea del board
├── Crear branch desde tarea
├── Desarrollar y hacer commits
└── Abrir PR cuando listo
4. REVISIÓN
├── Code review por pares
├── Ajustes según feedback
├── CI/CD pasa
└── Aprobación
5. COMPLETADO
├── Merge a main
├── Deploy automático
├── Tarea a Hecho
└── Siguiente tarea
Mejores Prácticas
- Mantener tareas pequeñas (1-3 días máximo)
- Usar IDs de tarea en commits y branches
- Limitar WIP para enfoque
- Automatizar estado desde Git
- Refinar backlog regularmente
- Retrospectivas cada sprint
- Métricas para mejorar no para castigar
- Documentar decisiones en tareas