Mudanças entre as edições de "Roteiro de abertura de tickets"

De UniWiki
Ir para: navegação, pesquisa
(Roteiro para Bug)
(Roteiro para Solicitação)
Linha 35: Linha 35:
  
 
== Roteiro para Solicitação ==
 
== Roteiro para Solicitação ==
 +
# O primeiro de tudo é entender o que o cliente deseja.
 +
# Sempre verificar com o supervisor se já possui o recurso no sistema.
 +
# Verifique no sistema se há algum recurso semelhante ao que o cliente necessita, caso houver e o mesmo não atender informe na descrição do ticket.
 +
 +
'''[n]** Contato:[/n]''' <u>''Nome da pessoa que solicitou o novo recurso. ''</u>Exemplo: Natalia
 +
 +
'''[n]** Objetivo:[/n]''' <u>''Informar exatamente o que o cliente necessita, atente-se nos detalhes para que fique claro o entendimento do pessoal do desenvolvimento.''</u> Exemplo:
 +
Implementar a opção de parcelamento por cartão na tela "Inclusão de Pedidos" diretamente.
 +
 +
'''[n]** Justificativa:[/n]''' <u>''Justificar o motivo da solicitação que o cliente solicitou o recurso.''</u> exemplo: Cliente perde muito tempo tendo que confirmar o pedido e depois ter que abrir a tela de entrega caixa para informar o recebimento por cartão e o numero de parcelas. Com o recurso pouparia muito tempo agilizando assim o atendimento do paciente.
 +
 +
'''[n]** Observações:[/n]''' <u>''Relatar aqui como o cliente chegou a necessidade do recurso novo, e ou, qualquer informação que complemente a solicitação do cliente.''</u> Exemplo: Após atualizar o cliente, expliquei que o parcelamento e feito atravez do campo "Entrega/Caixa", então ela perguntou se não havia a opção para colocar o numero de parcelas diretamente na tela de "Inclusão de Pedidos" ao invez de ter que confirmar o pedido e ir na tela de "Entrega/Caixa" depois.
 +
 +
;Quando for realizar a inclusão de um ticket de solicitação, colocar todos os detalhes, pois o detalhe que você acredita que seja inválido, pode ser o motivo de aprovação e/ou reprovação da solicitação no setor de analise.
 +
 +
;<span style="color: #B22222;"> Lembre-se, <u>NUNCA</u> diga para o cliente que o UNILAB não possui um recurso sem antes consultar a supervisão para lhe passar instruções de que responder ao cliente!

Edição das 12h09min de 13 de abril de 2015

Para abertura de tickets referente a bugs e solicitações novas seguir o roteiro abaixo:

Roteiro para Bug

  1. Escrever os passos para simular ao bug.
  2. Se não conseguir simular tirar o máximo de print possiveis.
  3. Sempre tirar print das telas.

Exemplo:

[n]** Contato:[/n] Pessoa que relatou o problema. Exemplo: Daniela

[n]** Menu:[/n] Menu para chegar a tela que ocorre o problema. exemplo: movimentação > transmissão > posto de coleta.

[n]** Descrição do Problema:[/n] Descrever os passos onde ocorre o problema. exemplo: Quando clicar no botão transmitir está dando um erro de sql.

[n]** Descrição do Passos:[/n] Descrever os passos para a simulação do bug. exemplo:

  • 1 - Incluir um pedido no posto de coleta com exames sem coleta;
  • 2 - Realizar uma transmissão com a central;
  • 3 - alterar o pedido e coletar os exames;
  • 4 - Abrir a tela de transmissão de posto de coleta e clicar em transmitir;
  • 5 - Neste momento aparece a mensagem do bug.

[n]** Observações:[/n] Descrever aqui se foi realizado algum procedimento ou operação que pode influenciar no bug, caminho dos anexos, etc. Exemplo:

Print salvo em \\svw-uniware2\suporte\arquivos de chamados\ticket_000000\bug.png.
Relatório de erros salvo em \\svw-uniware2\suporte\arquivos de chamados\ticket_000000\relatorio_de_erros.txt.
Script salvo em \\svw-uniware2\suporte\arquivos de chamados\ticket_000000\script.sql.
Para solução imediata foi necessário rodar um recalcula ulibseq acompanhada pelo programador Romulo. Rodado o script abaixo:

SELECT * FROM LB_COSI
WHERE CCODICOSI LIKE ‘%VERSAO%’

No caso de BUG sempre chamar o Suporte Nível 3 para acompanhar o atendimento para assim possa concluir que realmente é um bug.


Roteiro para Solicitação

  1. O primeiro de tudo é entender o que o cliente deseja.
  2. Sempre verificar com o supervisor se já possui o recurso no sistema.
  3. Verifique no sistema se há algum recurso semelhante ao que o cliente necessita, caso houver e o mesmo não atender informe na descrição do ticket.

[n]** Contato:[/n] Nome da pessoa que solicitou o novo recurso. Exemplo: Natalia

[n]** Objetivo:[/n] Informar exatamente o que o cliente necessita, atente-se nos detalhes para que fique claro o entendimento do pessoal do desenvolvimento. Exemplo: Implementar a opção de parcelamento por cartão na tela "Inclusão de Pedidos" diretamente.

[n]** Justificativa:[/n] Justificar o motivo da solicitação que o cliente solicitou o recurso. exemplo: Cliente perde muito tempo tendo que confirmar o pedido e depois ter que abrir a tela de entrega caixa para informar o recebimento por cartão e o numero de parcelas. Com o recurso pouparia muito tempo agilizando assim o atendimento do paciente.

[n]** Observações:[/n] Relatar aqui como o cliente chegou a necessidade do recurso novo, e ou, qualquer informação que complemente a solicitação do cliente. Exemplo: Após atualizar o cliente, expliquei que o parcelamento e feito atravez do campo "Entrega/Caixa", então ela perguntou se não havia a opção para colocar o numero de parcelas diretamente na tela de "Inclusão de Pedidos" ao invez de ter que confirmar o pedido e ir na tela de "Entrega/Caixa" depois.

Quando for realizar a inclusão de um ticket de solicitação, colocar todos os detalhes, pois o detalhe que você acredita que seja inválido, pode ser o motivo de aprovação e/ou reprovação da solicitação no setor de analise.
Lembre-se, NUNCA diga para o cliente que o UNILAB não possui um recurso sem antes consultar a supervisão para lhe passar instruções de que responder ao cliente!