Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Simplificação: separar complicação de complexidade

Por que o processo ficou tão complicado e o que dá para simplificar sem quebrar nada?

Resposta direta

Simplificar começa por separar duas coisas que costumam ser tratadas como uma só. Complexidade vem da operação: variantes de produto, exigências fiscais, contratos diferentes, e não sai sem custo. Complicação vem do acúmulo: campos que ninguém usa, aprovações herdadas, regras criadas para um caso isolado e nunca revistas. O diagnóstico procura a segunda. O critério é rastrear cada etapa até a origem e a responsável por ela; sem origem conhecida e sem responsável nomeado, a etapa existe por inércia. Toda simplificação precisa de dono, senão volta.

Objetivo
Diagnosticar
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Separa complicação de complexidade e trata simplificação como decisão com dono, não como corte de etapas.

Onde a complicação entra no processo

A maior parte da complicação não foi decidida, foi somada. Uma exceção criada para um cliente específico vira regra geral. Um controle pedido por auditoria permanece depois que a auditoria mudou de escopo. Uma etapa sobrevive à área que a criou.

O efeito prático é conhecido por quem opera: o processo tem mais passos do que decisões. Cada passo consome prazo, atenção e uma responsabilidade que, muitas vezes, ninguém assume. Simplificar é reduzir passos sem reduzir decisão.

O dado que sustenta a decisão de simplificar

Antes de retirar qualquer etapa, o levantamento precisa responder três perguntas: o que essa etapa decide, quem responde por ela e o que aconteceria se ela não existisse. Etapa que não decide nada e não tem responsável nomeado é candidata. Etapa que atende exigência externa raramente é.

O suporte vem de registro simples: tempo de ciclo por etapa, volume de exceções, origem dos erros que geram retrabalho e quantas pessoas tocam o mesmo pedido. Sem esse registro, a simplificação vira opinião, e a etapa volta na primeira falha.

Limites do diagnóstico de simplificação

Simplificar não resolve volume. Se a demanda cresceu além da capacidade, retirar uma etapa alivia o fluxo e não muda a fila. Também não resolve decisão ruim: quando o erro nasce de critério indefinido, menos etapas apenas levam o problema mais adiante.

Há processos em que a complexidade é real: variantes de contrato, obrigações legais, particularidades de produto. Cortar ali gera retrabalho e transfere o custo para outra área. O diagnóstico serve para separar os dois casos, com margem de erro, e não para afirmar que todo processo pode ser menor.

Recurso prático

Sinal observado e o que ele costuma indicar

Sinal observadoO que costuma indicar
Etapa sem responsável nomeadoSobra de reorganização anterior; ninguém responde por ela
Aprovação que confirma o que a etapa anterior já decidiuControle duplicado; não existe decisão nova naquele ponto
Campo obrigatório que ninguém consulta depoisRegra criada para um relatório pontual e nunca revista
Exceção tratada por acordo verbalRegra real que não está escrita; costuma ser a origem do retrabalho

O erro mais comum é cortar a etapa e manter a regra que a exigia. Em pouco tempo ela reaparece como exceção informal, sem dono e fora do fluxo.

Conceitos usados nesta página

  • Retrabalho — Retrabalho é o esforço repetido para corrigir ou refazer algo que já havia sido produzido — custo que não aparece no orçamento, mas consome capacidade e prazo.

Sobre o que está escrito aqui

Conceitos relacionados: etapa de processo · regra de exceção · responsável pela etapa · tempo de ciclo · retrabalho. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.

Para continuar

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Processos, retrabalho e produtividade

Quer avaliar isso no seu contexto?

Esta página trata de simplificação. Diagnóstico de Perdas Ocultas é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.