Resposta direta
O campo inútil só sai depois de se saber quem lê o que ele preenche. O caminho é rastrear o destino do dado, não a intenção de quem criou o campo. Enquanto houver um relatório, uma conferência ou uma exigência externa lendo aquele campo, retirá-lo transfere o problema para outra etapa. Se nada consome o dado, o campo pode sair; se algo consome, a discussão é sobre o processo, não sobre o formulário.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o campo como parte de uma cadeia de consumo de dado, com o que verificar antes de retirar, em vez de discutir desenho de formulário.
O que o campo alimenta hoje
Antes de mexer no formulário, vale seguir o dado até o fim. Um campo raramente existe sozinho: ele alimenta uma planilha, um relatório de fechamento, uma conferência de estoque ou uma lista de pendências. O que parece inútil pode ser a única fonte de um número usado em outra etapa.
O rastreamento começa pela pergunta de quem consome. Se a resposta é ninguém, o campo é candidato a sair. Se a resposta é uma área específica, a conversa muda de assunto: passa a ser sobre a necessidade dessa área, não sobre o formulário.
Retirar, manter ou substituir
Existem três saídas. Retirar o campo quando nada consome o dado. Substituí-lo por um valor derivado de outro campo, calculado na hora. Ou manter, assumindo o custo de pedir uma informação que ninguém usa.
A retirada exige cuidado com o histórico. Registros antigos continuam com o campo preenchido, e relatórios que leem períodos passados precisam continuar funcionando. Isso costuma ser resolvido mantendo o campo no banco de dados e ocultando-o apenas do formulário novo.
O que a retirada não resolve
Tirar um campo não reduz retrabalho por si. Se o dado era pedido em dois formulários diferentes, retirar de um apenas desloca a digitação para o outro. O ganho aparece quando a informação deixa de ser pedida na origem, e isso costuma envolver mais de um processo.
Também não corrige o motivo pelo qual o campo nasceu. Ele muitas vezes existia para cobrir uma dúvida antiga que ninguém revisou. Se o processo mudou e a dúvida continua, o campo volta em pouco tempo, com outro nome e no mesmo lugar.
Recurso prático
Antes de retirar o campo, seguir o dado
| Situação do campo | O que verificar antes de retirar |
|---|---|
| Ninguém preenche e ninguém lê | Confirmar se alguma planilha, relatório ou sistema importa o valor antes de remover |
| Preenchido por obrigação, sem uso | Localizar quem tornou o campo obrigatório e se a exigência ainda existe |
| Usado em conferência de fechamento | Mapear a etapa que consome o dado e o que substitui a informação |
| Exigido por auditoria ou contrato | Confirmar a origem da exigência e o prazo de guarda antes de mexer |
O erro mais comum é retirar o campo e descobrir depois que uma conferência de fechamento o usava. O campo é lembrado no dia em que falta.
Sobre o que está escrito aqui
Conceitos relacionados: campo obrigatório · consumo do dado · histórico de registros · responsável pelo processo · exigência externa. 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
- Processos, retrabalho e produtividade — Página central do tema
- Responsabilidade indefinida: onde o fluxo per… — responsabilidades indefinidas
- Tarefas sem dono: como definir responsáveis n… — responsabilidades indefinidas
Páginas relacionadas
O mesmo problema em outro objetivo
- Campo inútil em formulário interno: como decidir se sai — Diagnosticar
- Formulário interno com campo inútil: manter, mudar ou tirar — Organizar um processo
- Campo inútil em formulário interno: manter, remover ou trocar — Comparar alternativas
- Campo inútil no formulário interno: como medir o uso — Explicar medição
- Formulário interno com campo inútil: antes de contratar — Orientar avaliação e contratação
Outras leituras em Processos, retrabalho e produtividade
- Automação travada na implantação: o que resolver antes — Descreve a sequência de decisões que precede a automação de um processo: dono, dado de entrada, regra de exceção e critério para voltar atrás.
- Mapeamento de processo: por onde começar e onde parar — O que definir antes de mapear um processo: escopo, quem descreve, quem decide, nível de detalhe e onde o mapa para de ser útil.
- Histórico de mudanças ausente: o que exigir na contratação — Avaliação e contratação de trabalho em processos sem registro de mudanças anteriores: o que verificar e o que não se pode afirmar.
- Processo que ninguém explica em cinco minutos: como contratar — Critérios para avaliar e contratar trabalho de processo quando a descrição não existe ou não é aceita: escopo, responsável, entregável.
- Ferramenta criada para processo: o que ela resolve de fato — O que reconstruir no fluxo para separar problema de processo de problema de ferramenta, o que medir antes de mexer no sistema e onde o diagnóstico para.