Passo 0: Acredite.
Nossa natureza nos leva a resistir a idéia de que um problema existe. Achamos que é algum engano do cliente, ou que na pior das hipóteses há um problema, mas está em outro lugar, e é de responsabilidade de outra pessoa. É fácil não encontrar o erro se não quisermos.

Passo 1: Redução.
Reduza o erro ao menor denominador comum. Por exemplo, apenas SCP de DATAFILEs geram tal erro, SCP de arquivos texto não.

Passo 2: Isolamento.
Isole o ponto comum do erro. Por exemplo, não era o SCP, era qualquer tentativa de manipulação de DATAFILEs.

Passo 3: Reprodução.
Defina se o erro é esporádico, intermitente, pontual ou padronizado. Por exemplo, o erro era sempre o mesmo, e sempre acontecia para qualquer DATAFILE.

Passo 4: Informação.
Verifique os Logs do Banco, da Aplicação e do Sistema Operacional. Utilize as opções VERBOSE ou DEBUG dos aplicativos, utilize o TRUSS do AIX, ou o DTRACE do Solaris, enfim, colete toda informação adicional que puder.

Passo 5: Pesquisa.
Agora sim pesquise sobre as informações coletadas no passo anterior. Em primeiro lugar, consulte a documentação do produto, depois consulte o site de suporte do produto (Metalink) e depois, vá para o Google. O grande problema do Google nestes casos é que ele, por definição, prioriza sites mais populares, o que pode não ser o ideal para seu problema estranho. Além disso, o Google não armazena conteúdo onde a informação está atrás de algum formulário ou autenticação – por exemplo, o Metalink e partes do DeveloperWorks.

Passo 6: Correção & Validação.
Aplicar instruções para correção, e verificar se o erro realmente foi eliminado. Caso contrário, volte ao Passo 5.

Passo 7: Documentação.
Sem este passo, você terá que fazer os 7 passos novamente para o mesmo erro, em breve. A documentação deve ser padronizada, direcionada e armazenada corretamente. Mas lembre-se que um Post informal, de madrugada, é melhor do que nenhuma documentação.

Fonte : http://nervinformatica.com.br/blog/

Leia Também : Faca Reuniões Certas