Resposta direta
Mede-se um sistema sem plano de desativação por três contas: quanto do uso real depende dele, quantas rotinas e pessoas param quando ele para, e quanto custa mantê-lo vivo por ciclo. Uso se mede por acessos e transações efetivas, não por cadastro ativo. Dependência se mede listando o que quebra sem ele, com nome do responsável. Custo se mede em horas de manutenção, licença e risco de conformidade. Sem essas três medições, a decisão de desligar fica refém de opinião.
- Objetivo
- Explicar medição
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a desativação como problema de medição: define o que contar e quem responde, sem depender de prazo nem de promessa de economia.
O que conta como uso real
Uso real é o que passou pelo sistema no período: transações, consultas, arquivos gerados. Volume de registros guardados não é uso. Mede-se pelo que entrou e saiu, com data.
Vale separar uso humano de uso automático. Uma rotina agendada que roda todos os dias mantém o sistema vivo mesmo sem ninguém abrir a tela. Os dois contam, mas a conversa sobre desligar é diferente em cada caso.
Quem para quando o sistema para
Liste o que quebra se o sistema for desligado: relatórios, integrações, conferências, obrigações fiscais. Cada item recebe um responsável com nome, não um setor.
Dependência sem responsável é a que aparece tarde. Se ninguém sabe quem consome uma saída, o desligamento vira aposta. A lista de dependências separa o que precisa ser migrado do que pode simplesmente acabar.
O que a medição não decide sozinha
Medir uso e dependência mostra o tamanho do problema, não a data da desativação. A decisão envolve risco aceitável, obrigação de retenção de dado e custo de migrar o que ainda é necessário.
Um sistema com pouco uso pode continuar porque sustenta uma obrigação. Um sistema muito usado pode sair se houver substituto testado. A medição reduz a discussão a critérios, mas não substitui quem responde pela escolha.
Recurso prático
O que medir antes de decidir a desativação
| Dimensão | Como medir | Sinal de alerta |
|---|---|---|
| Uso real | Contagem de acessos e transações processadas no período | Cadastro ativo que nunca acessa |
| Dependência de entrada | Lista de rotinas, relatórios e sistemas que leem ou gravam nele | Integração sem dono identificado |
| Dependência de saída | Lista do que deixa de funcionar quando ele para, com responsável nomeado | Dependência conhecida por uma única pessoa |
| Custo de manutenção | Horas de suporte, correções e licenças no ciclo | Correção feita sem registro de tempo |
| Obrigação sustentada | Compromissos legais, fiscais ou contratuais que dependem do sistema | Retenção de dado sem base definida |
O erro mais comum é medir uso pelo volume de registros guardados. Um sistema pode ter muitas linhas armazenadas e nenhum acesso no mês. O que decide a desativação é a transação que ainda depende dele, não o tamanho da base.
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: uso real · dependência operacional · custo de manutenção · responsável nomeado · retenção de dado. 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
- Integrações, sistemas e qualidade de dados — Página central do tema
- APIs e integração: o que perguntar antes de c… — sistema sem integração
- Dados desatualizados: o que precisa estar em dia — dados desatualizados
Páginas relacionadas
O mesmo problema em outro objetivo
- Sistemas que ninguém desliga: como avaliar o custo — Diagnosticar
- Sistema antigo que ninguém desliga: como planejar o fim — Organizar um processo
- Sistema que ninguém desliga: como comparar alternativas — Comparar alternativas
- Sistema novo sem desligar o antigo: o que decidir antes — Orientar implementação
- Sistema sem plano de desativação: o que fica no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Sistemas desconectados: como comparar as saídas possíveis — Critérios práticos para comparar a troca por sistema único, o desenvolvimento de integrações ou a manutenção de rotinas manuais estruturadas.
- Planilhas paralelas: sinais de dependência na rotina — Critérios para identificar planilhas que substituíram o sistema oficial, avaliar riscos operacionais e mapear a dependência de pessoas específicas.
- Sistema antigo só de histórico: o que sai da operação — O que ainda precisa rodar no sistema antigo, o que passa a ser consulta histórica e quem responde pela leitura de cada dado.
- Tabela de apoio sem dono: como atribuir responsabilidade — Descreve como identificar quem usa, quem altera e quem responde por uma tabela de apoio órfã, com critérios de posse, registro de mudanças e rotina de revisão.
- Falha de integração sem aviso: o que acordar antes de assinar — O que acordar em contrato para que falha de integração gere aviso, responsável e registro, e como avaliar fornecedores nesse critério.