Creando Templates de Tareas para Trabajo Recurrente

Cada sprint tiene trabajo recurrente: deployments, reviews, ceremonias, mantenimiento. Crear cada tarea desde cero desperdicia tiempo y arriesga olvidar pasos importantes. Los templates de tareas te permiten capturar las mejores prácticas una vez y reutilizarlas infinitamente.

Patrones de Tareas Recurrentes

Identificando Candidatos para Templates

Calificación de Templates

¿ES ESTE UN BUEN CANDIDATO PARA TEMPLATE?
═════════════════════════════════════════

FRECUENCIA:
✓ Ocurre regularmente (semanal+)
✓ Horario predecible
✓ Múltiples miembros del equipo lo hacen

ESTRUCTURA:
✓ Tiene pasos definidos
✓ Los pasos son mayormente los mismos
✓ Un checklist ayudaría

PROBLEMAS HOY:
✓ Se olvidan pasos
✓ La calidad es inconsistente
✓ Toma tiempo configurar cada vez
✓ Diferentes personas lo hacen diferente

BUENOS CANDIDATOS:
├── Ceremonias de sprint (planning, retro, demo)
├── Deployments (staging, producción)
├── Onboarding (tareas de nuevo miembro)
├── Mantenimiento (parches de seguridad, updates)
├── Reviews (code review, design review)
└── Entregables a cliente (reporte semanal, demo)

MALOS CANDIDATOS:
├── Proyectos únicos
├── Trabajo creativo único
├── Tareas sin proceso estándar
└── Trabajo que varía completamente cada vez

Templates Recurrentes

Template de Deployment Semanal

TEMPLATE DEPLOYMENT SEMANAL
═══════════════════════════

TÍTULO: [DEPLOY] Release Semanal - {fecha}

FRECUENCIA: Cada Martes

DESCRIPCIÓN:
Deployment semanal a producción para cambios acumulados.

## Cambios Incluidos
- [ ] Listar PRs mergeados desde último deploy

## Pre-Deployment
- [ ] Todos los CI checks verdes
- [ ] Staging verificado
- [ ] Ingeniero on-call identificado: @
- [ ] Plan de rollback confirmado

## Pasos de Deployment
1. Anunciar en #engineering
2. Crear release tag
3. Deploy a producción
4. Monitorear por 15 minutos
5. Anunciar completación

## Post-Deployment
- [ ] Smoke tests pasados
- [ ] Monitoreo normal
- [ ] Sin spike de errores
- [ ] Equipo notificado

## Si Hay Problemas
- Rollback inmediatamente
- Notificar #incidents
- Crear tarea de incidente

LABELS: deployment, recurring
FECHA LÍMITE: Cada Martes 2pm

Template de Retro de Sprint

TEMPLATE RETROSPECTIVA DE SPRINT
════════════════════════════════

TÍTULO: [RETRO] Sprint {número}

FRECUENCIA: Final de cada sprint

DESCRIPCIÓN:
## Prep (Antes de la Reunión)
- [ ] Revisar métricas del sprint
- [ ] Recopilar feedback async
- [ ] Reservar sala/link de reunión
- [ ] Enviar recordatorio

## Estructura de la Reunión
1. Revisar acciones anteriores (5 min)
2. ¿Qué fue bien? (10 min)
3. ¿Qué puede mejorar? (10 min)
4. Ítems de acción (10 min)
5. Apreciación del equipo (5 min)

## Resultados
### Fue Bien
-
-

### Para Mejorar
-
-

### Ítems de Acción
| Acción | Owner | Fecha Límite |
|--------|-------|--------------|
|        |       |              |

## Seguimiento
- [ ] Compartir notas con equipo
- [ ] Crear tareas para ítems de acción
- [ ] Programar próxima retro

LABELS: retrospective, sprint, recurring
ASIGNADO: Rotación de Scrum Master

Template de Mantenimiento Mensual

TEMPLATE MANTENIMIENTO MENSUAL
══════════════════════════════

TÍTULO: [MAINT] Mantenimiento Mensual - {mes}

FRECUENCIA: Primer Lunes del mes

DESCRIPCIÓN:
Tareas de mantenimiento regular para mantener sistemas saludables.

## Seguridad
- [ ] Escaneo de vulnerabilidades de dependencias
- [ ] Revisión de parches de seguridad
- [ ] Auditoría de acceso (remover personas que se fueron)
- [ ] Verificación de expiración de certificados

## Rendimiento
- [ ] Análisis de queries de base de datos
- [ ] Revisión de endpoints lentos
- [ ] Verificación de utilización de recursos
- [ ] Revisión de optimización de costos

## Limpieza
- [ ] Archivar branches viejos
- [ ] Limpiar PRs stale
- [ ] Remover feature flags no usados
- [ ] Podar logs/data viejos

## Documentación
- [ ] Actualizar runbooks si es necesario
- [ ] Revisar y actualizar README
- [ ] Diagramas de arquitectura actuales

## Infraestructura
- [ ] Verificación de backups
- [ ] Test de disaster recovery (trimestral)
- [ ] Test de escala (si es necesario)

LABELS: maintenance, recurring, infrastructure
ASIGNADO: Rotación on-call

Configuración de Auto-Creación

Templates Programados

PROGRAMANDO TAREAS RECURRENTES
══════════════════════════════

AUTOMATIZACIÓN GITSCRUM:
─────────────────────────────────────

REGLA: Crear Deployment Semanal
TRIGGER: Cada Martes a las 9:00 AM
ACCIÓN: Crear tarea desde template
TEMPLATE: Deployment Semanal
CONFIGURACIÓN:
├── Fecha Límite: Martes 2:00 PM (mismo día)
├── Asignado: @devops-rotation
├── Sprint: Sprint actual
└── Notificar: #engineering

REGLA: Crear Retro de Sprint
TRIGGER: 1 día antes del fin de sprint
ACCIÓN: Crear tarea desde template
TEMPLATE: Retrospectiva de Sprint
CONFIGURACIÓN:
├── Fecha Límite: Último día del sprint
├── Asignado: Scrum master actual
├── Sprint: Sprint actual
└── Título incluye: Número de sprint

REGLA: Crear Mantenimiento Mensual
TRIGGER: Primer Lunes del mes
ACCIÓN: Crear tarea desde template
TEMPLATE: Mantenimiento Mensual
CONFIGURACIÓN:
├── Fecha Límite: Viernes de esa semana
├── Asignado: @infra-rotation
└── Labels: Agregar mes actual

Asignaciones por Rotación

CONFIGURACIÓN ASIGNADO ROTATIVO
═══════════════════════════════

ROTACIÓN: Calendario On-Call
MIEMBROS: @alice, @bob, @carol, @dave
PATRÓN: Semanal

ASIGNACIÓN DE TAREAS:
├── Semana 1: @alice
├── Semana 2: @bob
├── Semana 3: @carol
├── Semana 4: @dave
└── Repetir

CONFIGURACIÓN:
Tarea recurrente → Asignado → Rotación
Seleccionar calendario de rotación
Tarea auto-asigna a persona actual

NOTIFICACIONES:
├── Asignación próxima (1 día antes)
├── Inicio de asignación
└── Recordatorio de handoff

Variaciones de Template

Template con Opciones

TEMPLATE CON SECCIONES CONDICIONALES
════════════════════════════════════

TEMPLATE DEPLOYMENT (con opciones)

## Secciones Estándar
[Siempre incluidas]

## Sección Migración de Base de Datos
[Incluir si: checkbox has-migrations seleccionado]
- [ ] Backup de base de datos antes de migración
- [ ] Probar migración en staging
- [ ] Preparar script de rollback
- [ ] Programar ventana de mantenimiento

## Sección Feature Flag
[Incluir si: checkbox has-feature-flag seleccionado]
- [ ] Feature flag creado y configurado
- [ ] Porcentaje de rollout establecido
- [ ] Kill switch probado
- [ ] Monitoreo para flag

## Sección Dependencia Externa
[Incluir si: checkbox external-api seleccionado]
- [ ] Vendor notificado
- [ ] Comportamiento de fallback probado
- [ ] Timeout/retry configurado

Mejores Prácticas

Para Templates Recurrentes

1. Comenzar con manual — Templatizar lo que funciona
2. Incluir timing — ¿Cuándo vence?
3. Ownership claro — ¿Quién es responsable?
4. Auto-crear — Menos overhead
5. Revisar trimestralmente — Actualizar lo que cambió

Anti-Patrones

ERRORES DE TEMPLATES RECURRENTES:
✗ Crear manualmente cada vez
✗ Sin checklist (se pierden pasos)
✗ Frecuencia incorrecta
✗ Sin owner claro
✗ Nunca actualizar template
✗ Demasiadas tareas recurrentes
✗ Sin seguimiento de completación
✗ Rotación mal configurada

Soluciones Relacionadas

• Creando templates de tareas para procesos consistentes
• Creando templates de tareas en GitScrum
• Automatizando tareas repetitivas