Pular para o conteúdo

Soluções · Processos, retrabalho e produtividade

Formulário interno com campo inútil: antes de contratar

O formulário interno tem um campo que ninguém usa. Isso se resolve mexendo no formulário ou precisa contratar algo maior?

Resposta direta

Antes de contratar a retirada de um campo, é preciso mostrar para que ele serve hoje. Campo inútil costuma ser campo sem responsável: alguém pediu uma vez, o formulário cresceu e ninguém voltou para tirar. A avaliação parte de três perguntas: qual decisão depende desse dado, quem responde pela sua exatidão e quanto custa mantê-lo. Se nenhuma decisão muda por causa do campo, o escopo da contratação é retirá-lo e ajustar o que depende dele. Se alguma muda, o trabalho não é retirar, e sim definir responsável, formato e momento de preenchimento. Contratar antes dessa distinção costuma pagar por duas mudanças.

Objetivo
Orientar avaliação e contratação
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Foca na decisão de contratar a mudança de um campo, e não na redigitação nem no desenho do formulário inteiro.

Por que o campo inútil sobrevive

Campo inútil raramente nasce inútil. Em algum momento alguém precisou do dado para uma decisão específica. Depois a decisão mudou, a pessoa saiu da área ou o formulário foi copiado de outro contexto. O campo ficou.

Ninguém responde pelo formulário como um todo. Cada área pede o que precisa e o conjunto cresce sem revisão. Tirar um campo exige conversar com quem o pediu, e essa conversa é adiada até virar problema de produtividade. O campo permanece por inércia, não por utilidade.

O que definir antes de contratar

A contratação precisa de escopo escrito: quais campos saem, quais permanecem, quais relatórios e aprovações consomem o dado e quem ajusta cada um. Sem isso, o fornecedor entrega o formulário novo e o resto continua lendo o campo antigo.

Também é preciso definir o critério de aceite. O aceite não é o formulário sem o campo, é o processo rodando sem ele: nenhuma aprovação trava, nenhum relatório fica vazio e nenhuma área passa a pedir o dado por fora. Cada um desses pontos precisa de responsável nomeado para validação.

O que a retirada não resolve

Retirar campo não resolve formulário longo por si. Se a causa é excesso de etapas ou aprovação lenta, o problema está no fluxo, não no campo. Tirar uma linha de um formulário mal desenhado devolve o mesmo formulário com uma linha a menos.

Há campos que devem ficar. Dado exigido por auditoria, contrato ou obrigação externa não se retira por baixa frequência de uso. Nesses casos o trabalho é reduzir o esforço de preenchimento, não eliminar o dado. A retirada também não impede que o mesmo dado volte a ser pedido por outro canal.

Recurso prático

Perguntas que precisam de resposta antes de contratar a retirada do campo

PerguntaO que a resposta muda no escopo
Qual decisão usa este dado hojeSem decisão, o campo é candidato a retirada; com decisão, o trabalho é corrigir dado e preenchimento
Quem responde pela exatidão do campoSem responsável nomeado, a retirada devolve o problema; com responsável, cabe manter e revisar
O que depende do campo além do formulárioDefine se a contratação inclui ajuste em relatórios, aprovações e trocas entre sistemas

O erro mais comum é contratar a retirada antes de checar quem consome o campo. Formulário, relatório e aprovação costumam ler o mesmo dado, e o ajuste raramente termina no formulário.

Sobre o que está escrito aqui

Conceitos relacionados: formulário interno · campo sem uso na decisão · responsável pelo dado · escopo de contratação · custo de manutenção do campo. 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.