Criando Modelos de Workflow no GitScrum

Nem todo projeto precisa de um workflow único. Os modelos de workflow capturam processos comprovados—estruturas de colunas, limites WIP, automações e regras de transição—para que novos projetos sejam lançados com melhores práticas incorporadas e as equipes trabalhem de forma consistente.

Componentes do Workflow

Tipos Comuns de Workflow

Workflow de Desenvolvimento de Software

WORKFLOW DE DESENVOLVIMENTO DE SOFTWARE
═══════════════════════════════════════

ESTÁGIOS:
├── Backlog → Trabalho identificado, não pronto
├── Ready → Refinado, estimado, pronto para iniciar
├── In Progress → Sendo trabalhado ativamente
├── Code Review → PR enviado, aguardando revisão
├── QA → Testes e verificação
├── Staging → Implantado no ambiente de staging
└── Done → Verificado e pronto para produção

TRANSIÇÕES:
Backlog → Ready:
├── Requer: Critérios de aceitação definidos
├── Requer: Estimado
└── Automação: Notificar equipe

Ready → In Progress:
├── Requer: Responsável definido
├── Automação: Iniciar rastreamento de tempo
└── WIP: Verificar limite (3 por pessoa)

In Progress → Code Review:
├── Requer: Link do PR anexado
├── Automação: Solicitar revisores
└── Automação: Notificar no Slack

Code Review → QA:
├── Requer: 1+ aprovações
├── Requer: Todos os comentários resolvidos
└── Automação: Mover para quadro QA

QA → Staging:
├── Requer: Todos os testes passando
├── Automação: Implantar no staging
└── Automação: Notificar para verificação

Staging → Done:
├── Requer: Verificação do produto
├── Automação: Fechar PR
├── Automação: Atualizar notas de release
└── Automação: Parar rastreamento de tempo

Workflow de Projeto de Cliente

WORKFLOW DE PROJETO DE CLIENTE
══════════════════════════════

ESTÁGIOS:
├── Intake → Novas solicitações
├── Scoping → Definindo trabalho
├── Approved → Escopo aprovado pelo cliente
├── In Progress → Trabalho ativo
├── Internal Review → Revisão da equipe
├── Client Review → Feedback do cliente
├── Revisions → Tratando feedback
└── Complete → Entregue e aceito

TRANSIÇÕES ESPECIAIS:
Client Review → Approved:
├── Se: Cliente aprova
└── Então: Mover para Complete

Client Review → Revisions:
├── Se: Cliente solicita mudanças
├── Rastrear: Contagem de revisões
└── Alerta: Se > 3 revisões

Revisions → Client Review:
├── Automação: Notificar cliente
└── Adicionar: Nota de revisão

REGRAS:
├── Máximo 2 rodadas de revisões incluídas
├── Revisões adicionais requerem aprovação
└── Rastreamento de tempo continua através das revisões

Workflow de Fluxo Kanban

WORKFLOW DE FLUXO KANBAN
═════════════════════════

ESTÁGIOS:
├── Inbox → Trabalho chegando
├── Next Up → Pronto para puxar
├── Doing → Em progresso
├── Review → Revisão por pares
├── Deploy → Pronto para enviar
└── Done → Enviado

LIMITES WIP:
├── Inbox: Ilimitado
├── Next Up: 10
├── Doing: 3 por pessoa
├── Review: 5 total
├── Deploy: 3 total
└── Done: Ilimitado

POLÍTICAS:
Baseado em puxar:
├── O trabalho é puxado, não empurrado
├── Só puxar quando há capacidade
└── Terminar antes de iniciar novo

Sem pular:
├── Deve passar por cada estágio
├── Exceção para faixa de emergência
└── Todas as transições registradas

Limites de tempo:
├── Inbox: Processar dentro de 24h
├── Review: Completar dentro de 48h
└── Deploy: Enviar dentro de 24h

Criando Modelos de Workflow

Construtor de Modelos

CONSTRUTOR DE MODELOS DE WORKFLOW
═════════════════════════════════

PASSO 1: Definir Estágios
─────────────────────────────────────
┌─────────────────────────────────────────────────────────┐
│  ESTÁGIOS DO WORKFLOW                                  │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  1. [Backlog    ] WIP: [∞  ] Categoria: [Backlog  ▼]   │
│  2. [Ready      ] WIP: [10 ] Categoria: [Todo     ▼]   │
│  3. [In Progress] WIP: [3/p] Categoria: [Doing    ▼]   │
│  4. [Review     ] WIP: [5  ] Categoria: [Doing    ▼]   │
│  5. [Done       ] WIP: [∞  ] Categoria: [Complete ▼]   │
│                                                         │
│  [+ Adicionar Estágio]                                  │
│                                                         │
└─────────────────────────────────────────────────────────┘

PASSO 2: Definir Transições
─────────────────────────────────────
De: [Backlog ▼]  Para: [Ready ▼]

Requisitos:
☑ Critérios de aceitação definidos
☑ Estimado
☐ Responsável definido

Automações:
☑ Notificar canal da equipe
☐ Iniciar rastreamento de tempo
☐ Atribuir ao proprietário padrão

[Adicionar Transição]

PASSO 3: Configurar Regras
─────────────────────────────────────
☑ Aplicar limites WIP (bloquear se excedido)
☐ Permitir substituição WIP com comentário
☑ Requerer motivo para transições para trás
☐ Arquivar automaticamente após X dias em Done

Visualização do Workflow

DIAGRAMA DO WORKFLOW
════════════════════

FLUXO VISUAL:
┌─────────┐   ┌─────────┐   ┌─────────┐
│ BACKLOG │──▶│  READY  │──▶│   WIP   │
└─────────┘   └─────────┘   └────┬────┘
                                  │
              ┌───────────────────┤
              │                   │
              ▼                   ▼
         ┌─────────┐        ┌─────────┐
         │ BLOQUEADO │      │ REVIEW  │
         └────┬────┘        └────┬────┘
              │                   │
              └───────┬───────────┘
                      ▼
                ┌─────────┐
                │  DONE   │
                └─────────┘

REGRAS DE TRANSIÇÃO:
────────────────────
WIP → Review: PR obrigatório
Review → Done: Aprovação obrigatória
WIP ↔ Bloqueado: A qualquer momento
Bloqueado → WIP: Bloqueador resolvido

Gerenciamento de Modelos

Aplicando Modelos

APLICANDO MODELOS DE WORKFLOW
═════════════════════════════

NOVO PROJETO:
─────────────────────────────────────
1. Criar novo projeto
2. Selecionar "De modelo de workflow"
3. Escolher modelo
4. Personalizar se necessário
5. Criar projeto

PROJETO EXISTENTE:
─────────────────────────────────────
1. Ir para Configurações do Projeto
2. Workflow → Aplicar Modelo
3. Escolher modelo
4. Opções de migração:
   ├── Mapear colunas existentes para novos estágios
   ├── Mover tarefas para estágios apropriados
   └── Aplicar automações

PRÉVIA DE MIGRAÇÃO:
┌─────────────────────────────────────────────────────────┐
│  Coluna Atual     │  Mapeia Para     │  Tarefas        │
├─────────────────────────────────────────────────────────┤
│  Todo             │  Ready           │  12             │
│  In Progress      │  In Progress     │   5             │
│  Testing          │  Review          │   3             │
│  Deployed         │  Done            │  45             │
│  Coluna Antiga    │  ⚠ Não mapeada   │   2 (revisar)  │
└─────────────────────────────────────────────────────────┘

Biblioteca de Modelos

BIBLIOTECA DE MODELOS DE WORKFLOW
═════════════════════════════════

┌─────────────────────────────────────────────────────────┐
│  Modelos de Workflow da Organização                     │
├─────────────────────────────────────────────────────────┤
│                                                         │
│  DESENVOLVIMENTO                                        │
│  ├── Desenvolvimento Padrão   5 estágios, 3 automações │
│  ├── Rápido                3 estágios, regras mínimas │
│  └── Regulado              7 estágios, regras rígidas │
│                                                         │
│  TRABALHO DE CLIENTE                                     │
│  ├── Projeto de Cliente     8 estágios, fluxos de aprovação │
│  └── Retainer               5 estágios, rastreamento de tempo │
│                                                         │
│  OPERAÇÕES                                               │
│  ├── Resposta a Incidentes  4 estágios, rastreamento SLA │
│  └── Gerenciamento de Mudanças 6 estágios, portões de aprovação │
│                                                         │
│  USO:                                                   │
│  ├── Desenvolvimento Padrão: 12 projetos                │
│  ├── Projeto de Cliente: 8 projetos                    │
│  └── Resposta a Incidentes: 3 projetos                 │
│                                                         │
│  [+ Criar Modelo]  [Importar]  [Exportar]               │
│                                                         │
└─────────────────────────────────────────────────────────┘

Automações de Workflow

Automações Comuns

AUTOMAÇÕES DE WORKFLOW
═══════════════════════

NA TRANSIÇÃO:
├── Notificar canal do Slack
├── Atribuir a pessoa/rotação específica
├── Adicionar/remover rótulos
├── Iniciar/parar rastreamento de tempo
├── Atualizar campos personalizados
├── Enviar webhook
└── Criar tarefas vinculadas

NO TEMPO:
├── Se no estágio > X dias → Alerta
├── Se data de vencimento se aproximando → Notificar
├── Resumo diário de itens do estágio
└── Métricas semanais do workflow

NA CONDIÇÃO:
├── Se bloqueado > 24h → Escalar
├── Se WIP excedido → Bloquear/aviso
├── Se nenhuma atividade > X dias → Marcar como obsoleto
└── Se alta prioridade → Acelerar

Melhores Práticas

Para Modelos de Workflow

1. Comece com a realidade atual — Modele o que funciona
2. Adicione restrições gradualmente — Não superengenharia
3. Inclua automações — Reduza trabalho manual
4. Documente expectativas — Por que cada estágio existe
5. Revise e itere — Melhore baseado no uso

Anti-Padrões

ERROS DE MODELOS DE WORKFLOW:
✗ Muitos estágios (complexidade)
✗ Muito rígido (bloqueia trabalho real)
✗ Sem limites WIP (caos)
✗ Pular permitido em todos os lugares (sem processo)
✗ Nunca atualizado (desatualizado)
✗ Tamanho único para todos (ajuste errado)
✗ Sem documentação (propósito não claro)

Soluções Relacionadas

• Criando modelos de quadro no GitScrum
• Configurando automações de workflow
• Implementando kanban para equipes de desenvolvimento