ronutz

Os Papéis · Quem sustenta

Engenheiro de suporte de produto

Exerceu este papel - num fabricante, na Califórnia, 2000-2002

Terceiro nível: a camada de escalação entre o centro de atendimento técnico e quem escreve o firmware. Um caso chega aqui quando já resistiu a todo mundo antes, o que significa que a pergunta raramente é 'como se configura' e quase sempre é 'por que o produto se comporta assim'.

Como é o dia

  • Receber uma escalação do segundo nível, que chega com um histórico e um cliente que já esperou.
  • Reproduzir o defeito em laboratório, que é a parte mais difícil do dia e a coisa mais persuasiva que este papel produz.
  • Ler código, ou chegar perto o bastante — notas de versão, registros de defeito, saída de depuração — para formar uma hipótese que um desenvolvedor reconheça.
  • Decidir o que de fato pertence à engenharia, que é a comporta para a qual este papel existe.
  • Montar o dossiê sobre o qual um desenvolvedor consiga agir sem refazer a investigação.
  • Devolver a solução para baixo como contorno, artigo de conhecimento e explicação que o segundo nível consiga usar na próxima vez.

Pelo que responde

  • Uma reprodução, ou uma eliminação decisiva, em vez de uma narrativa plausível.
  • O relatório de defeito se sustentar sozinho quando chegar a um desenvolvedor.
  • O segundo nível passar a resolver a próxima ocorrência sem escalar.

Como é medido

  • Escalações resolvidas dentro do terceiro nível, contra as repassadas à engenharia.
  • Tempo de resolução nos casos que chegaram a este nível, onde o relógio já vinha correndo.
  • Relatórios de defeito aceitos pela engenharia em vez de devolvidos por falta de evidência.

De quem recebe

O TAC
O caso escalado, sua história, e tudo que já foi tentado.
O cliente
Capturas, configurações, core files e acesso para reproduzir.
A engenharia
Status do defeito, explicações no nível do código e a release que vai carregar a correção.

A quem serve

O segundo nível
Resoluções, contornos (workarounds) e o raciocínio que reduz a próxima escalação.
A engenharia
Um defeito reproduzível em vez de um relato de cliente — que é a diferença entre uma correção e uma conversa.
Os engenheiros do cliente
Uma resposta com mecanismo suficiente pendurado para merecer confiança.

Quem mais tem interesse

  • Todo cliente rodando aquela versão, já que um defeito confirmado aqui vira correção para todos.
  • O time de contas, para quem um caso crítico neste nível é um fato comercial.
  • A gestão de produto, para quem os padrões de escalação são evidência de roadmap.

O que exige

  • Ler a evidência de perto sustentando a hipótese com folga.
  • Fluência suficiente em como o produto é construído para falar com um desenvolvedor nos termos dele.
  • A disciplina de reproduzir em vez de supor, principalmente quando a suposição provavelmente está certa.
  • O discernimento de segurar a comporta: decidir o que merece a atenção de um desenvolvedor, e defender as duas respostas.
  • Inglês escrito preciso o bastante para sobreviver a uma passagem de bastão entre fusos e entre funções.

Do que o trabalho depende

Este nível é uma comporta (gate), e segurá-la bem corre em duas direções ao mesmo tempo. Um caso empurrado para cima que uma hora cuidadosa teria resolvido consome tempo de desenvolvedor pelo qual toda a base de clientes espera; um defeito real segurado aqui embaixo vira um cliente convivendo com um contorno (workaround) por um ciclo inteiro de versão. Quem prospera aqui é quem toma essa decisão rápido e depois escreve o caso de forma tão completa que, tenha ido para onde for, ninguém precisa discutir de novo.

Para onde leva

Papéis que levam até aqui

O trabalho em si

A Prática cobre como este trabalho é feito — triagem, escalação, evidência, passagem de bastão — em todo o corpus.

Ler A Prática