5 min lectura • Guide 745 of 877
Mejores Prácticas de Automatización de Flujos de Trabajo
La automatización elimina fricción y asegura consistencia. La automatización de flujos de trabajo de GitScrum ayuda a los equipos a definir reglas que se ejecutan automáticamente basándose en triggers.
Por Qué Automatizar
Manual vs Automatizado
VALOR DE LA AUTOMATIZACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PROBLEMAS DEL FLUJO MANUAL: │
│ │
│ "Recuerda mover a En Revisión cuando se abre el PR" │
│ → Se olvida el 30% del tiempo │
│ │
│ "Asignar a QA cuando el desarrollo termine" │
│ → QA se entera tarde, retrasa el testing │
│ │
│ "Notificar a stakeholders cuando la feature se entrega" │
│ → A veces se olvida, stakeholders se quejan │
│ │
│ "Cerrar tareas cuando se mergea el PR" │
│ → Tareas quedan en estado incorrecto por días │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CON AUTOMATIZACIÓN: │
│ │
│ PR abierto → Tarea se mueve a "En Revisión" │
│ → Automáticamente, cada vez │
│ │
│ Tarea done → QA asignado │
│ → Notificación enviada │
│ → Instantáneamente, sin olvidar │
│ │
│ Feature entregada → Stakeholders notificados │
│ → Notas de release actualizadas │
│ → Consistente, confiable │
│ │
│ LA AUTOMATIZACIÓN AHORRA: │
│ • Tiempo (sin actualizaciones manuales) │
│ • Carga mental (sin recordar) │
│ • Errores (sin olvidar) │
│ • Demoras (instantáneo) │
└─────────────────────────────────────────────────────────────┘
Qué Automatizar
Candidatos para Automatización
BUENOS CANDIDATOS PARA AUTOMATIZAR:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ✅ AUTOMATIZAR: │
│ │
│ TRANSICIONES DE ESTADO: │
│ • PR abierto → "En Revisión" │
│ • PR merged → "Done" │
│ • Bloqueador agregado → "Bloqueado" │
│ │
│ ASIGNACIONES: │
│ • Nuevo bug → Asignar al dev de turno │
│ • Listo para QA → Asignar al QA │
│ • Urgente → Agregar a todos los stakeholders │
│ │
│ NOTIFICACIONES: │
│ • Tarea bloqueada → Notificar al equipo │
│ • Due date cerca → Recordatorio │
│ • Mencionado → Notificación │
│ │
│ FECHAS Y CAMPOS: │
│ • Sprint asignado → Calcular due date │
│ • Prioridad alta → Agregar etiqueta visual │
│ • Estado cambia → Actualizar fecha de modificación │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ❌ NO AUTOMATIZAR: │
│ │
│ • Decisiones de priorización │
│ • Asignación de trabajo complejo │
│ • Aprobaciones que requieren revisión │
│ • Procesos que cambian frecuentemente │
│ • Excepciones y casos especiales │
└─────────────────────────────────────────────────────────────┘
Patrones de Automatización
Patrones Comunes
PATRONES DE AUTOMATIZACIÓN PROBADOS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PATRÓN: TRANSICIÓN POR INTEGRACIÓN │
│ ─────────────────────────────────── │
│ │
│ Trigger: PR abierto en GitHub │
│ Condición: PR referencia tarea │
│ Acción: Mover tarea a "En Revisión" │
│ │
│ Trigger: PR merged │
│ Condición: Tarea está en "En Revisión" │
│ Acción: Mover tarea a "Done" │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ PATRÓN: ESCALACIÓN POR TIEMPO │
│ ───────────────────────────────── │
│ │
│ Trigger: Tarea sin movimiento por 3 días │
│ Condición: Estado es "En Progreso" │
│ Acción: Agregar etiqueta "stale" │
│ + Notificar al responsable │
│ │
│ Trigger: Tarea sin movimiento por 7 días │
│ Condición: Estado es "En Progreso" │
│ Acción: Notificar al manager │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ PATRÓN: ASIGNACIÓN AUTOMÁTICA │
│ ───────────────────────────────── │
│ │
│ Trigger: Tarea creada │
│ Condición: Tipo = "Bug" y Prioridad = "Alta" │
│ Acción: Asignar al dev de turno │
│ + Agregar etiqueta "urgente" │
│ + Notificar al equipo │
└─────────────────────────────────────────────────────────────┘
Mejores Prácticas
Diseño de Automatizaciones
DISEÑANDO BUENAS AUTOMATIZACIONES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ EMPEZAR SIMPLE: │
│ │
│ ❌ Automatización compleja desde el inicio │
│ ✅ Una regla simple, probar, iterar │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ DOCUMENTAR: │
│ │
│ Cada automatización debe tener: │
│ • Nombre descriptivo │
│ • Propósito explicado │
│ • Quién es responsable │
│ • Cuándo se creó │
│ • Log de cambios │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ PROBAR: │
│ │
│ • Probar con datos de prueba primero │
│ • Verificar casos edge │
│ • Revisar logs después de activar │
│ • Monitorear por errores │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ REVISAR REGULARMENTE: │
│ │
│ Cada trimestre: │
│ ☐ ¿Todavía es necesaria esta automatización? │
│ ☐ ¿Está funcionando correctamente? │
│ ☐ ¿Hay efectos secundarios no deseados? │
│ ☐ ¿Puede simplificarse? │
└─────────────────────────────────────────────────────────────┘