Resposta direta
Medir arquitetura é acompanhar o que o desenho permite e o que ele impede na operação. O conjunto de indicadores costuma ser pequeno: pontos de integração mantidos, tempo de propagação de um dado entre sistemas, correções manuais por período e origem de cada erro encontrado. O que se mede não é a elegância do desenho, mas o custo de manter os sistemas coerentes entre si. Sem uma linha de base anterior, qualquer medição serve apenas para comparar com o próprio histórico posterior. A medição indica onde intervir; ela não decide a intervenção.
- Objetivo
- Explicar medição
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Mede arquitetura pelo custo de manter a coerência entre sistemas, e não por inventário de componentes ou opinião de fornecedor.
Sinais que se medem na rotina
A medição começa pela contagem do que já existe: quantos pontos de integração estão ativos, quantos têm responsável nomeado e quantos dependem de uma única pessoa. Em seguida, registra-se o tempo entre um dado ser criado em um sistema e estar disponível no outro. Esse intervalo revela mais sobre a arquitetura do que qualquer diagrama.
Também se mede o esforço de correção. Cada ajuste manual feito para reconciliar sistemas é um dado. Anotar a origem, a frequência e quem executa a correção transforma reclamação difusa em série histórica comparável.
Onde registrar e quem responde
A medição precisa de um registro único, com data, origem do dado e responsável pela leitura. Se cada área mantém a própria planilha, a discussão volta a ser sobre qual número está certo, não sobre arquitetura.
A responsabilidade pela medição não é de quem opera a integração. Cabe a quem responde pelo conjunto, porque é essa pessoa que decide onde intervir e o que aceitar como limite.
O que a medição não resolve
Medir arquitetura não aponta a solução nem estima prazo de correção. Mostra onde o custo se concentra e quais pontos se repetem, o que é diferente de saber o que fazer com isso.
A medição também não substitui decisão de negócio. Dois sistemas podem ter indicadores parecidos e exigir tratamentos opostos conforme o risco de cada operação. Em ambientes com pouca integração ou operação muito pequena, o esforço de medir pode superar o ganho de informação. Nesses casos, o critério é o volume de retrabalho, não a elegância do modelo de medição.
Recurso prático
Roteiro para levantar a medição de arquitetura
- Listar os pontos de integração ativos e nomear o responsável por cada um.
- Definir poucos indicadores de manutenção: tempo de propagação, correções manuais por período e origem dos erros.
- Fixar a data de início da medição e registrar a linha de base antes de qualquer mudança.
- Centralizar o registro em um único local, com data, origem e responsável pela leitura.
- Revisar os indicadores em intervalo fixo e comparar apenas com o próprio histórico.
O erro mais comum é começar a medir depois de uma mudança já feita. Sem linha de base anterior, não há como separar o efeito da intervenção do comportamento normal da operação.
Conceitos usados nesta página
- Linha de base — Linha de base é a medição do ponto de partida, feita antes da mudança, que permite afirmar depois se houve avanço — e de quanto.
Sobre o que está escrito aqui
Conceitos relacionados: ponto de integração · tempo de propagação de dado · correção manual · linha de base · custo de manutenção. 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
- Cadastros duplicados: como descobrir e consol… — cadastros duplicados
- Exportações manuais: quando ainda fazem sentido — exportações manuais
Páginas relacionadas
O mesmo problema em outro objetivo
- Arquitetura sem mapa: como reconstruir o caminho do dado — Diagnosticar
- Dono de cada dado: mapa antes de integrar mais um sistema — Organizar um processo
- Arquitetura de integração: o que comparar antes de decidir — Comparar alternativas
- Fonte da verdade: qual sistema responde por cada dado — Orientar implementação
- Contratar arquitetura: o que fica definido e por quem — 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.
- Observabilidade: o que medir para saber se o dado é confiável — Descreve o que medir em integrações e dados, com que frequência conferir, quem responde por cada sinal e o que a medição não resolve.
- Sistema sem desativação: como medir o que ele custa — Define o que medir em um sistema que segue em produção sem plano de desativação: uso real, dependências, custo de manutenção e critério de saída.
- Teste de integração em ambiente controlado: o que medir — O que medir em teste de integração feito só em ambiente controlado, quais sinais ele não cobre e como separar aprovação de teste de confiança em produção.
- Sistema antigo mantido só pelo histórico: como medir — Medição do custo e do uso de um sistema antigo mantido apenas pelo histórico, com critérios para decidir entre manter, extrair dados ou desligar.