O que é workflow (fluxo de trabalho)?

Workflow (fluxo de trabalho) é o caminho que uma tarefa, um documento ou uma informação percorre entre participantes, com regras que decidem a passagem de uma etapa para a outra, até chegar a um resultado. A definição vem do glossário da Workflow Management Coalition, de 1996, e segue como referência em 13 de outubro de 2026, inclusive na engenharia de IA, em que a palavra ganhou um segundo sentido. Neste guia você encontra a anatomia de um fluxo (gatilho, etapas, regras, responsáveis), os quatro tipos mais usados, a diferença para processo e automação, um passo a passo de mapeamento e os sinais de que um workflow precisa ser redesenhado.

• Em 2003, o catálogo de padrões de workflow de van der Aalst e colegas comparou 15 produtos comerciais e encontrou diferenças grandes de poder expressivo entre eles.
• O BPMN 2.0.2, de janeiro de 2014, é a versão mais recente da notação padrão da OMG para desenhar processos, e a norma ISO/IEC 19510:2013 corresponde à 2.0.1.
• Em 19/12/2024, a Anthropic fixou o sentido de workflow em IA: LLMs e ferramentas orquestrados por caminhos predefinidos em código, em contraste com agentes.
• Entre as empresas brasileiras que usaram IA em 2025, 44% a aplicaram em marketing ou vendas e 35% na organização de processos administrativos, segundo a TIC Empresas 2025 do Cetic.br.

O que é workflow (fluxo de trabalho) e o que ele não é

Workflow (fluxo de trabalho) é a sequência coordenada de atividades em que documentos, informações ou tarefas passam de um participante a outro, seguindo regras definidas, até produzir um resultado. A referência mais citada é o glossário da Workflow Management Coalition (WfMC), de junho de 1996, que trata o termo como a automação, total ou parcial, de um processo de negócio. O texto tem 30 anos e continua sendo o ponto de partida de quase tudo que se escreve sobre o assunto.

“The automation of a business process, in whole or part, during which documents, information or tasks are passed from one participant to another for action, according to a set of procedural rules.”

Repare na palavra participante. Quem participa pode ser uma pessoa, mas pode ser também um sistema. O fluxo não exige que todos os passos sejam automáticos. Basta que alguém, ou algo, saiba o que receber, o que fazer e para quem entregar.

O mesmo glossário fixa três termos que você vai encontrar em qualquer ferramenta:

• Atividade (activity): um passo lógico do processo. Pode ser manual, como assinar um contrato, ou automático, como gerar um boleto.
• Item de trabalho (work item): o pedaço concreto de trabalho que uma atividade recebe. A nota fiscal que aguarda conferência na fila do financeiro é um item de trabalho.
• Definição de processo (process definition): o processo descrito num formato que um software consegue interpretar, seja para modelar, seja para executar.

Em português, workflow e fluxo de trabalho são sinônimos exatos, e o mercado brasileiro usa os dois sem distinção, inclusive no plural (workflows). Quem digita “o que é fluxo” na busca quase sempre quer isso: entender como o trabalho anda de uma mesa para a outra. O significado de workflow, portanto, cabe numa linha. É o caminho que uma tarefa percorre, com regras, entre quem a inicia e quem a encerra.

O que não é workflow:

• Uma checklist solta. A lista diz o que fazer, mas cala sobre quem faz, em que ordem e o que acontece quando um item falha.
• Um organograma. Ele mostra quem responde a quem, e nada sobre como o trabalho circula entre essas caixas.
• Um software isolado. Ter um sistema de chamados instalado não cria fluxo. O fluxo existe quando as regras de passagem entre etapas estão definidas, com ou sem software por trás.

Essa última confusão é a mais cara. Muita empresa compra a ferramenta esperando que ela traga o fluxo pronto, e descobre meses depois que comprou um formulário bonito em cima de um processo que ninguém desenhou.

Para que serve um workflow em uma empresa?

Um workflow serve para que o trabalho repetitivo de uma empresa saia sempre do mesmo jeito, com responsável definido em cada etapa, histórico de quem fez o quê e menos retrabalho. Esse é o ganho básico. Tudo o mais, inclusive a automação, depende dele.

Na prática, os ganhos aparecem em cinco frentes:

• Padronização. Dois analistas diferentes tratam o mesmo pedido pelo mesmo caminho. O cliente deixa de depender de quem o atendeu.
• Rastreabilidade. Cada item de trabalho carrega o registro de por onde passou, quem aprovou e quando. Numa auditoria, isso vale mais que qualquer relatório montado depois.
• Menos retrabalho. Com a regra de passagem escrita, o documento incompleto volta na primeira etapa em vez de rodar três aprovações antes de alguém notar.
• Clareza de responsáveis. Ninguém pergunta “com quem está?”. O fluxo responde.
• Base para automação. Você só automatiza o que consegue descrever. Um fluxo mapeado é a especificação que o software vai executar.

O setor público brasileiro oferece o exemplo mais visível de rastreabilidade. O SEI, sistema criado pelo TRF4 e adotado no Processo Eletrônico Nacional (PEN), aparece no material da ENAP sobre o processo eletrônico como a base da tramitação de documentos entre órgãos: cada documento circula entre unidades com registro de quem o produziu, quem o assinou e para onde foi. Um servidor em Brasília e outro em Manaus seguem o mesmo trâmite, e qualquer um com acesso vê em que ponto o processo parou.

Uma ressalva que o discurso de automação costuma esconder: o ganho de padronizar aparece antes de qualquer software. Uma empresa que desenha o fluxo de aprovação de despesas numa página e o segue à mão já colhe a clareza de responsáveis e a queda de retrabalho. O software entra depois, para tirar das pessoas a tarefa de lembrar a regra. Quando um time nos procura para embutir IA em operações reais, esse desenho prévio é o primeiro insumo que pedimos, e quase nunca ele existe.

Como funciona um workflow na prática: etapas, gatilhos, regras e responsáveis

Na prática, um workflow funciona como uma cadeia de etapas ligadas por regras: um gatilho cria o item de trabalho, cada etapa tem um responsável e um prazo, as regras decidem para onde o item segue, e um estado final encerra o ciclo. Tire qualquer uma dessas peças e o que sobra é uma lista de tarefas.

Vamos desmontar um fluxo hipotético de aprovação de despesa, do tipo que existe em qualquer empresa com mais de dez pessoas.

1. Gatilho. Um funcionário envia um pedido de reembolso. Esse evento cria o item de trabalho: o pedido, com valor, data e comprovante anexado. Sem gatilho definido, o fluxo não sabe quando começar.
2. Primeira etapa: conferência. O financeiro verifica se o comprovante é válido e se o centro de custo existe. Responsável: analista financeiro. Prazo: dois dias úteis.
3. Regra de decisão. Abaixo do teto que a política de despesas fixa, o pedido vai direto para pagamento. Acima dele, segue para o gestor da área. A regra é o que separa um fluxo de uma fila: ela escolhe o caminho sem que ninguém precise perguntar.
4. Segunda etapa: aprovação do gestor. O gestor aprova ou devolve com justificativa. Se devolve, o item volta ao funcionário, que corrige e reenvia. Esse retorno é uma iteração e precisa estar prevista no desenho.
5. Etapa final: pagamento. O financeiro programa a transferência e anexa o comprovante.
6. Estado final. O item muda para “pago” ou “recusado”. Nenhum item fica em estado indefinido. Se ficou, o fluxo tem um buraco.

Os responsáveis entram no desenho como papéis (analista financeiro, gestor da área) em vez de nomes de pessoas. Quando a analista sai de férias, o fluxo continua, porque quem assume o papel recebe os itens dela. O prazo em cada etapa é o que torna o gargalo visível: um item parado há três dias numa etapa de dois aparece atrasado antes de alguém reclamar.

As exceções são a parte que dói. O que ninguém descobre até desenhar o primeiro fluxo é que os caminhos de devolução, cancelamento e pedido duplicado ocupam mais linhas do diagrama que o caminho feliz. Um fluxo que só prevê o caso em que tudo dá certo quebra na segunda semana.

Com software, um motor de workflow (o workflow engine dos sistemas de gestão de workflow) lê a definição do processo e cuida sozinho da passagem dos itens entre etapas. Sem software, a mesma anatomia funciona numa planilha compartilhada, só que a regra de decisão mora na cabeça de quem opera, e vai embora com ela.

Tipos de workflow: sequencial, paralelo, baseado em regras e orientado a eventos

Os tipos de workflow mais usados são quatro: sequencial (uma etapa de cada vez), paralelo (etapas simultâneas que depois se juntam), baseado em regras (o caminho depende de uma condição) e orientado a eventos (algo externo dispara ou redireciona o fluxo). Quase todo fluxo real mistura dois ou três deles.

A classificação tem origem conhecida. Em 2003, um grupo de pesquisadores catalogou os padrões de controle que se repetem em qualquer sistema de workflow: sequência, divisão paralela, sincronização, escolha condicional, iteração e outros. Eles usaram a lista para comparar 15 produtos comerciais e encontraram diferenças grandes de poder expressivo. Havia ferramenta no mercado que simplesmente não sabia desenhar duas etapas correndo ao mesmo tempo. Desse catálogo nasceu a linguagem YAWL. Uma crítica de 2006 apontou que a seleção dos padrões foi feita de modo ad hoc e que as descrições em linguagem natural deixavam margem a leituras diferentes. Mesmo assim, o catálogo virou a referência.

Os quatro tipos, traduzidos para esses padrões:

• Sequencial. A etapa B só começa quando A termina. É o padrão “sequência” puro, e o mais fácil de operar sem software.
• Paralelo. Junta “divisão paralela” e “sincronização”: o item se duplica em dois ramos (jurídico e financeiro revisam o mesmo contrato) e o fluxo só avança quando os dois voltam. O ponto de sincronização é onde a maioria dos desenhos erra, porque esquece de dizer o que acontece se um ramo aprova e o outro recusa.
• Baseado em regras. A “escolha condicional” decide o caminho pelo valor, pelo tipo de cliente ou pelo risco. A “iteração” entra aqui: a regra manda o item voltar uma etapa.
• Orientado a eventos. O que move o fluxo é um evento externo em vez de um participante: o pagamento compensou, o prazo venceu, o sistema parceiro respondeu. Depende de integração entre sistemas, porque alguém precisa avisar o fluxo de que o evento aconteceu.

Tipo	Padrão de controle	Quando usar	Onde costuma falhar
Sequencial	Sequência	Etapas que dependem do resultado da anterior	Vira fila quando uma etapa trava
Paralelo	Divisão paralela e sincronização	Revisões independentes que podem correr juntas	Ramos que voltam com decisões conflitantes
Baseado em regras	Escolha condicional e iteração	Caminhos diferentes por valor, risco ou tipo	Regra desatualizada que ninguém revisa
Orientado a eventos	Gatilho externo	Integração entre sistemas, prazos, pagamentos	Evento que nenhum sistema notifica ao fluxo

Há ainda um corte transversal. O glossário da WfMC, de 1996, separa de forma frouxa o workflow de produção, com regras fixadas antes de o fluxo rodar, do workflow ad hoc, em que as regras podem mudar durante a operação. Um fluxo de folha de pagamento é de produção. Um projeto de consultoria, em que o cliente muda o escopo a cada reunião, é ad hoc, e tentar engessá-lo num motor de workflow rígido produz um sistema que todo mundo contorna por e-mail.

Qual a diferença entre workflow, processo de negócio e automação?

Processo de negócio é a descrição do que a organização faz, workflow é a execução coordenada dessa descrição com etapas, regras e responsáveis, e automação é a tecnologia que faz uma ou mais etapas sem intervenção humana. São três camadas. Confundi-las é o que leva uma empresa a comprar software de automação para um processo que ninguém descreveu.

O glossário da WfMC trata a definição do processo como o insumo que o sistema de workflow interpreta e executa. O processo existe no papel. O workflow existe quando o processo roda.

Termo	O que é	Pergunta que responde
Processo de negócio	O conjunto de atividades que entrega um resultado	O que fazemos?
Workflow	A execução coordenada do processo, com regras de passagem	Como o trabalho anda de uma etapa para outra?
BPM	A disciplina de gestão que desenha, mede e melhora processos	Como tornamos isso melhor ao longo do tempo?
BPMN	A notação gráfica para desenhar processos	Como desenhamos de um jeito que todos leem igual?
Automação e RPA	Software que executa tarefas sem uma pessoa	Quem faz esta etapa?

O BPMN merece duas linhas. É o padrão de fato para diagramas de processo, mantido pela OMG: usa símbolos parecidos com os de fluxograma, legíveis por quem trabalha na área de negócio, e preciso o bastante para virar componente de software. A versão 2.0 saiu em dezembro de 2010, a 2.0.2 (janeiro de 2014) é a mais recente, e a norma ISO/IEC 19510:2013 corresponde à 2.0.1. Quem desenha um fluxo em BPMN está produzindo a definição de processo que um motor de workflow consegue ler.

A fronteira com a automação é a mais escorregadia. Um workflow pode ter zero automação: a planilha compartilhada com regra de passagem escrita é um fluxo completo. E uma automação pode existir sem workflow nenhum, como um script que renomeia arquivos à meia-noite. RPA, em particular, costuma automatizar uma tarefa isolada dentro de um fluxo que continua manual nas outras etapas. Na minha leitura, chamar isso de “automação de workflow” infla o que foi feito. Não há consenso formal sobre onde uma coisa termina e a outra começa, então vale descrever o que de fato roda sozinho e o que ainda depende de alguém clicar.

Exemplos de workflow em marketing, vendas, RH, financeiro e engenharia de software

Em marketing, vendas, RH, financeiro e engenharia de software, um workflow tem sempre a mesma forma, um gatilho, etapas com responsável, uma regra de passagem e um resultado, e o que muda entre as áreas é só o conteúdo de cada caixa. Os exemplos abaixo são hipotéticos e servem para mostrar a estrutura.

Área	Gatilho	Etapas principais	Responsáveis	Resultado
Marketing	Pedido de peça para campanha	Briefing, criação, revisão de marca, aprovação jurídica se houver preço, publicação	Analista, designer, jurídico	Peça publicada
Vendas	Lead preenche formulário	Qualificação, proposta, aprovação de desconto acima do limite, assinatura	SDR, vendedor, gerente comercial	Contrato assinado ou lead descartado
RH	Gestor abre vaga	Aprovação de headcount, divulgação, triagem, entrevistas, proposta, admissão	RH, gestor, financeiro	Pessoa admitida
Financeiro	Primeiro dia útil do mês	Conciliação bancária, lançamentos pendentes, revisão, fechamento	Analista, contador, controller	Mês fechado
Engenharia	Pull request (PR) aberto	Build e testes automáticos, revisão de código, aprovação, merge, deploy	Autor, revisor, pipeline de CI	Código em produção ou PR devolvido

Repare no exemplo de engenharia. É o único em que a maior parte das etapas já roda sem gente: build, testes e deploy acontecem sozinhos, e a pessoa fica só na revisão. Quem já montou um pipeline de CI/CD com aprovação obrigatória sabe que essa etapa humana é a que atrasa, e que o fluxo de software ensina mais sobre gargalo do que qualquer manual de BPM.

O setor público brasileiro tem três casos documentados de mapeamento antes da implantação. A Justiça Federal de São Paulo, pela Portaria 16/2016 da Diretoria do Foro, instituiu o mapeamento do fluxo de trabalho das unidades em BPMN com a ferramenta Bizagi. A UFJF, desde 2020, só cria um processo no SEI depois de mapeá-lo junto com o Escritório de Processos. E o relatório anual de 2023 do SEI na UFF registra a revisão do fluxo e da documentação depois que o sistema entrou em operação, o que mostra que o desenho inicial raramente sobrevive intacto ao primeiro ano.

Nas empresas privadas, o dado mais próximo vem da adoção de IA. Entre as empresas brasileiras que usaram inteligência artificial (IA) em 2025, 44% a aplicaram em marketing ou vendas e 35% na organização de processos administrativos, segundo a TIC Empresas 2025. A pesquisa não tem uma categoria chamada “workflow”, então ler os 35% como automação de fluxo é interpretação. O que o número mostra com segurança é onde a IA entrou primeiro: nas áreas que já tinham o trabalho repetitivo mais bem descrito.

Como mapear e documentar um workflow do zero

Para mapear um workflow do zero, você fixa o gatilho e o resultado, lista as atividades com o papel que executa cada uma, escreve as regras que decidem o caminho e os casos que fogem dele, desenha em BPMN, valida com quem faz o trabalho e versiona o documento. São seis passos, nessa ordem. O quinto é o que quase todo mundo pula.

1. Fixe as duas pontas. Escreva numa linha o que dispara o fluxo e o que o encerra: “cliente pede cancelamento” e “cancelamento confirmado ou recusado, com motivo registrado”. Se o estado final não cabe numa frase, você ainda não tem um fluxo. Tem uma conversa.
2. Liste as atividades e os papéis. Uma linha por atividade, com o papel que a executa (analista de retenção, gerente da conta), nunca o nome da pessoa. Entreviste quem faz o trabalho hoje. O gestor descreve o processo como deveria ser, e quem opera descreve o que acontece de fato.
3. Escreva as regras e os desvios. Em cada ponto em que o item pode seguir por mais de um caminho, anote o critério: valor, prazo, tipo de cliente. Depois pergunte “e se der errado?” em cada etapa. Devolução, pedido duplicado, cliente que desiste no meio.
4. Desenhe em BPMN. A notação tem símbolo próprio para evento, atividade, decisão e raia de responsável, e qualquer modelador exporta o diagrama num formato que outra ferramenta lê. Texto corrido admite leituras diferentes. O diagrama admite bem menos.
5. Valide com quem executa. Sente com duas ou três pessoas que operam o fluxo e peça que percorram o diagrama usando um caso real da semana anterior. Elas vão apontar o caminho que você não desenhou, e esse caminho costuma ser o que mais consome tempo da equipe.
6. Versione o documento. Data, número da versão, quem aprovou e o que mudou em relação à anterior. Fluxo sem versão é fluxo em que ninguém sabe qual regra vale hoje.

O setor público brasileiro deu nome a essa prática: Escritório de Processos, uma unidade central que senta com a área dona do fluxo e mapeia antes que qualquer coisa entre no sistema. A UFJF, por exemplo, condiciona a criação de processos no SEI a esse mapeamento prévio. A lógica serve para empresa privada: alguém de fora da área segura a caneta e faz as perguntas, e a área responde. Quem desenha o próprio fluxo tende a desenhar o que gostaria que existisse.

Um detalhe que o manual não conta. O passo 3 costuma dobrar o tamanho do diagrama, e é tentador deixar os desvios para a “versão 2”. Resista. A versão 2 nunca chega, e o fluxo entra em operação sem saber o que fazer com o pedido duplicado que aparece na primeira semana.

Ferramentas para criar e automatizar workflows e quanto custam

As ferramentas para criar e automatizar workflows cabem em cinco categorias: modeladores BPMN, sistemas de gestão de workflow (BPMS), plataformas no-code e low-code, orquestradores em código e sistemas públicos como o SEI. Quanto custam? Não existe faixa de preço honesta por categoria, porque o valor depende do número de usuários, do volume de execuções e das integrações, e muda a cada ano. O que dá para dizer com segurança é de onde o custo vem em cada uma.

Categoria	Para que serve	Quem opera	De onde vem o custo
Modelador BPMN	Desenhar e documentar, sem executar	Analista de processos	Licença e horas de desenho
BPMS	Executar o fluxo com um motor que lê o processo desenhado	TI com a área de negócio	Licença, implantação e integrações
No-code e low-code	Ligar etapas entre sistemas prontos sem código	A própria área	Assinatura por volume de execuções
Orquestrador em código	Fluxos de engenharia e integração com controle fino	Equipe de engenharia	Horas de engenharia e infraestrutura
Sistema público (SEI)	Tramitar processos eletrônicos entre órgãos	Órgãos públicos	Implantação, treinamento e mapeamento prévio

O modelador é a porta de entrada, e o caso público mais concreto é o Bizagi, que a Justiça Federal de São Paulo adotou em 2016 para desenhar o fluxo das unidades. Ele desenha e exporta. Não executa nada. O BPMS é o passo seguinte: um sistema que define, cria e gerencia a execução dos fluxos, rodando um ou mais motores de workflow que interpretam o processo desenhado. É a categoria que o glossário da WfMC descreve desde 1996, e a que mais se parece com o que a maioria das empresas chama de “sistema de workflow”.

O custo que não aparece no orçamento é o da ferramenta que não expressa o padrão de que você precisa. Uma plataforma resolve o fluxo sequencial numa tarde e trava no primeiro ramo paralelo com ponto de sincronização, e a equipe passa a contornar por e-mail. A comparação de 15 produtos feita em 2003 encontrou exatamente essa diferença entre ferramentas, e ela continua existindo. O teste de compra que mais vale: antes de assinar, peça para desenhar o seu fluxo mais cheio de desvios, com um ramo paralelo, uma devolução e um prazo que vence sozinho. Se a ferramenta não consegue, o problema aparece na terceira semana, e aí o custo vira migrar.

O SEI é caso à parte. Criado pelo TRF4 e adotado no Processo Eletrônico Nacional, ele serve a órgãos públicos, e o custo para o órgão está em implantar, treinar servidores e mapear os fluxos antes de ligar o sistema. Os relatórios de universidades que o adotaram mostram que a parte cara é a de antes e a de depois, e quase nunca o software em si.

Como a IA generativa e os agentes estão mudando os workflows

A IA generativa está mudando os workflows de dois jeitos: o LLM virou participante de etapas que antes exigiam uma pessoa (ler, classificar, redigir, resumir), e a própria palavra “workflow” ganhou um segundo significado na engenharia de IA, o de caminho predefinido em código, em contraste com agente, em que o modelo decide o próprio percurso. Os dois sentidos convivem no mesmo projeto e confundem reunião de orçamento.

O segundo sentido tem data e autor. Em 19/12/2024, a Anthropic publicou um guia sobre como construir agentes eficazes em que separa workflows, “systems where LLMs and tools are orchestrated through predefined code paths”, de agentes, sistemas em que o LLM dirige dinamicamente o próprio processo e o uso de ferramentas. No workflow, quem decide o próximo passo é o código. No agente, é o modelo.

O guia descreve cinco padrões de workflow:

• Prompt chaining: a saída de uma chamada ao LLM vira a entrada da próxima, com uma checagem entre elas.
• Routing: uma primeira chamada classifica a entrada e a envia ao prompt especializado.
• Parallelization: várias chamadas correm ao mesmo tempo, dividindo a tarefa ou votando sobre a resposta.
• Orchestrator-workers: um LLM central quebra a tarefa, distribui a outros e junta os resultados.
• Evaluator-optimizer: um LLM gera, outro avalia, e o ciclo se repete até atingir o critério.

Quem conhece o catálogo de padrões de controle de 2003 reconhece tudo. Chaining é a sequência, routing é a escolha condicional, parallelization é a divisão paralela com sincronização, e evaluator-optimizer é a iteração. A novidade está no participante, que agora é um modelo, e na regra de passagem, que pode ser um julgamento em linguagem natural em vez de um valor numa coluna.

A recomendação da Anthropic é começar pela forma mais simples e só aumentar a complexidade quando o caso exigir. Na prática, o que vemos é o inverso: o projeto nasce como agente autônomo porque foi isso que a demo mostrou, e chega à produção como um workflow de três prompts encadeados, depois que o agente gastou o orçamento de tokens decidindo errado.

A academia já organizou essa divisão. Uma survey de março de 2026 no arXiv, com autores da IBM entre outros, chama esses fluxos de grafos de computação agêntica e separa as abordagens estáticas, em que a estrutura do grafo é fixada antes de o sistema entrar em produção, das dinâmicas, em que ela é escolhida ou revista a cada rodada. É a divisão entre workflow de produção e ad hoc, que a WfMC já fazia em 1996, com outro vocabulário.

No Brasil, a IA entrou primeiro onde o trabalho já estava descrito. Entre as empresas que usaram IA em 2025, a TIC Empresas 2025, do Cetic.br, registra estes usos:

• marketing ou vendas: 44%
• organização de processos administrativos: 35%
• gestão do negócio: 34%
• segurança digital: 34%
• processos de produção: 23%

Os dois usos mais citados são as áreas com mais fluxo repetitivo documentado, o que sugere que o LLM entra como participante de uma etapa já desenhada, em vez de como agente solto. A produção, em que o fluxo costuma viver dentro de máquinas e ERPs, fica por último.

Quando um workflow falha: gargalos, exceções e sinais de que precisa ser redesenhado

Um workflow falha quando os itens se acumulam numa etapa, quando as exceções passam a correr por e-mail fora do sistema ou quando a regra que escolhe o caminho já não bate com a política em vigor. Esses três sintomas aparecem antes de qualquer reclamação formal, e quem acompanha o fluxo de perto os enxerga semanas antes de a diretoria perguntar por que o prazo estourou.

Os sinais que pedem redesenho:

• Fila numa única etapa. Os itens entram no ritmo esperado e param sempre no mesmo lugar. O gargalo costuma ser um papel com uma pessoa só, ou um prazo que ninguém definiu.
• Exceção tratada fora do sistema. O pedido duplicado, o cliente que desiste no meio e a devolução sem motivo são resolvidos no chat. O sistema registra o caminho feliz, e a vida real acontece em outro lugar.
• Aprovação que aprova tudo. Uma etapa de aprovação que nunca recusa é só atraso com assinatura. Conte quantas recusas ela produziu nos últimos três meses. Zero é resposta.
• Regra desatualizada. O teto de valor mudou na política de despesas e continuou o mesmo no fluxo. Ninguém percebe até a auditoria.
• Ferramenta que não expressa o padrão. O fluxo precisa de um ramo paralelo com sincronização, a plataforma só sabe sequência, e a equipe inventa um contorno por planilha.

O diagnóstico cabe em duas medidas. Tempo médio por etapa, para achar a fila. E quantidade de itens que saem do sistema e voltam, para achar a exceção. Se a ferramenta não mede nenhum dos dois, o primeiro redesenho é fazê-la medir.

Redesenhar é voltar ao diagrama com esses números na mão. Você marca a etapa onde os itens param, corta a aprovação que nunca recusa, escreve a regra de novo com o valor vigente e desenha o desvio que hoje corre por e-mail. Quando o problema é a ferramenta, a escolha é entre conviver com o contorno e migrar, e vale decidir antes que o contorno vire o processo oficial.

Nenhum desenho sobrevive intacto ao primeiro ano. O relatório anual de 2023 do SEI na UFF registra a revisão do fluxo de trabalho e da documentação depois que o sistema entrou em operação, e isso numa instituição que mapeou antes de implantar. A revisão periódica faz parte do fluxo. Tratar o diagrama como pronto é o jeito mais rápido de ele deixar de descrever o que acontece.

Perguntas frequentes sobre workflow

O que é workflow? Significado em português

Workflow significa fluxo de trabalho: o caminho que uma tarefa, um documento ou uma informação percorre entre participantes, com regras que decidem a passagem de uma etapa para a outra, até chegar a um resultado. A definição de referência é a do glossário da Workflow Management Coalition, de 1996, que o trata como a automação, total ou parcial, de um processo de negócio. No Brasil, workflow e fluxo de trabalho são usados como sinônimos, e o plural workflows é corrente.

Qual a diferença entre workflow e fluxograma?

O fluxograma é o desenho. O workflow é o que o desenho descreve, rodando com responsáveis, prazos e regras de passagem. Um fluxograma pode representar um workflow, e a notação BPMN, padrão de fato para diagramas de processo mantido pela OMG, é uma forma de fluxograma precisa o bastante para um software executar. O desenho na parede sem responsável nem prazo é só um fluxograma.

O que é fluxo de trabalho em RH?

Em RH, fluxo de trabalho é a sequência de etapas que um processo de pessoas percorre, como a contratação: o gestor abre a vaga, o financeiro aprova o headcount, o RH divulga e faz a triagem, o gestor entrevista, e a proposta aceita vira admissão. Cada etapa tem um papel responsável e uma regra de passagem. Admissão, desligamento, férias e avaliação seguem a mesma lógica.

Workflow precisa de software?

Workflow funciona sem software. Uma planilha compartilhada com as etapas, os responsáveis e a regra escrita de quando o item avança já é um fluxo completo. O software entra para que um motor de workflow leia a definição do processo e cuide sozinho da passagem entre etapas, do prazo e do registro de quem fez o quê. Sem ele, a regra mora na cabeça de quem opera.

O que é workflow no SEI?

No SEI, o workflow é o trâmite de um processo eletrônico entre unidades de um órgão público, com registro de quem produziu, assinou e encaminhou cada documento. O sistema foi criado pelo TRF4 e adotado no Processo Eletrônico Nacional. Universidades como a UFJF só criam um tipo de processo no SEI depois de mapear o fluxo junto com um Escritório de Processos.

O que é workflow em IA?

Em engenharia de IA, workflow é um sistema em que LLMs e ferramentas são orquestrados por caminhos predefinidos em código, segundo a distinção que a Anthropic publicou em 19/12/2024. O contraste é com agente, em que o modelo decide o próprio percurso e quais ferramentas usar. Prompt chaining, routing, parallelization, orchestrator-workers e evaluator-optimizer são os cinco padrões de workflow desse sentido.

Quais são as etapas de um workflow?

Todo workflow tem um gatilho que cria o item de trabalho, uma ou mais atividades com papel responsável e prazo, regras de decisão que escolhem o caminho em cada bifurcação, desvios para devolução e cancelamento, e um estado final que encerra o item. O número de atividades varia por processo. As cinco peças não variam.

Por onde começar a desenhar seu primeiro workflow

Comece pelo processo pequeno e recorrente que mais gera a pergunta “com quem está?”. Reembolso de despesa, aprovação de desconto, abertura de chamado. Escolha um que rode toda semana e caiba numa página.

Nessa página, escreva o gatilho, o estado final, as atividades com o papel de cada uma e a regra em cada ponto de decisão. Inclua pelo menos um desvio, o que acontece quando o item volta. Depois rode o fluxo à mão por quatro semanas, numa planilha compartilhada, antes de assinar qualquer ferramenta. A planilha mostra onde a regra está errada por um custo próximo de zero.

Meça uma única coisa: o tempo entre o gatilho e o estado final. Esse número é a linha de base. Qualquer automação que vier depois precisa movê-lo, e um workflow que não mexe nesse tempo só trocou o lugar da fila.

Se o fluxo que você quer desenhar já envolve um LLM lendo, classificando ou redigindo numa das etapas, conte para o nosso time qual é o processo e desenhamos com você a primeira página.