5 min lectura • Guide 154 of 877
Configurando Workflows Aprobación Para Tareas
Workflows aprobación aseguran que trabajo reciba revisión apropiada antes de avanzar. Ya sea que necesites sign-off gerente sobre estimaciones, aprobación cliente sobre entregables, o revisión técnica antes de deployment, procesos aprobación estructurados previenen que trabajo no autorizado progrese.
Fundamentos Workflow Aprobación
Diseñando Etapas Aprobación
PATRONES APROBACIÓN:
┌─────────────────────────────────────────────────────────────┐
│ ENTENDIENDO WORKFLOWS APROBACIÓN │
├─────────────────────────────────────────────────────────────┤
│ │
│ APROBACIÓN SIMPLE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ ┌────────┐ ┌──────────┐ ┌────────┐ ┌──────┐ ││
│ │ │ Ready │→ │Aprobación│→ │Trabajo │→ │ Done │ ││
│ │ └────────┘ └──────────┘ └────────┘ └──────┘ ││
│ │ ↑ ││
│ │ Gerente revisa ││
│ │ y aprueba ││
│ │ ││
│ │ Caso uso: Aprobación budget, confirmación prioridad ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ APROBACIÓN MULTI-ETAPA: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ ││
│ │ │ Draft │→ │Revisión│→ │Cliente │→ │ Dev │ ││
│ │ │ │ │ Técnica│ │Aprueba │ │ │ ││
│ │ └────────┘ └────────┘ └────────┘ └────────┘ ││
│ │ ↑ ↑ ││
│ │ Lead revisa Cliente firma ││
│ │ factibilidad scope ││
│ │ ││
│ │ Caso uso: Proyectos cliente, industrias reguladas ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Setup Aprobación GitScrum
Configurando Columnas Workflow
CONFIGURACIÓN WORKFLOW:
┌─────────────────────────────────────────────────────────────┐
│ CONFIGURANDO COLUMNAS APROBACIÓN │
├─────────────────────────────────────────────────────────────┤
│ │
│ ESTRUCTURA BOARD: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Crear columnas que representen gates aprobación: ││
│ │ ││
│ │ Project Settings → Workflow ││
│ │ ││
│ │ Columna 1: Backlog (default) ││
│ │ Columna 2: Needs Approval ← Gate aprobación ││
│ │ Columna 3: Approved ││
│ │ Columna 4: In Progress ││
│ │ Columna 5: Review ← Segundo gate ││
│ │ Columna 6: Done ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ INDICADORES VISUALES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Usar labels para mostrar estado aprobación: ││
│ │ ││
│ │ [awaiting-approval] - Amarillo, esperando sign-off ││
│ │ [approved] - Verde, cleared para proceder ││
│ │ [rejected] - Rojo, necesita rework ││
│ │ [changes-requested] - Naranja, ajustes menores ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PATRONES ASSIGNEE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Cambiar assignee en gates aprobación: ││
│ │ ││
│ │ En columna "Needs Approval": ││
│ │ • Asignar a aprobador (gerente, lead, cliente) ││
│ │ • Solicitante original en descripción/comments ││
│ │ ││
│ │ Después aprobación: ││
│ │ • Reasignar a implementador ││
│ │ • Aprobador notado en activity log ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Documentación Proceso Aprobación
Haciendo Decisiones Trazables
AUDIT TRAIL:
┌─────────────────────────────────────────────────────────────┐
│ DOCUMENTANDO DECISIONES APROBACIÓN │
├─────────────────────────────────────────────────────────────┤
│ │
│ APROBACIÓN BASADA EN COMENTARIOS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Template para comentarios aprobación: ││
│ │ ││
│ │ ✅ APROBADO ││
│ │ Revisado por: [Nombre] ││
│ │ Fecha: [Timestamp auto-added] ││
│ │ Notas: [Condiciones u observaciones] ││
│ │ ││
│ │ ❌ RECHAZADO ││
│ │ Razón: [Issues específicos] ││
│ │ Cambios requeridos: [Qué arreglar] ││
│ │ Retornar a: [Columna donde mover back] ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ APROBACIÓN BASADA EN CHECKLIST: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Para aprobaciones complejas con múltiples criterios: ││
│ │ ││
│ │ Agregar checklist a tarea: ││
│ │ ☐ Budget dentro de allocation ││
│ │ ☐ Timeline realista ││
│ │ ☐ Recursos disponibles ││
│ │ ☐ Risk assessment completo ││
│ │ ☐ Stakeholders alineados ││
│ │ ││
│ │ Todos items deben estar checked antes mover a Approved ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Manejando Bottlenecks Aprobación
Manteniendo Trabajo Fluyendo
PREVENCIÓN BOTTLENECK:
┌─────────────────────────────────────────────────────────────┐
│ PREVINIENDO DELAYS APROBACIÓN │
├─────────────────────────────────────────────────────────────┤
│ │
│ SLAs APROBACIÓN: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Establecer expectativas timeframes aprobación: ││
│ │ ││
│ │ SLAs basados prioridad: ││
│ │ • Crítico: 4 horas ││
│ │ • Alto: 1 día business ││
│ │ • Medio: 2 días business ││
│ │ • Bajo: 1 semana ││
│ │ ││
│ │ Trackear aging: ││
│ │ Filter: Columna = "Needs Approval" ││
│ │ Sort: Más antiguos primero ││
│ │ Escalar items que exceden SLA ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ APROBADORES BACKUP: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Prevenir single-point-of-failure: ││
│ │ ││
│ │ Aprobador primario: Project Manager ││
│ │ Aprobador backup: Team Lead ││
│ │ ││
│ │ Regla escalación: ││
│ │ Si pending > SLA, auto-asignar a backup ││
│ │ O: Notificar backup después threshold ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘