Pular para o conteúdo

Soluções · Integrações, sistemas e qualidade de dados

Tempo de resposta do sistema: onde a espera entra no processo

Por que o tempo de resposta do sistema não aparece no desenho do processo e como medi-lo?

Resposta direta

A medição começa na etapa, não no sistema. Em cada passo do processo, o que importa é o intervalo entre o pedido de informação e a resposta efetiva, com data e hora nas duas pontas. O tempo relevante é o que o processo espera, não a média informada pelo fornecedor. Medir por etapa permite separar espera de execução; sem essa separação, o número não sustenta decisão de mudança. O erro mais comum é medir o sistema inteiro e não onde a fila se forma.

Objetivo
Explicar medição
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Enquanto as outras páginas tratam integração como fluxo, dado ou contratação, esta trata o tempo de espera como item de desenho de processo.

Espera e execução contam histórias diferentes

No desenho do processo, o tempo do sistema costuma entrar como uma caixa única. A etapa é desenhada em torno do trabalho humano, e a espera pelo retorno fica implícita. Quando o volume sobe, essa espera aparece como atraso difuso, sem dono e sem responsável claro.

Separar espera de execução muda a decisão. Se a espera está na consulta a outro sistema, o assunto é integração ou frequência de atualização. Se está na conferência manual do dado recebido, o assunto é critério de conferência. São caminhos distintos, com custos distintos.

Registro que sustenta decisão

A medição mínima tem duas marcas de tempo por etapa: o momento do pedido e o momento em que o dado fica utilizável. Uma terceira marca ajuda quando existem filas ou reprocessamento. Sem essas marcas, o tempo total mistura causas que não se corrigem do mesmo jeito.

Também importa quem responde pela etapa. Um número de tempo sem responsável não gera ação. O registro deve apontar a área ou a função que executa o passo, para que a espera possa ser discutida com quem tem meios de alterá-la.

O que a medição não resolve

A medição não aponta a causa. Ela mostra onde a espera se concentra e por quanto tempo, mas a origem pode estar em regra de negócio, volume de cadastro, limite de processamento ou dependência de terceiro. Testar hipóteses continua sendo trabalho separado.

Tampouco se aplica a passos de natureza irregular, como consultas pontuais a órgãos externos ou rotinas com prazo definido em contrato. Nesses casos, o tempo observado fala mais do acordo entre as partes do que do desenho interno. E medir não reduz a espera sozinho.

Recurso prático

Matriz de medição: onde registrar a espera do sistema

Ponto no processoO que registrar e o que aquilo revela
Pedido da informaçãoData e hora em que a pessoa ou a rotina busca o dado, antes de qualquer digitação; marca o início da espera real
Resposta do sistemaData e hora em que o dado fica utilizável em tela, arquivo ou confirmação; separa processamento de indisponibilidade
Espera intermediáriaNova consulta, reprocessamento ou fila entre o pedido e a resposta; mostra onde o desenho do processo não previu pausa
Uso do dadoMomento em que o dado é aplicado na decisão ou no registro seguinte; revela se a espera contamina etapas adiante

O erro mais comum é registrar apenas o tempo de processamento e não o intervalo em que a etapa fica parada esperando resposta, que é justamente o que o desenho do processo deixou de prever.

Sobre o que está escrito aqui

Conceitos relacionados: tempo de resposta · espera dentro da etapa · registro de data e hora · responsável pela etapa · fila 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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Integrações, sistemas e qualidade de dados

Quer avaliar isso no seu contexto?

Esta página trata de tempo de resposta do sistema ignorado no desenho do processo. Diagnóstico de integração é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.