Resposta direta
Tempo de resposta não é detalhe técnico: é tempo de trabalho. Se o sistema leva segundos para confirmar cada operação, esse tempo entra na conta da capacidade, mesmo que ninguém o tenha escrito no fluxo. A medida que importa é a resposta no contexto real de uso, no pico, na rede da unidade, no equipamento de quem opera, e não a média obtida em teste isolado. Com esse número, o desenho do processo carrega a espera como etapa, define quem faz o quê durante ela e revela quando a fila nasce do volume e não da falha.
- Objetivo
- Orientar implementação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a espera do sistema como etapa do processo e a coloca no cálculo de capacidade, em vez de discutir integração, sincronização ou falha.
Onde a espera entra na conta de capacidade
Todo fluxo escrito descreve ações: consultar cadastro, registrar pedido, emitir documento. Entre uma ação e outra existe uma resposta do sistema que o fluxo trata como instantânea. Ela não é. Se cada operação consome alguns segundos de espera, o efeito aparece multiplicado pelo volume do turno e recai sobre a mesma pessoa que executa as ações.
Colocar a espera no desenho exige três decisões: qual operação é contada, quanto tempo ela consome no pico e o que a pessoa faz durante a espera. Sem a terceira, o processo assume que o operador fica parado, e a capacidade calculada fica acima da real. Com ela, a espera pode virar tempo útil: conferência, registro paralelo, preparo da etapa seguinte.
A resposta medida no contexto de uso
A resposta que interessa é a do horário de pico, na rede da unidade, no equipamento usado por quem opera. Medição em ambiente de teste, com um usuário e sem concorrência, tende a produzir um número que não se repete na operação. O que se mede é o tempo entre o comando e a confirmação visível, repetido ao longo de um turno representativo.
Registrar o percentil alto, e não apenas a média, muda a leitura. A média esconde os momentos em que a resposta trava, e são esses que formam fila e retrabalho. Vale separar por tipo de operação, porque consulta e gravação costumam ter comportamentos diferentes, e anotar a hora e a condição de rede em que cada medida foi feita.
Quando o tempo de resposta não é o gargalo
Nem toda espera justifica mudança no processo. Se o tempo de resposta consome fração pequena do turno, o esforço de redesenho rende pouco e o problema está em outro ponto. A abordagem também não se aplica a fluxos por lote, sem interação direta: ali o que conta é a janela de processamento, não a resposta percebida.
A medição não indica se o sistema deve ser trocado, nem corrige instabilidade de infraestrutura. Ela mostra quanto tempo o processo já gasta esperando e onde esse tempo se acumula. A decisão de agir sobre a causa técnica pertence a outra conversa, com quem responde pelo sistema e tem como sustentar a mudança.
Recurso prático
Tempo de sistema consumido no turno
T = n1×t1 + n2×t2 + n3×t3 ; F = T / (J × 60)
- n_i
- chamadas por turno
- quantidade de vezes que a mesma pessoa consulta ou grava no sistema em cada tipo de operação do fluxo
- t_i
- segundos
- tempo de resposta do tipo de operação, medido no pico e no percentil alto, não na média
- J
- horas
- jornada efetivamente disponível para trabalho, já sem reuniões, pausas e deslocamentos
- F
- fração da jornada
- parte do turno consumida apenas esperando resposta do sistema, antes de qualquer outra atividade
O erro mais comum é medir a resposta com um único usuário e fora do pico. Sob concorrência de acesso a resposta se degrada, e a espera cresce mais que proporcionalmente ao volume. Usar a média esconde justamente os momentos em que a resposta trava, que são os que formam fila.
Sobre o que está escrito aqui
Conceitos relacionados: tempo de resposta · capacidade do processo · percentil de resposta · concorrência de acesso · janela de processamento. 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
- Falhas silenciosas em integrações: como perce… — falhas silenciosas
- Cadastros duplicados: como descobrir e consol… — cadastros duplicados
Páginas relacionadas
O mesmo problema em outro objetivo
- Tempo de resposta do sistema: a espera que o processo não mede — Diagnosticar
- Tempo de resposta do sistema: quatro arranjos de processo — Comparar alternativas
- Tempo de resposta do sistema: onde a espera entra no processo — Explicar medição
- Tempo de resposta do sistema: o que acordar no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Integração que roda sem monitoramento: o que medir — Define quais sinais registrar em uma integração sem acompanhamento: contagem na origem e no destino, atraso, erro e responsável.
- Planilha de apoio sem versão: qual cópia vale — Descreve como identificar a cópia válida de uma planilha de apoio, o que registrar sobre origem e dono, e quando o controle informal deixa de servir.
- Arquivo por mensagem: alternativas e o que cada uma exige — Compara três saídas para o arquivo que chega por mensagem, o que cada uma exige em conferência e responsabilidade, e o que nenhuma delas resolve.
- Base de dados sem dono: o que comparar antes de decidir — Compara três arranjos para base sem dono definido: manter centralizado, nomear responsável ou dividir a guarda. Critérios, custos e limites de cada opção.
- Cliente duplicado entre áreas: como achar a origem — Mostra por que o mesmo cliente aparece registrado de formas diferentes em cada área e o que comparar para localizar a origem da duplicidade.