Opens in a new tab
All terms
O mapeamento de processosUpdated 10 September 2026

Process Mining

O Process mining é um método para analisar como um processo opera, utilizando registos de eventos do sistema para reconstruir a sequência de atividades para casos individuais, como encomendas ou pedidos de indemnização de seguros. Um registo de eventos exige um identificador de caso, um nome de atividade e um carimbo de data/hora para cada…

O Process mining é um método para analisar como um processo opera, utilizando registos de eventos do sistema para reconstruir a sequência de atividades para casos individuais, como encomendas ou pedidos de indemnização de seguros.

Um registo de eventos requer um identificador de caso, um nome de atividade e uma marca temporal para cada evento registado. Num projeto DMAIC, a definição do caso e o limite da medição determinam quais os registos que pertencem à análise. As equipas utilizam os percursos de processo resultantes para examinar os desvios ao fluxo de trabalho previsto e localizar passos repetidos que justifiquem uma investigação.

Considere um processo de faturação no qual 120 de 1,000 casos concluídos contêm um segundo evento de aprovação. O Process mining identifica esses casos e mostra onde ocorre a repetição. Se a revisão confirmar que apenas 80 casos exigiam correção, a proporção de herstelwerk ao nível do caso é de 8%. As restantes repetições podem refletir requisitos de aprovação autorizados. Contar cada evento repetido como um defeito sobreestimaria o problema.

A análise de tempos exige o mesmo cuidado. Um intervalo de dois dias entre a introdução da fatura e a aprovação pode incluir um fim de semana ou uma libertação de lote agendada. Os carimbos de data/hora de conclusão por si só não estabelecem quanto tempo uma fatura esteve à espera de um aprovador disponível. Uma decisão sobre capacidade precisa de evidências sobre a disponibilidade de recursos e regras de libertação.

No âmbito do DMAIC, a mineração de processos apoia as fases Medir e Analisar, enquanto o SIPOC estabelece o âmbito e uma Gemba walk expõe o trabalho ausente dos registos do sistema. Os diagramas de Ishikawa e os 5 Porquês ajudam a investigar as explicações sugeridas pelos registos. Os planos de controlo devem atribuir a responsabilidade pelas definições dos eventos, uma vez que uma alteração na marca temporal ou no mapeamento de atividades pode comprometer a comparabilidade com a linha de base.

At a glance
Updated10 September 2026
No results