Templates de Flujo de Trabajo | GitScrum
Diseña templates de flujo de trabajo reutilizables con columnas, límites WIP y automatizaciones que estandarizan procesos en GitScrum.
6 min de lectura
No todo proyecto necesita un flujo de trabajo único. Los templates de flujo de trabajo capturan procesos probados—estructuras de columnas, límites WIP, automatizaciones y reglas de transición—para que nuevos proyectos lancen con mejores prácticas incorporadas y los equipos trabajen consistentemente.
Componentes de Flujo de Trabajo
| Componente | Propósito |
|---|---|
| Etapas (columnas) | Dónde puede estar el trabajo |
| Transiciones | Cómo el trabajo se mueve entre etapas |
| Límites WIP | Restricciones de capacidad |
| Automatizaciones | Acciones automáticas en transiciones |
| Reglas | Restricciones en transiciones |
Diseño de Flujos de Trabajo
TIPOS DE FLUJO DE TRABAJO
═════════════════════════
DESARROLLO SIMPLE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Backlog → In Progress → Review → Done │
│ │
│ Ideal para: Equipos pequeños, proyectos simples │
│ WIP: Sin límites estrictos │
│ │
└─────────────────────────────────────────────────────────────┘
DESARROLLO CON QA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Backlog → Dev → Code Review → QA → Done │
│ │
│ Ideal para: Equipos con QA dedicado │
│ WIP: Límites en Dev y Review │
│ │
└─────────────────────────────────────────────────────────────┘
KANBAN AVANZADO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ Backlog → Ready → Analysis → Dev → Review → QA → Deploy │
│ └─ Blocked ─┘ │
│ │
│ Ideal para: Equipos maduros, flujo continuo │
│ WIP: Límites estrictos en cada columna │
│ │
└─────────────────────────────────────────────────────────────┘
Creando un Template
PROCESO DE CREACIÓN
═══════════════════
PASO 1: ANALIZAR PROCESO ACTUAL
┌─────────────────────────────────────────────────────────────┐
│ • ¿Cuáles son las etapas del trabajo? │
│ • ¿Dónde se acumula el trabajo? │
│ • ¿Qué transiciones ocurren? │
│ • ¿Qué reglas existen (implícitas o explícitas)? │
└─────────────────────────────────────────────────────────────┘
PASO 2: DEFINIR COLUMNAS
┌─────────────────────────────────────────────────────────────┐
│ Para cada columna definir: │
│ ├── Nombre claro │
│ ├── Descripción del estado │
│ ├── Criterios de entrada │
│ └── Criterios de salida │
└─────────────────────────────────────────────────────────────┘
PASO 3: ESTABLECER LÍMITES WIP
┌─────────────────────────────────────────────────────────────┐
│ Columna │ Límite WIP │ Razón │
│─────────────────────────────────────────────────────────────│
│ In Progress │ 3 │ Evitar multitasking │
│ Code Review │ 2 │ Forzar revisiones rápidas │
│ QA │ 4 │ Capacidad del equipo QA │
└─────────────────────────────────────────────────────────────┘
PASO 4: CONFIGURAR AUTOMATIZACIONES
┌─────────────────────────────────────────────────────────────┐
│ Trigger │ Acción │
│─────────────────────────────────────────────────────────────│
│ Tarea entra en Done │ Notificar al creador │
│ Tarea bloqueada │ Notificar al team lead │
│ Tarea > 5 días en Review │ Alertar al equipo │
└─────────────────────────────────────────────────────────────┘
Templates Predefinidos
TEMPLATE: SCRUM SPRINT
══════════════════════
COLUMNAS:
┌─────────────────────────────────────────────────────────────┐
│ Sprint Backlog │ In Progress │ In Review │ Done │
│ (∞) │ (WIP 5) │ (WIP 3) │ (∞) │
└─────────────────────────────────────────────────────────────┘
REGLAS:
• Solo el PO puede agregar al Sprint Backlog
• Tareas deben tener criterios de aceptación para moverse
• Done requiere verificación de criterios
AUTOMATIZACIONES:
• Notificar al asignado cuando tarea entra en Sprint
• Notificar al equipo cuando sprint está lleno
• Archivar tareas Done después de 7 días
TEMPLATE: KANBAN CONTINUO
═════════════════════════
COLUMNAS:
┌─────────────────────────────────────────────────────────────┐
│ Backlog │ Ready │ Doing │ Review │ Done │
│ (∞) │ (5) │ (3) │ (2) │ (∞) │
└─────────────────────────────────────────────────────────────┘
REGLAS:
• Pull, no push (tomar trabajo cuando hay capacidad)
• Límites WIP estrictos
• Trabajo más antiguo tiene prioridad
AUTOMATIZACIONES:
• Alertar si tarea > 3 días en Doing
• Mover a Done cuando PR mergeado
• Notificar cuando columna alcanza límite
Aplicando Templates
APLICAR TEMPLATE A PROYECTO
═══════════════════════════
EN GITSCRUM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. Ir a Configuración del Proyecto │
│ 2. Seleccionar "Workflow Templates" │
│ 3. Elegir template de la librería │
│ 4. Vista previa de la configuración │
│ 5. Aplicar (con opción de personalizar) │
│ │
└─────────────────────────────────────────────────────────────┘
PERSONALIZACIÓN POST-APLICACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ ✅ Agregar/quitar columnas │
│ ✅ Ajustar límites WIP │
│ ✅ Modificar automatizaciones │
│ ✅ Cambiar reglas de transición │
│ │
│ Los cambios son locales al proyecto │
│ No afectan al template original │
└─────────────────────────────────────────────────────────────┘
Versionado de Templates
GESTIÓN DE VERSIONES
════════════════════
EVOLUCIÓN DE TEMPLATE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ v1.0: Flujo básico (4 columnas) │
│ │ │
│ ▼ │
│ v1.1: Agregar columna Blocked │
│ │ │
│ ▼ │
│ v2.0: Agregar automatizaciones │
│ │ │
│ ▼ │
│ v2.1: Ajustar límites WIP │
│ │
└─────────────────────────────────────────────────────────────┘
PROYECTOS EXISTENTES:
┌─────────────────────────────────────────────────────────────┐
│ Los proyectos que usan v1.0 pueden: │
│ ├── Quedarse en v1.0 (sin cambios) │
│ ├── Migrar a v2.0 (aplicar nueva versión) │
│ └── Tomar solo partes de v2.0 (personalizado) │
└─────────────────────────────────────────────────────────────┘
Mejores Prácticas
RECOMENDACIONES PARA TEMPLATES
══════════════════════════════
✅ HACER:
┌─────────────────────────────────────────────────────────────┐
│ • Nombrar templates claramente │
│ • Documentar el propósito de cada columna │
│ • Incluir límites WIP razonables │
│ • Probar template en proyecto piloto │
│ • Versionar cambios significativos │
└─────────────────────────────────────────────────────────────┘
❌ EVITAR:
┌─────────────────────────────────────────────────────────────┐
│ • Demasiadas columnas (mantener simple) │
│ • Reglas excesivamente complejas │
│ • Automatizaciones que nadie entiende │
│ • Forzar mismo template a todos los equipos │
│ • Olvidar actualizar templates obsoletos │
└─────────────────────────────────────────────────────────────┘