Gerenciar e Criar Card de Desenvolvimento no Perfex

Resumo do que será ensinado

Neste documento você aprenderá como identificar chamados de suporte no Perfex, filtrar apenas os chamados da empresa (separando de revendas), selecionar o chamado adequado e criar um card de desenvolvimento a partir dele, preenchendo corretamente o projeto, tipo, título, descrição, programador responsável e registrando nota no chamado original.

Segue um Vídeo explicativo do processo

Detalhamento do uso correto

Com este guia, você deve ser capaz de gerenciar e criar cards de desenvolvimento no Perfex de forma correta, garantindo que todas as informações necessárias cheguem ao time de desenvolvimento de maneira organizada e padronizada. Siga cada passo cuidadosamente e utilize sempre os campos indicados.

Segue o detalhamento de como Gerenciar e Criar Card no Perfex

1. Primeiro passo: Acessar o Perfex com o usuário adequado.

   • Acesse o Perfex através do navegador com seu usuário e senha.
   • Para quem não possui login administrador, será exibida uma aba específica com a visão padrão de chamados, conforme mostrado no vídeo.
   • A tela inicial apresentará todos os chamados/tickets abertos, sem distinção inicial entre cliente, revenda ou outros tipos.
   • Ponto de atenção: verifique se você está na área de suporte, pois é a partir dela que serão filtrados os chamados para criação de cards de desenvolvimento.

2. Segundo passo: Filtrar os chamados de suporte em aberto.

   • Na tela principal, localize os filtros de status e clique em “Aberto” na área de suporte:
     
     • Exemplo: Suporte > Aberto.
   • Ao aplicar esse filtro, o sistema exibirá apenas os chamados abertos de suporte.
   • Em seguida, utilize o campo de busca/pesquisa para digitar o nome da empresa, cliente ou outro critério, filtrando apenas os chamados relacionados à sua necessidade.
   • O vídeo destaca que, nessa lista, estarão chamados tanto da revenda quanto da empresa, por isso é importante filtrar corretamente.
   • Ponto de atenção: prefira olhar os chamados mais antigos primeiro, pois os últimos da lista geralmente são os mais novos; organize-se para não deixar chamados antigos sem tratamento.

3. Terceiro passo: Selecionar o chamado que será transformado em card.

   • Após aplicar os filtros, identifique o chamado que será usado para criar o card de desenvolvimento.
   • No vídeo, é utilizado como exemplo um chamado de integração com iFood.
   • Clique no chamado desejado para abrir seus detalhes:
     
     • Verifique a situação (status atual).
     • Analise o assunto e o conteúdo da solicitação.
   • Ponto de atenção: confirme se o chamado realmente se trata de melhoria, correção ou integração que precisa ir para desenvolvimento, e não de algo que possa ser resolvido apenas pelo suporte.

4. Quarto passo: Visualizar as informações do cliente e ambiente.

   • Dentro do chamado, clique em Configurações (ou aba equivalente) para ver dados complementares:
     
     • Cliente.
     • CNPJ.
     • Quem abriu o chamado (usuário/consultor).
     • Ambiente em que será realizada a análise (por exemplo, RNPE, homologação ou produção).
   • Essas informações serão fundamentais para montar o card de desenvolvimento com o contexto correto.
   • Ponto de atenção: confirme sempre o ambiente onde a demanda deve ser testada/executada (por exemplo, se será em RNPE).

5. Quinto passo: Copiar a solicitação para geração do texto do card.

   • Com o chamado aberto e as informações visíveis, selecione o conteúdo principal da solicitação (texto do cliente):
     
     • Utilize o mouse para selecionar.
     • Copie com Ctrl + C.
   • No vídeo, o analista utiliza um recurso automatizado (“meu Jeep”/agente) que ajuda a estruturar o texto para criação do card.
   • Cole esse conteúdo no local apropriado (por exemplo, em um template interno ou ferramenta de automação que gera o rascunho do card).
   • O sistema/automação gera uma estrutura padrão de texto, com tags, campos e organização específica.
   • Ponto de atenção: o objetivo dessa automação é padronizar a descrição para o desenvolvimento; use-a sempre que disponível para manter o padrão.

6. Sexto passo: Entender a estrutura padrão do texto gerado.

   • O texto gerado pelo automatizador contém:
     
     • Tags de classificação (por exemplo, Melhoria, ERP, etc.).
     • Informações sobre integração, tipo de solicitação, CNPJ, sistema envolvido, ambiente, etc.
     • Estrutura com seções como História, Problema, Critério de aceite e Resultado esperado, quando aplicável.
   • No exemplo do vídeo, trata-se de uma melhoria de integração onde o cliente deseja uma autenticação semelhante ao iFood, com determinado padrão (ex.: funciona com número 99).
   • Ponto de atenção: essa estrutura ajuda o programador a entender rapidamente o cenário; por isso, organize o texto respeitando o modelo, removendo apenas o que for claramente desnecessário.

7. Sétimo passo: Acessar o Azure (Angeli) para criação do card.

   • Com o texto do card preparado, acesse o Azure DevOps (chamado de Angeli no vídeo).
   • Na área de projetos, identifique qual projeto corresponde à demanda:
     
     • Por exemplo, se for melhoria de ERP, utilize o projeto indicado (no vídeo, RPIRP para ERP).
   • Abra o projeto correto e verifique se você está na sprint atual (por exemplo, sprint 114).
   • O vídeo ressalta a importância de confirmar se está na sprint atual antes de criar o card, para que o item entre na iteração correta.
   • Ponto de atenção: caso você crie o card em sprint errada, poderá gerar problemas de organização para o time de desenvolvimento.

8. Oitavo passo: Criar o card no projeto correto e tipo adequado.

   • Dentro da sprint atual, clique em Novo Work Item (ou opção equivalente) para criar um novo card.
   • Selecione o tipo de item adequado, por exemplo:
     
     • User Story ou Product Backlog Item para melhorias.
   • No vídeo, é utilizado o tipo “Melhoria”.
   • No campo título do card:
     
     • Cole o título gerado anteriormente (resumo objetivo da demanda).
   • No campo descrição:
     
     • Cole o texto estruturado (História, Problema, contexto, etc.).
     • Remova linhas ou seções que não se aplicam, deixando apenas as informações realmente relevantes.
   • Ponto de atenção: deixe sempre claro na descrição: tipo de solicitação, CNPJ, sistema, ambiente, história e problema, para que o programador tenha o máximo de contexto.

9. Nono passo: Ajustar a descrição removendo excessos e destacando o essencial.

   • Após colar o texto, faça uma limpeza na descrição:
     
     • Remova campos genéricos que não foram preenchidos ou não fazem sentido (por exemplo, critérios de aceite vazios).
     • Mantenha as partes importantes:
     • História – o que o usuário deseja alcançar.
     • Problema – qual limitação ou falha atual.
     • Contexto – ambiente, integração, cliente.
   • O vídeo enfatiza que o programador foca principalmente em História, Problema e insumos gerados, por isso esses campos devem estar bem preenchidos.
   • Ponto de atenção: quanto mais clara a descrição, menor a chance de retrabalho ou dúvidas do programador.

10. Décimo passo: Selecionar o programador responsável e status inicial do card.

    • No card criado, selecione o programador responsável na lista de usuários (por exemplo, Carlos, conforme mostrado no vídeo).
    • Configure o status inicial conforme o fluxo padrão da equipe:
      
      • No vídeo, o analista define o card como Aprovado ou deixa preparado para aprovação (dependendo do processo).
    • Ao finalizar o preenchimento e seleção do programador, salve o card.
    • Ponto de atenção: se o processo interno exigir, deixe o card em status de “Em Análise” para que o responsável (por exemplo, Tiago) avalie se a melhoria será feita ou não.

11. Décimo primeiro passo: Registrar nota no chamado original do Perfex.

    • Após criar o card no Azure, volte ao chamado original no Perfex.
    • Acesse a área de Notas ou Comentários do chamado.
    • Cole um resumo ou referência ao card criado (por exemplo, número do card, projeto, breve descrição).
    • Salve a nota.
    • Em seguida, altere o status do chamado para refletir que ele foi encaminhado para análise de desenvolvimento, por exemplo:
      
      • Mudar para “Em análise”.
    • O vídeo mostra que após isso, o programador ainda irá decidir se a melhoria será implementada ou não.
    • Ponto de atenção: registrar a nota no Perfex garante que qualquer pessoa que abra o chamado saiba que já existe um card de desenvolvimento vinculado.

12. Décimo segundo passo: Entender o fluxo após a criação do card.

    • Uma vez criado o card:
      
      • O responsável (ex.: Tiago) fará a análise e decidirá se aprova a demanda.
      • Se aprovada, ficará na fila do programador selecionado, que trabalhará, testará e moverá o card pelas colunas do Azure (Workshop, Em Progresso, Em Teste, etc.).
    • O suporte deverá acompanhar o card no Azure, conforme o fluxo explicado no outro guia de filas do Azure, para:
      
      • Testar a entrega.
      • Informar o cliente.
      • Fechar o chamado no Perfex quando a demanda estiver concluída.
    • Ponto de atenção: a criação do card é apenas o início; o acompanhamento e fechamento adequado do chamado também fazem parte do processo.

Informações Importantes

• Resumo das principais orientações.

  • Sempre filtre os chamados abertos de suporte antes de selecionar qual será transformado em card.
  • Utilize o automatizador (quando disponível) para gerar o texto padrão do card, garantindo padronização.
  • Crie o card no projeto e sprint corretos do Azure (por exemplo, RPIRP para ERP, sprint atual).
  • Preencha título, descrição, programador responsável e status conforme o fluxo da equipe.

• Dicas de uso.

  • Dê preferência aos chamados mais antigos quando for criar cards, evitando que demandas antigas fiquem esquecidas.
  • Sempre confira CNPJ, cliente, ambiente e tipo de solicitação antes de enviar para desenvolvimento.
  • Mantenha a descrição do card clara e objetiva, destacando principalmente história, problema e contexto.
  • Ao finalizar o card, registre nota no Perfex com a referência ao card, para garantir rastreabilidade.

• Recomendações gerais sobre o processo.

  • Siga sempre o fluxo definido: Perfex → geração de texto → criação de card no Azure → nota no chamado → acompanhamento.
  • Evite criar cards duplicados para a mesma demanda; verifique se não há histórico semelhante antes de criar um novo.
  • Utilize os campos e tags do automatizador de forma consistente, para facilitar a triagem e priorização pelas lideranças.

• Benefícios de seguir corretamente o procedimento.

  • Garante que as demandas do cliente cheguem ao desenvolvimento com informações completas e padronizadas.
  • Reduz retrabalho e dúvidas, aumentando a produtividade do time de desenvolvimento e suporte.
  • Facilita o acompanhamento e rastreabilidade, do chamado inicial até a entrega da melhoria ou correção.
  • Melhora a comunicação com o cliente, permitindo informar com clareza o status de suas solicitações.

Basta copiar este conteúdo para o Word e aplicar a formatação conforme o padrão definido:

• Título do texto com fonte tamanho 34 e em negrito.
• Cabeçalhos principais (Resumo do que será ensinado, Segue um Vídeo explicativo do processo, Detalhamento do uso correto, Segue o detalhamento de como…, Informações Importantes) com fonte tamanho 18 e em negrito.
• Corpo do texto com fonte padrão menor (por exemplo, 12 ou 14).