Probar gratis
6 min lectura Guide 137 of 877

Creando Templates de Flujo de Trabajo en GitScrum

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

ComponentePropósito
Etapas (columnas)Dónde puede estar el trabajo
TransicionesCómo el trabajo se mueve entre etapas
Límites WIPRestricciones de capacidad
AutomatizacionesAcciones automáticas en transiciones
ReglasRestricciones 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                  │
└─────────────────────────────────────────────────────────────┘

Soluciones Relacionadas de GitScrum