5 min leitura • Guide 154 of 877
Configurando Workflows Aprovação Para Tarefas
Workflows aprovação garantem que trabalho receba revisão apropriada antes de avançar. Seja que você precise sign-off gerente sobre estimativas, aprovação cliente sobre entregáveis, ou revisão técnica antes de deployment, processos aprovação estruturados previnem trabalho não autorizado de progredir.
Fundamentos Workflow Aprovação
Desenhando Estágios Aprovação
PADRÕES APROVAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ ENTENDENDO WORKFLOWS APROVAÇÃO │
├─────────────────────────────────────────────────────────────┤
│ │
│ APROVAÇÃO SIMPLES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ ┌────────┐ ┌──────────┐ ┌────────┐ ┌──────┐ ││
│ │ │ Ready │→ │Aprovação │→ │Trabalho│→ │ Done │ ││
│ │ └────────┘ └──────────┘ └────────┘ └──────┘ ││
│ │ ↑ ││
│ │ Gerente revisa ││
│ │ e aprova ││
│ │ ││
│ │ Caso uso: Aprovação budget, confirmação prioridade ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ APROVAÇÃO MULTI-ESTÁGIO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ ┌────────┐ ┌────────┐ ┌────────┐ ┌────────┐ ││
│ │ │ Draft │→ │Revisão │→ │Cliente │→ │ Dev │ ││
│ │ │ │ │ Técnica│ │ Aprova │ │ │ ││
│ │ └────────┘ └────────┘ └────────┘ └────────┘ ││
│ │ ↑ ↑ ││
│ │ Lead revisa Cliente assina ││
│ │ viabilidade escopo ││
│ │ ││
│ │ Caso uso: Projetos cliente, indústrias reguladas ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Setup Aprovação GitScrum
Configurando Colunas Workflow
CONFIGURAÇÃO WORKFLOW:
┌─────────────────────────────────────────────────────────────┐
│ CONFIGURANDO COLUNAS APROVAÇÃO │
├─────────────────────────────────────────────────────────────┤
│ │
│ ESTRUTURA BOARD: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Criar colunas que representem gates aprovação: ││
│ │ ││
│ │ Project Settings → Workflow ││
│ │ ││
│ │ Coluna 1: Backlog (default) ││
│ │ Coluna 2: Needs Approval ← Gate aprovação ││
│ │ Coluna 3: Approved ││
│ │ Coluna 4: In Progress ││
│ │ Coluna 5: Review ← Segundo gate ││
│ │ Coluna 6: Done ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ INDICADORES VISUAIS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Usar labels para mostrar status aprovação: ││
│ │ ││
│ │ [awaiting-approval] - Amarelo, aguardando sign-off ││
│ │ [approved] - Verde, liberado para prosseguir ││
│ │ [rejected] - Vermelho, precisa rework ││
│ │ [changes-requested] - Laranja, ajustes menores ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ PADRÕES ASSIGNEE: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Mudar assignee em gates aprovação: ││
│ │ ││
│ │ Na coluna "Needs Approval": ││
│ │ • Atribuir ao aprovador (gerente, lead, cliente) ││
│ │ • Solicitante original na descrição/comments ││
│ │ ││
│ │ Após aprovação: ││
│ │ • Reatribuir ao implementador ││
│ │ • Aprovador notado no activity log ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Documentação Processo Aprovação
Tornando Decisões Rastreáveis
AUDIT TRAIL:
┌─────────────────────────────────────────────────────────────┐
│ DOCUMENTANDO DECISÕES APROVAÇÃO │
├─────────────────────────────────────────────────────────────┤
│ │
│ APROVAÇÃO BASEADA EM COMENTÁRIOS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Template para comentários aprovação: ││
│ │ ││
│ │ ✅ APROVADO ││
│ │ Revisado por: [Nome] ││
│ │ Data: [Timestamp auto-added] ││
│ │ Notas: [Condições ou observações] ││
│ │ ││
│ │ ❌ REJEITADO ││
│ │ Razão: [Issues específicos] ││
│ │ Mudanças requeridas: [O que corrigir] ││
│ │ Retornar para: [Coluna para mover back] ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ APROVAÇÃO BASEADA EM CHECKLIST: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Para aprovações complexas com múltiplos critérios: ││
│ │ ││
│ │ Adicionar checklist à tarefa: ││
│ │ ☐ Budget dentro da alocação ││
│ │ ☐ Timeline realista ││
│ │ ☐ Recursos disponíveis ││
│ │ ☐ Risk assessment completo ││
│ │ ☐ Stakeholders alinhados ││
│ │ ││
│ │ Todos itens devem estar checked antes mover Approved ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Lidando com Bottlenecks Aprovação
Mantendo Trabalho Fluindo
PREVENÇÃO BOTTLENECK:
┌─────────────────────────────────────────────────────────────┐
│ PREVENINDO DELAYS APROVAÇÃO │
├─────────────────────────────────────────────────────────────┤
│ │
│ SLAs APROVAÇÃO: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Definir expectativas timeframes aprovação: ││
│ │ ││
│ │ SLAs baseados prioridade: ││
│ │ • Crítico: 4 horas ││
│ │ • Alto: 1 dia útil ││
│ │ • Médio: 2 dias úteis ││
│ │ • Baixo: 1 semana ││
│ │ ││
│ │ Rastrear aging: ││
│ │ Filter: Coluna = "Needs Approval" ││
│ │ Sort: Mais antigos primeiro ││
│ │ Escalar itens que excedem SLA ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ APROVADORES BACKUP: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Prevenir single-point-of-failure: ││
│ │ ││
│ │ Aprovador primário: Project Manager ││
│ │ Aprovador backup: Team Lead ││
│ │ ││
│ │ Regra escalação: ││
│ │ Se pending > SLA, auto-atribuir ao backup ││
│ │ Ou: Notificar backup após threshold ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘