TenkaTenka
Entrar

Central de Ajuda Tenka › Onde o trabalho empaca › Process Mining (fluxo real)

Process Mining (fluxo real)

A descoberta do fluxo AS-IS REAL a partir do histórico que a operação já registrou — sem importar log de ferramenta nenhuma, porque o log já é nosso. Escolhido um tipo de demanda, a tela reconstrói cada caso pelo seu percurso de status e mostra: as VARIANTES (caminhos distintos) com o % de casos qu…

🕒 Atualizado em 28 de set. de 2026📖 ~3 min de leitura

O que você encontra nesta tela

Um retrato da tela, lido dela mesma — muda quando a tela muda.

Ações disponíveis

Exportar

Campos do cadastro

DemandaDemanda cujo caminho real está sendo reconstruído.
Tipo de eventoO que aconteceu: mudança de status, troca de responsável, comentário, anexo.
DescriçãoO que foi registrado no evento, do jeito que quem mexeu escreveu.
Status anteriorDe onde a demanda saiu. É o par com o status novo que desenha o fluxo real.
Status novoPara onde a demanda foi. Transição que não está no fluxo desenhado é desvio de processo.
Responsável anteriorDe quem a demanda saiu. Muita troca aqui é sinal de repasse.
Responsável novoPara quem a demanda foi.
Visível ao clienteSe o evento aparece no portal do cliente. Evento interno não deve vazar para lá.

Comece aqui

O que esta tela responde
Como o seu processo ACONTECE de verdade — reconstruído do histórico das demandas, não do fluxograma que alguém desenhou. Mostra os caminhos realmente percorridos, o tempo em cada transição e onde o trabalho para.
O que é esta tela
A descoberta do fluxo AS-IS REAL a partir do histórico que a operação já registrou — sem importar log de ferramenta nenhuma, porque o log já é nosso. Escolhido um tipo de demanda, a tela reconstrói cada caso pelo seu percurso de status e mostra: as VARIANTES (caminhos distintos) com o % de casos que seguiu cada uma, o TEMPO MÉDIO por transição, o GARGALO (a passagem que mais consome tempo, por evidência) e a ADERÊNCIA — quanto do que aconteceu de fato bate com o fluxo desenhado (TicketWorkflow) e onde houve desvio. Toda a memória de cálculo fica aberta.

Como fazer

Variantes: a cauda longa é o achado
Um punhado de caminhos costuma cobrir a maioria dos casos, e o resto é uma cauda de variantes que aparecem uma ou duas vezes. Essa cauda é o retrabalho, o desvio e o "cada um faz de um jeito" — é onde está o dinheiro, não no caminho principal.
Aderência ao desenho
Compara o que acontece com o fluxo declarado nos Fluxos de demanda. Divergência alta pode significar dois problemas opostos: o time burlando o processo, ou o processo desenhado para uma realidade que não existe mais. Vale investigar qual antes de corrigir.

Regras

Nada é digitado nem estimado aqui
Tudo sai das mudanças de status que já ficaram registradas. Por isso a qualidade do desenho depende de o time mover as demandas de verdade: quem só muda o status no fim do mês produz um processo aparentemente instantâneo.

Perguntas frequentes

Que pergunta esta tela responde
Qual caminho o trabalho REALMENTE percorre — não o desenhado, o percorrido. Escolhido um tipo de demanda, a tela reconstrói cada caso pelo histórico de status que a operação já registrou (nenhum log é importado: o log é nosso) e responde: quais VARIANTES existem e que % dos casos seguiu cada uma, quanto tempo cada transição consome em média, qual passagem é o GARGALO por evidência, e quanto o fluxo real ADERE ao desenhado no TicketWorkflow. A memória de cálculo fica aberta em todos os números.
Este artigo foi útil?

No mesmo módulo: Onde o trabalho empaca14

Academia Tenka

Trilhas de aprendizado do seu ramo, passo a passo, dentro da plataforma.

Conhecer a Academia