Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Formulário interno com campo inútil: manter, mudar ou tirar

Tem um campo no formulário interno que ninguém usa. Ele deve sair?

Resposta direta

Campo que ninguém usa sobrevive porque ninguém responde por ele. Antes de remover, procure três coisas: qual decisão o campo alimenta, quem consome o dado e o que acontece se ele faltar por um ciclo. Se não houver decisão, consumidor nem consequência, o campo sai. Se houver decisão mas o dado chega tarde ou errado, o problema é o formato ou o momento da coleta, não o campo. A remoção é o passo final, não o primeiro.

Objetivo
Organizar um processo
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Trata o campo como item de decisão com dono e consumidor declarados, e não como item de layout a ser reordenado.

Antes de mexer no formulário, definir quem responde por cada campo

Campo sem dono dura porque ninguém tem motivo para defendê-lo nem para tirá-lo. A primeira providência é atribuir responsabilidade: cada campo tem uma pessoa que responde por ele existir e por ele estar preenchido de forma correta. Sem isso, a discussão volta ao mesmo ponto a cada revisão.

Com dono definido, a pergunta deixa de ser se o campo é bonito ou antigo e passa a ser se alguém consulta o dado. Consulta pode ser uma decisão, um relatório de conferência ou um registro exigido. Se nenhuma dessas situações existe, o campo ocupa espaço e tempo de quem preenche.

Quando o campo é sintoma e não causa

Parte dos campos ruins é consequência de um processo que já mudou. A área que pedia o dado deixou de usar a informação, mas o formulário continuou igual. Nesses casos, mexer só no formulário transfere o problema para o próximo documento da cadeia.

Vale perguntar o que mudou na operação desde a criação do campo e quem assumiu aquela responsabilidade. Se a resposta não for clara, o campo sinaliza uma definição pendente, e não a causa do retrabalho.

O que essa organização não resolve

Retirar campo não corrige formulário longo por acumulação de áreas. Também não resolve quando o dado já existe em outro sistema e só é repetido por falta de passagem de informação; ali o problema está entre etapas, não no campo isolado.

A organização não dispensa revisão periódica. Formulários voltam a crescer quando novas demandas entram sem que ninguém retire o que deixou de ser usado. O que merece acompanhamento é o tempo de preenchimento e a origem de cada dado, não a quantidade de campos.

Recurso prático

Como encaminhar cada campo do formulário interno

Origem do campoPergunta que decideEncaminhamento
Campo herdado de versão antiga do formulárioAlguém consultou esse dado nos últimos ciclos?Sem consulta registrada, retirar e acompanhar uma rodada de uso
Campo pedido por uma área, sem consumidor declaradoQuem recebe o dado e o que faz com ele?Nomear consumidor por escrito ou retirar o campo
Campo com dado correto que chega depois da decisãoA decisão já foi tomada antes do dado chegar?Mudar o momento da coleta, não o campo
Campo mantido por exigência externa ou registro de auditoriaExiste norma ou contrato que pede o registro?Manter, com dono definido e critério de conferência

O erro mais comum é retirar o campo pela aparência de inútil sem conferir se ele sustenta uma decisão tomada em outro setor.

Conceitos usados nesta página

  • Responsável nomeado — Responsável nomeado é a pessoa identificada — não a área — que responde por um número, processo ou entrega.

Sobre o que está escrito aqui

Conceitos relacionados: formulário interno · campo obrigatório · dono do processo · consumidor do dado · momento da coleta. 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 formulário interno com campo inútil. 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.