Skip to main content

​
Status do Kanban

Os Status representam as colunas visuais do kanban, organizando o fluxo das tarefas desde o planejamento até a entrega. No Synkrony, cada status possui configurações que afetam desde a visualização do board até o cálculo de performance da equipe.

​
Tipos de Status

Todos os status são agrupados em três categorias principais (status_type):
Regra: Cada empresa deve ter pelo menos um status de cada tipo (backlog, ongoing, done).

​
Status Padrão

Ao criar uma nova empresa, o Synkrony configura automaticamente os seguintes status:
Nota: Esta configuração é global (nível empresa). Todos os projetos compartilham os mesmos status.

​
Personalizando Status

​
O que você pode configurar

Através de Configurações → GitHub, os administradores podem:
  • Adicionar novos status: Criar etapas intermediárias ou específicas para seu processo
  • Renomear status existentes: Usar a terminologia do seu time
  • Alterar cores: Personalizar a identidade visual do kanban
  • Definir pontuação: Configurar quanto cada status vale no cálculo de performance
  • Mapeamento GitHub: Configurar qual status corresponde a cada evento de PR

​
Reordenando Status

A ordem dos status define a sequência visual das colunas no kanban. Arraste os status na tela de configuração para reorganizá-los conforme seu fluxo de trabalho.

​
Pontuação (Average Score)

A pontuação de cada status (0-100%) é usada para calcular a eficiência nos relatórios de performance:
  • 0%: Tarefas que ainda não começaram
  • 25-75%: Tarefas em progresso (quanto maior, mais próxima da conclusão)
  • 100%: Tarefas concluídas
Regra: Pelo menos um status do tipo “done” deve ter pontuação 100%.

​
Mapeamento com GitHub

Cada status pode ter um GitHub Status Type que define como eventos de Pull Request afetam automaticamente a tarefa:

​
Mapeamento Padrão

Regra: Apenas um status por empresa pode ter cada tipo de mapeamento GitHub.

​
Fluxos de Trabalho Comuns

​
Fluxo Simples

Ideal para times pequenos ou projetos simples.

​
Fluxo com Revisão

Adiciona uma etapa de revisão antes da conclusão.

​
Fluxo com Code Review Detalhado

Fluxo completo com aprovação explícita e ciclo de ajustes.

​
Fluxo com Deploy

Inclui etapas de QA e deploy antes da conclusão final.

​
Boas Práticas

​
1. Mantenha Simples

Comece com poucos status e adicione conforme necessário. Muitas colunas podem dificultar a visualização.

​
2. Alinhe com o Processo

Os status devem espelhar como o time realmente trabalha, não o contrário.

​
❓ FAQ

Posso ter diferentes status por projeto? Não. Os status são configurados em nível de empresa, garantindo consistência em todos os projetos. O que acontece se eu excluir um status que está em uso? As tarefas naquele status serão movidas para outro status do mesmo tipo (backlog/ongoing/done). Por que não posso ter dois status com o mesmo github_status_type? Para garantir clareza na automação. Quando um PR é aprovado, o sistema precisa saber exatamente para qual status mover a tarefa. A pontuação afeta algo além dos relatórios de performance? Não. A pontuação é usada apenas nos cálculos de eficiência dos relatórios de sprint. Posso alterar a ordem dos status depois de criados? Sim! Basta arrastar os status na tela de configuração. A alteração é imediata e afeta apenas a visualização.