Vamos simular a criação de uma Landing Page, algo que hoje gera dezenas de e-mails, mensagens no WhatsApp e links perdidos no Trello. Veja como isso funciona no novo sistema.
Diferente de sistemas tradicionais onde uma tarefa tem apenas UMA etapa atual, nosso sistema permite MÚLTIPLAS etapas ativas simultaneamente através do modelo TaskActiveStage.
❌ Sistema Tradicional: 1 Tarefa = 1 Etapa Atual
✅ Sistema Novo: 1 Tarefa = N Etapas Ativas (Fork) + M Etapas Bloqueadas (Join)
Status das Etapas:
🟢 ACTIVE: Pronta para trabalho, todas dependências satisfeitas
⏸️ BLOCKED: Criada mas aguardando dependências serem completadas
✅ COMPLETED: Trabalho finalizado nesta etapa
O dashboard mostra UMA ENTRADA por ETAPA ATIVA, não por tarefa. Se uma tarefa tem 3 etapas ativas, aparecem 3 cards no dashboard.
💡 Exemplo: Tarefa 'Landing Page' com Front-end e Back-end ativos = 2 cards no dashboard (um para cada etapa)
Cada etapa ativa pode ter seu próprio assignee. Front-end pode ser atribuído para João enquanto Back-end é atribuído para Maria, na mesma tarefa!
O que ele faz: Clica em "Nova Demanda" e seleciona o template Landing Page
O que o sistema faz: Mostra instantaneamente o caminho que a tarefa vai percorrer:
Informações preenchidas:
O Pulo do Gato
A tarefa aparece APENAS no dashboard da equipe de Copywriting. O Designer e o Dev não veem este card. O dashboard deles continua limpo.
Quem: Copywriter
Ação:
Transição Automática
O sistema é a "Máquina de Estados". Quando o Copywriter avança, a tarefa desaparece do seu dashboard e aparece magicamente no dashboard dos Designers.
Quem: Designer
Contexto disponível:
Ação: Clica em Iniciar Tarefa e começa a desenhar no Figma
Cenário: O Designer finaliza a v1, anexa o Figma e avança. Mas o Supervisor não gosta do resultado.
Ação do Supervisor:
Ponto Chave para a Gestão:
Todo esse vai e vem, que hoje se perde, fica 100% registrado no histórico da tarefa. E o Relatório de Gargalos registra automaticamente que a etapa de Design teve retrabalho.
Quem: Desenvolvedor
Contexto disponível:
Ponto Chave:
O Dev não precisa perguntar nada. Tem a versão correta e aprovada do design. Fonte única da verdade!
Finalização:
🔀 FORK: Trabalho Simultâneo
O Dev (Etapa 4) era dependência para DUAS etapas diferentes. O sistema executa um FORK: ativa QC E SEO simultaneamente!
O que acontece quando o Dev clica em 'Concluir Etapa':
Visibilidade no Dashboard:
A tarefa 'LP Lançamento Produto X' agora aparece DUAS VEZES nos dashboards:
Equipe QC trabalha simultaneamente:
Equipe SEO trabalha simultaneamente:
⏱️ Economia de Tempo:
Sem Fork (linear): QC (2 dias) + SEO (2 dias) = 4 dias. Com Fork (paralelo): QC e SEO simultâneos = 2 dias. Economia: 50%!
Ponto Chave:
Não precisamos esperar o QC terminar para o SEO começar. As duas equipes trabalham em paralelo, sem bloqueios, economizando dias de projeto!
O que acontece: O sistema detecta que todas as etapas foram concluídas e move a demanda para status
Benefícios para a Gestão:
1. Organização
A tarefa é fechada e sai dos dashboards automaticamente
2. Timesheet Automático
O Relatório de Produtividade foi 100% preenchido:
3. Análise de Gargalos
O Relatório mostra exatamente quantos dias a tarefa ficou parada em cada etapa
Cenário: Deploy de Produção
Imagine que adicionamos uma etapa final 'Deploy' que depende de QC E SEO estarem completos (ambas as etapas!).
Workflow Completo:
Design → Dev → (QC + SEO em paralelo) → Deploy
O que acontece:
1. QC completa primeiro:
2. SEO completa depois:
Visualização no Dashboard do Time de DevOps:
Antes (QC completo, SEO em progresso):
⏸️ Deploy - BLOQUEADO - Aguardando: SEO (QC já completo)
Depois (QC e SEO completos):
🔵 Deploy - ATIVO - Pronto para trabalho! Pegue esta etapa.
Ponto Chave do JOIN:
O JOIN garante que uma etapa SÓ é ativada quando TODAS as dependências são satisfeitas. Isso previne trabalho prematuro e garante que todas as validações necessárias foram feitas antes de prosseguir.
Comparação Fork vs Join:
FORK: FORK = Uma etapa completa → Múltiplas etapas ativam (divisão/paralelização)
JOIN: JOIN = Múltiplas etapas completam → Uma etapa ativa (sincronização/convergência)
Em 5 minutos, a tarefa navegou por 5 equipes diferentes, teve uma revisão (rejeição) e duas equipes trabalharam em paralelo, sem que ninguém precisasse:
Tudo acontece automaticamente. Tudo fica registrado. Zero fricção.
Benefícios do Sistema Fork/Join:
⚡ Paralelização: Economize até 50% do tempo em workflows com Fork
🔒 Sincronização: Join garante que todas as validações foram feitas
👁️ Visibilidade: Dashboard mostra exatamente quem está aguardando quem
🤖 Automação: Transições acontecem automaticamente sem intervenção manual
Work OS - Sistema de Gestão de Operações