7 min lectura • Guide 130 of 877
Creando Templates de Tareas para Procesos Consistentes
Las tareas repetitivas no deberían requerir reinventar la rueda cada vez. Los templates de tareas capturan las mejores prácticas de tu equipo, checklists requeridos e información estándar para que nuevas tareas comiencen con todo lo necesario para el éxito. Los templates de GitScrum reducen tiempo de setup y aseguran consistencia.
Beneficios de Templates
| Sin Templates | Con Templates |
|---|---|
| Calidad inconsistente | Proceso estándar |
| Pasos faltantes | Checklists completos |
| Tiempo escribiendo descripciones | Creación con un click |
| Requerimientos olvidados | Requerimientos integrados |
| Resultados variables | Resultados predecibles |
Tipos Comunes de Templates
Categorías de Templates
CATEGORÍAS DE TEMPLATES DE TAREAS
═════════════════════════════════
DESARROLLO:
├── Reporte de Bug
├── Solicitud de Feature
├── Deuda Técnica
├── Spike/Investigación
├── Code Review
└── Documentación
OPERACIONES:
├── Deployment
├── Hotfix
├── Respuesta a Incidentes
├── Ventana de Mantenimiento
├── Parche de Seguridad
└── Verificación de Backup
PROCESOS DE EQUIPO:
├── Sprint Planning
├── Retrospectiva
├── Preparación de Demo
├── Onboarding
├── Offboarding
└── Transferencia de Conocimiento
TRABAJO CON CLIENTES:
├── Solicitud de Cliente
├── Solicitud de Cambio
├── Review de Cliente
├── Tarea de Aprobación
├── Tarea de Factura
└── Kickoff de Proyecto
Estructura de Templates
Template de Reporte de Bug
TEMPLATE REPORTE DE BUG
═══════════════════════
TÍTULO: [BUG] {Descripción breve}
LABELS: bug, needs-triage
DESCRIPCIÓN:
## Entorno
- Browser/OS:
- Versión de app:
- Rol de usuario:
## Pasos para Reproducir
1.
2.
3.
## Comportamiento Esperado
## Comportamiento Actual
## Screenshots/Videos
[Adjuntar si disponible]
## Contexto Adicional
## Checklist
- [ ] Bug confirmado reproducible
- [ ] Severidad evaluada
- [ ] Prioridad asignada
- [ ] Causa raíz identificada
- [ ] Fix implementado
- [ ] Tests agregados
- [ ] Probado en staging
- [ ] Deployed a producción
- [ ] Verificado en producción
Template de Solicitud de Feature
TEMPLATE SOLICITUD DE FEATURE
═════════════════════════════
TÍTULO: [FEATURE] {Nombre del feature}
LABELS: feature, needs-refinement
DESCRIPCIÓN:
## Historia de Usuario
Como [tipo de usuario]
Quiero [acción/objetivo]
Para que [beneficio/valor]
## Declaración del Problema
{¿Qué problema resuelve esto?}
## Solución Propuesta
{Descripción de alto nivel}
## Criterios de Aceptación
- [ ]
- [ ]
- [ ]
## Diseño/Mockups
[Enlace a Figma o adjuntar imágenes]
## Consideraciones Técnicas
{Cualquier restricción o dependencia conocida}
## Fuera de Alcance
{Explícitamente qué NO está incluido}
## Checklist
- [ ] Requerimientos refinados
- [ ] Criterios de aceptación aprobados
- [ ] Diseño completo
- [ ] Enfoque técnico acordado
- [ ] Estimado
- [ ] Implementación completa
- [ ] Tests pasando
- [ ] Documentación actualizada
- [ ] Deployed y verificado
Template de Deployment
TEMPLATE DEPLOYMENT
═══════════════════
TÍTULO: [DEPLOY] {Servicio} v{versión} a {entorno}
LABELS: deployment, operations
DESCRIPCIÓN:
## Detalles de Deployment
- Servicio:
- Versión:
- Entorno:
- Programado:
- Duración:
## Cambios Incluidos
- [ ] {Cambio 1}
- [ ] {Cambio 2}
## Checklist Pre-Deployment
- [ ] Todos los tests pasando
- [ ] Staging verificado
- [ ] Migraciones de base de datos listas
- [ ] Feature flags configurados
- [ ] Plan de rollback documentado
- [ ] Ingeniero on-call identificado
- [ ] Comunicación enviada
## Pasos de Deployment
1.
2.
3.
## Verificación Post-Deployment
- [ ] Health checks pasando
- [ ] Smoke tests completos
- [ ] Monitoreo normal
- [ ] Sin spike de errores
- [ ] Funcionalidad de cara al cliente verificada
## Plan de Rollback
Si ocurren problemas:
1.
2.
3.
## Comunicación
- [ ] Equipo notificado
- [ ] Stakeholders informados (si es mayor)
- [ ] Confirmación post-deploy enviada
Template de Retrospectiva
TEMPLATE RETROSPECTIVA
══════════════════════
TÍTULO: [RETRO] Sprint {número} - {fecha}
LABELS: retrospective, team-process
DESCRIPCIÓN:
## Resumen del Sprint
- Objetivo del Sprint:
- Velocity: {X} puntos
- Compromiso: {Y} puntos
- Completación: {Z}%
## Qué Fue Bien
-
-
-
## Qué Puede Mejorar
-
-
-
## Ítems de Acción
| Acción | Owner | Fecha Límite |
|--------|-------|--------------|
| | | |
## Revisión de Ítems de Acción Anteriores
| Acción | Estado |
|--------|--------|
| {de último retro} | ✓ Hecho / ⏳ En Progreso / ✗ Dropped |
## Health Check del Equipo
- Ritmo: 1-5
- Calidad: 1-5
- Colaboración: 1-5
- Aprendizaje: 1-5
## Checklist
- [ ] Retro programado
- [ ] Equipo preparado
- [ ] Retro facilitado
- [ ] Acciones capturadas
- [ ] Acciones asignadas
- [ ] Resumen compartido
- [ ] Acciones rastreadas en backlog
Creando Templates en GitScrum
Configuración de Template
CREANDO UN TEMPLATE
═══════════════════
PASO 1: Ir a Configuración del Proyecto
─────────────────────────────────────
Settings → Task Templates → Crear Nuevo
PASO 2: Definir Template
─────────────────────────────────────
Nombre: Reporte de Bug
Descripción: Template estándar de reporte de bug
Ícono: 🐛
PASO 3: Configurar Defaults
─────────────────────────────────────
Labels Default: bug, needs-triage
Asignado Default: (ninguno)
Prioridad Default: Media
Campos Personalizados:
├── Severidad: (en blanco)
├── Browser: (en blanco)
└── Versión Afectada: (en blanco)
PASO 4: Establecer Template de Descripción
─────────────────────────────────────
[Pegar template markdown]
PASO 5: Agregar Ítems de Checklist
─────────────────────────────────────
Checklist Default:
├── Bug confirmado reproducible
├── Severidad evaluada
├── Prioridad asignada
├── Causa raíz identificada
├── Fix implementado
├── Tests agregados
├── Probado en staging
├── Deployed a producción
└── Verificado en producción
PASO 6: Guardar y Probar
─────────────────────────────────────
Crear una tarea desde template
Verificar todos los campos poblados
Usando Templates
USANDO TEMPLATES DE TAREAS
══════════════════════════
MÉTODO 1: Botón Nueva Tarea
─────────────────────────────────────
Click "+" → "Desde Template"
Seleccionar template de la lista
Llenar placeholders
Crear
MÉTODO 2: Creación Rápida
─────────────────────────────────────
Presionar "T" (atajo de teclado)
Escribir nombre del template
Presionar Enter
Llenar detalles
MÉTODO 3: Menú Contextual
─────────────────────────────────────
Click derecho en columna del board
"Nuevo desde Template"
Seleccionar template
MÉTODO 4: Paleta de Comandos
─────────────────────────────────────
Cmd/Ctrl + K
"Crear desde template: Reporte de Bug"
Enter
DESPUÉS DE CREACIÓN:
─────────────────────────────────────
Contenido del template prellenado
Placeholders resaltados para input
Modificar según necesario
Guardar tarea
Mejores Prácticas
Para Templates de Tareas
- Comenzar con trabajo frecuente — Máximo impacto
- Mantener templates actualizados — Evolución del proceso
- Incluir ejemplos — Ayuda a llenar correctamente
- Obtener feedback — Del equipo que los usa
- Revisar regularmente — Proceso cambia
Anti-Patrones
ERRORES DE TEMPLATES:
✗ Templates que nadie usa
✗ Demasiados campos obligatorios
✗ Checklists demasiado largos
✗ Templates desactualizados
✗ Sin explicación de campos
✗ Templates duplicados
✗ Sin ownership de templates
✗ Nunca iterar en templates