Gestão de processos

Por que um pedido demora semanas se cada setor afirma ter feito sua parte rapidamente? O resultado depende não só do trabalho dentro dos setores, mas também das esperas, decisões e transferências entre eles. Gerir processos é cuidar desse percurso completo, da necessidade à entrega.

1. Da demanda à entrega: o que constitui um processo

Considere um exemplo hipotético: um órgão recebe um pedido de licença, confere documentos, analisa requisitos, decide e comunica o resultado. Esse encadeamento de atividades transforma entradas em saídas destinadas a alguém: é um processo. Seu objetivo não é simplesmente movimentar documentos, mas produzir uma decisão válida e entregá-la ao interessado.

O pedido e seus documentos são entradas, fornecidas pelo requerente. Servidores, equipamentos e sistemas são recursos que viabilizam o trabalho. A legislação estabelece regras; uma conferência de competência ou de documentos funciona como controle. A decisão comunicada é a saída; o interessado é seu destinatário. Um indicador, como o prazo entre protocolo e comunicação, permite medir o desempenho.

A distinção depende da função no processo: a entrada é transformada ou utilizada na produção da entrega; o recurso permite trabalhar; a regra condiciona a execução. O destinatário pode ser externo ou outra área da organização.

O processo é a lógica de trabalho reutilizável. O desenho que a representa é um modelo; cada pedido concreto que percorre essa lógica é uma instância. Cem pedidos não são necessariamente cem processos diferentes: podem ser cem instâncias do mesmo processo.

Também não se deve confundir processo com:

• função ou departamento: reúne atribuições ou pessoas; o processo pode atravessar vários departamentos;
• procedimento: prescreve como executar determinada atividade;
• projeto: esforço temporário para produzir uma entrega única, como implantar o novo atendimento; depois, o atendimento funciona continuamente;
• sistema informatizado: apoia a execução, mas não abrange sozinho pessoas, responsabilidades, regras e resultados.

2. Enxergar o conjunto sem perder a finalidade

A cadeia de valor mostra como as grandes entregas e os trabalhos da organização se articulam para cumprir sua missão. A arquitetura de processos organiza esse conjunto e suas relações. Ela responde “como produzimos valor?”, enquanto o organograma responde principalmente “como distribuímos autoridade e unidades?”.

Para aumentar o detalhe, decompõe-se um macroprocesso, conjunto amplo e integrado, em processos; estes, em subprocessos, atividades e tarefas. A atividade reúne trabalho com finalidade identificável; a tarefa é uma ação mais elementar no nível adotado. A nomenclatura e o número de níveis variam: não há uma hierarquia universal que obrigue toda organização a usar exatamente a mesma decomposição.

Os processos também podem ser classificados pelo papel que desempenham:

Apoio não significa dispensável. Tampouco basta uma atividade ocorrer internamente para que seja de apoio: uma análise interna pode integrar um processo finalístico.

Na visão funcional, cada unidade tende a otimizar sua parcela. Na gestão por processos, o critério inclui o resultado ponta a ponta. No exemplo, encaminhar rapidamente pedidos incompletos melhora a contagem do protocolo, mas pode aumentar devoluções e atrasar a decisão. A integração transversal combate esse problema; não exige abolir departamentos ou hierarquia.

3. Quem responde pelo percurso inteiro

Se cada chefia cuida de uma parte, alguém precisa articular o resultado completo. O dono do processo responde pelo desempenho ponta a ponta e promove ajustes entre áreas; não precisa executar todas as tarefas nem ser superior hierárquico de todos os participantes.

O gestor coordena a operação; o patrocinador oferece apoio institucional, recursos e ajuda a remover impedimentos. O analista levanta informações, modela e investiga melhorias; o arquiteto de processos cuida da coerência entre processos e arquitetura. Especialistas conhecem regras e práticas; executores realizam as atividades. Os nomes e a acumulação desses papéis dependem da organização.

O escritório de processos apoia métodos, capacitação, modelos e o portfólio, conjunto de iniciativas que precisam ser priorizadas e acompanhadas. Ele não assume automaticamente a responsabilidade de todos os donos.

Uma matriz RACI explicita, para cada atividade, quem faz, quem responde pelo resultado e quem participa da comunicação:

A distinção decisiva é executar não equivale a responder pelo todo. A matriz organiza atribuições gerenciais; não cria nem transfere competência legal.

4. Conhecer, mudar e sustentar: o ciclo de gestão

Essa disciplina contínua é chamada BPM, gerenciamento de processos de negócio. “Negócio” designa a atividade da organização, inclusive pública; não pressupõe finalidade lucrativa. A disciplina abrange processos informatizados ou não.

O ciclo não termina quando se aprova um desenho. É preciso compreender o que existe, implantar a mudança e observar se o desempenho melhorou. Uma formulação recorrente no estudo do BPM CBOK, guia de conhecimentos da área, distingue:

1. Planejamento e estratégia: definir objetivos, escopo, prioridades, responsáveis e conexão com a missão.
2. Análise: compreender o funcionamento atual, problemas e necessidades.
3. Desenho e modelagem: conceber e representar uma solução adequada.
4. Implementação: colocar a solução em funcionamento.
5. Monitoramento e controle: medir resultados, compará-los com o esperado e tratar desvios.
6. Refinamento: incorporar aprendizado e realizar novos aperfeiçoamentos.

Os referenciais e suas edições podem agrupar essas atividades de maneira diferente. A sequência acima aparece, por exemplo, na metodologia do Tribunal de Justiça de Goiás; outras metodologias institucionais adotam agrupamentos distintos. Não há lista única universal: siga o modelo indicado pela questão, preservando a lógica contínua.

O estado atual é o AS IS: deve refletir a prática, validada por observação, entrevistas, documentos e dados, não apenas o procedimento oficial. O estado futuro desejado é o TO BE. Um desenho futuro tecnicamente elegante, mas inviável quanto a recursos ou normas, não resolve o problema.

A escolha do que melhorar considera alinhamento estratégico, impacto no usuário, volume, custos, riscos, urgência legal, dependências e viabilidade. A maturidade, capacidade de manter processos definidos, medidos e melhorados de modo consistente, ajuda a dimensionar a mudança. Prioridade não deve decorrer apenas da facilidade de desenhar um fluxograma.

5. Representar para entender e decidir

Primeiro delimite entrega, início, fim e participantes; depois escolha o detalhe necessário. Mapear levanta e organiza o funcionamento. Modelar constrói uma representação com finalidade definida, como comunicar, analisar ou preparar execução. Um diagrama pode oferecer visão simples; um mapa explicitar relações; um modelo incluir regras e dados para análise. Esses nomes não constituem uma escala rígida aceita por todas as fontes.

Para delimitar o processo, o SIPOC relaciona fornecedor, entrada, processo, saída e cliente. No exemplo hipotético: requerente, pedido documentado, análise da licença, decisão comunicada e interessado. É uma visão de escopo, não um detalhamento de todas as decisões. O fluxograma detalha a sequência e seus caminhos.

Uma linguagem comum para o fluxo

A BPMN é uma notação padronizada, isto é, um conjunto de símbolos e regras para representar processos. Não é a própria gestão nem um programa de computador.

Acompanhe o pedido: ele chega, passa por trabalho, encontra uma decisão e termina. Na notação, eventos representam acontecimentos; atividades, trabalho; e gateways, pontos que controlam a divisão ou reunião de caminhos. A pergunta “documentação completa?” pode abrir caminhos mutuamente exclusivos: prosseguir ou solicitar complemento.

As faixas, também chamadas swimlanes, evidenciam responsabilidades e transferências. O fluxo de sequência pode cruzar divisões internas, mas não atravessa a fronteira entre participantes. A comunicação entre eles usa mensagens.

Na divisão, um gateway exclusivo escolhe um caminho; um paralelo abre todos os caminhos de saída e pode sincronizá-los na reunião. Um evento intermediário de mensagem pode representar a espera pelo complemento documental.

Um subprocesso permite ocultar detalhes no nível geral e abri-los quando necessários. Mais detalhe não significa melhor comunicação; tampouco todo diagrama é automaticamente executável.

Gestão, notação e execução não são a mesma coisa

Um workflow é o encaminhamento do trabalho segundo regras. Uma BPMS é uma suíte de software que pode coordenar etapas, aplicar regras, integrar sistemas e monitorar instâncias. Logo, BPM é disciplina; BPMN, linguagem; BPMS, suporte tecnológico.

Automatizar a coordenação não elimina necessariamente a decisão humana. Na notação, uma tarefa de usuário (User Task) é realizada por uma pessoa com apoio de aplicação e gerenciamento pelo sistema de execução. Uma tarefa manual (Manual Task) não é gerenciada por esse sistema; uma tarefa de serviço (Service Task) utiliza serviço automatizado. Não confunda “feito por uma pessoa” com o tipo formal “tarefa manual”.

6. Descobrir onde o resultado se perde

Retome o exemplo hipotético: entram 15 pedidos por dia, mas uma análise obrigatória consegue concluir somente 10. Mantidas essas condições, sem outras entradas ou saídas, a fila cresce em cinco pedidos por dia. Essa etapa é um gargalo: restringe a vazão, quantidade de entregas concluídas por período. Acelerar apenas o protocolo não amplia a capacidade da análise.

O gargalo não é necessariamente a tarefa mais cara. Filas também dependem de variações na demanda e nos tempos, lotes e regras de prioridade. Capacidade é a produção possível em determinadas condições; vazão é o fluxo efetivamente realizado.

Uma transferência entre pessoas ou áreas é um handoff. Ela pode gerar espera, perda de informação e devolução, mas também ser necessária à especialização ou à segregação de funções, separação de atribuições incompatíveis para reduzir riscos. Retrabalho é repetir trabalho para corrigir falhas; transferir uma vez não é, por si só, retrabalhar.

Para medir o tempo, delimite os marcos:

• Lead time: tempo total entre a demanda e a entrega, incluindo esperas.
• Touch time: tempo de trabalho efetivo sobre o caso.
• Tempo de espera: intervalo em que o caso não está sendo processado.
• Cycle time: pode designar duração de uma execução ou intervalo entre saídas, conforme o referencial. A definição do enunciado é decisiva.

Combine tempo com custo, produtividade, qualidade, conformidade, satisfação e resultado entregue. Um indicador local pode melhorar enquanto o usuário espera mais; rapidez obtida por omissão de análise obrigatória não é melhoria válida.

7. Escolher a mudança conforme a causa

Uma atividade pode agregar valor percebido pelo usuário, ser necessária à administração ou à conformidade, ou ser desperdício evitável. O usuário talvez não perceba uma conferência de competência, mas isso não autoriza suprimi-la. É possível simplificar sua execução sem eliminar a garantia que oferece.

As ferramentas devem responder a perguntas, não funcionar como uma coleção de nomes:

• Por que ocorre a falha? Os cinco porquês aprofundam a investigação; o diagrama de Ishikawa organiza possíveis causas em categorias. Ambos levantam hipóteses que exigem evidência.
• Onde concentrar esforço? O diagrama de Pareto ordena categorias por frequência ou impacto. A matriz esforço × impacto compara benefício esperado e dificuldade de intervenção, sem substituir prioridades legais.
• Como outros resolvem o problema? O benchmarking compara práticas e resultados para aprender e adaptar, não copiar sem contexto.
• O que pode acontecer se mudarmos capacidade ou fluxo? A simulação experimenta cenários em um modelo. Suas conclusões dependem de dados e hipóteses; não são prova automática de causalidade.

Identificada a causa, padronizar reduz variação indesejada; simplificar retira complexidade desnecessária; automatizar transfere execução adequada à tecnologia; redesenhar reorganiza o fluxo. A reengenharia propõe reformulação radical para ganhos expressivos, distinguindo-se da melhoria incremental. Não é sinônimo de qualquer informatização.

A ponte com qualidade é funcional: o PDCA articula planejar, executar, verificar e agir sobre o aprendizado; o Lean busca fluxo e redução de desperdícios; o Seis Sigma enfatiza reduzir variação e defeitos com dados. Nenhum deles torna dispensáveis objetivos, pessoas e controles do processo.

8. O que os registros digitais revelam — e o que não revelam

A mineração de processos usa registros de eventos para investigar como os casos realmente percorrem o trabalho. Esses registros, ou logs, precisam relacionar eventos a casos e atividades; horários permitem analisar duração e espera.

Há três aplicações clássicas: descoberta, que extrai um modelo dos registros; verificação de conformidade, que compara a execução registrada com um modelo; e aprimoramento, que enriquece ou melhora o modelo com evidências, como tempos e gargalos.

A mineração de tarefas, ou task mining, observa passos mais detalhados do trabalho do usuário, como interações com aplicações. É uma perspectiva complementar, não simplesmente um quarto tipo da classificação anterior.

Registros incompletos ou inconsistentes distorcem conclusões. Eles não explicam sozinhos o motivo de uma exceção nem a validade de uma exigência: entrevistas, observação e análise normativa continuam necessárias.

9. Fazer a mudança funcionar no serviço público

O TO BE aprovado ainda é um plano. A transição exige ajustar responsabilidades, procedimentos, sistemas, controles e dados; comunicar, capacitar, acompanhar a implantação e oferecer suporte. Um piloto, aplicação inicial delimitada, permite aprender antes da ampliação. Resistência pode revelar perda de competência, risco ou regra ignorada, não apenas aversão à mudança.

No setor público, o valor entregue combina resultado útil com legalidade, impessoalidade, transparência, acessibilidade e proteção de dados. A integração deve evitar exigências e deslocamentos desnecessários, sem compartilhar informações indiscriminadamente ou eliminar atendimento indispensável.

A Lei nº 14.129/2021, sobre Governo Digital, prevê simplificação, serviços acessíveis e integração. Sua aplicação às administrações dos demais entes federativos depende de adoção por atos normativos próprios, nos termos do artigo 2º, inciso III. Não presuma aplicação automática integral ao órgão estadual, nem trate metodologia federal como norma obrigatória para ele.

Por fim, acompanhe a entrega real: menos etapas só representa melhoria se reduzir esforço ou prazo preservando qualidade, direitos e controles necessários. Um novo desenho, uma ferramenta instalada e um resultado melhor são três coisas distintas.