1 / 16

MOEBIUS

MOEBIUS. Projects. Documentação e Direcionamento. PROJECTS. Objetivo Novas Definições Fluxo atual (Pw.Manager) X Fluxo futuro (Moebius) por área Apresentação da Ferramenta (Procedimento Operacional_Projects_Moebius.doc ). OBJETIVO.

marva
Télécharger la présentation

MOEBIUS

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. MOEBIUS Projects Documentação e Direcionamento

  2. PROJECTS • Objetivo • Novas Definições • Fluxo atual (Pw.Manager) X Fluxo futuro (Moebius) por área • Apresentação da Ferramenta (Procedimento Operacional_Projects_Moebius.doc )

  3. OBJETIVO • Alinhar as mudanças entre as ferramentas de controle de chamados. Para um melhor entendimento, faremos um comparativo entre o fluxo atual com o pw.Manager e o fluxo no Moebius.

  4. NOVAS DEFINIÇÕES • Agente de Solução – Responsável por abrir uma OS (chamado) no MOEBIUS. • Clientes Internos: São áreas internas das quais abriremos os chamados para solução, como exemplo: R&D (Produto) e Software Factory (Fábrica). • A área Projects abrirá OS (chamados) nos 3 tipos relacionados abaixo: • INCIDENTES; • REQUERIMENTOS e/ou; • CONSULTAS. • OS Complementar – Se trata de um chamado entre as áreas (Projects  R&D ou Projects  Soft_Fact). O consultor deverá abrir a OS Original e também a OS Complementar.

  5. GLOSSÁRIO

  6. Fluxo: pw. Manager x MOEBIUS ANTES O que no Manager era tratado como Tipo de Chamado Manutenção e SubTipo Standard... DEPOIS ...no Moebius é tipo de OS INCIDENTE para os “antigos chamados de MA com SubTipo Standard” e INCIDENTE GENERALIZADO para os SubTipos diferentes de Standards.

  7. Fluxo: pw. Manager x MOEBIUS PROJECTS cliente de R&D - via pw. Manager R&D Projects Encerra o chamado. Teve retorno Em 10 dias? Chamado na Etapa: “Ag. Ret. Do Usuário” e E-mail p/ o solicit. Início Fim Não Sim, retorna para o func. Resp. Consultor abre chamado Documentação e disponibilização do ajuste (nota ou Outro). Consultor de R&D recebe e analisa o chamado Reclassifica o chamado e retorna para o Solicitante. Informa a nota e “aguarda o usuário” ou reclassifica e envia p/ o solicit. Programadores Desenvolvem e Funcionais Homologam... Não Sim É erro no standard? Já tem nota? Chamado é analisado por Desenvolvedor. Sim Não

  8. PROJECTS cliente de R&D via MOEBIUS Gestor do projeto; Funcional Abrir OS com informações do GAP Esclarecer informações (através de e-mail/ telefone) Encerra OS Original 1 3 Abrir OS complementar p/ PRODUTO S N Executa Teste Funcional (cliente) Teste OK? Solicita ajustes Encerra a OS PAI qdo for solucionado a OS complementar. Coord / Funcional Produto Avaliar o incidente Encerra OS complementar e envia e-mail com a correção disponível no Portal. 1 Solucionar a dúvida (encerra a OS complem. ) S Existe Solução ? 3 S N Teste OK? 2 N Solicitar novas informações (pendente cliente) Análise Detalhada? N S Executa Teste Funcional (produto) Identificar o erro ou consultoria Desenvol-vedor Produto Desenvolve a solução 2 Solicitar teste Funcional Teste unitário

  9. PROJECTS cliente de SOFT_FACT via MOEBIUS Gestor do projeto; Funcional Encerra OS Original (PAI) Abrir OS com informações do GAP Solicitar encerramento OS complementar (via e-mail) Abrir OS complementar p/ Fábrica de SW 1 Renegociar prazo com área SFW S Executa Teste Funcional Solicitar manutenção do DA N Teste OK? Líder técnico – FSW Estimar prazo / equipe para entrega do DA N Prazo OK ? S Desenvol-vedor FSW Desenvolver /Ajustar o DA 1 Solicitar teste Funcional Teste unitário do DA

  10. BPO cliente de SOFT_FACT via MOEBIUS Equipe Funcional BPO Abrir OS com informações do GAP Encerra OS Original Solicita encerramento da OS complementar Avaliar o incidente S N Encerra a OS original (PAI) qdo solucionado 1 Teste OK? é MA ? N S Executa Teste Funcional Abrir OS complementar p/ Fábrica de SW Desenvol-vedor FSW 1 Desenvolve a solução Solicitar teste Funcional Teste unitário

  11. pw. Manager x MOEBIUS As áreas Clientes SEMPRE criarão OS´s (Original - PAI) para suas próprias atividades e OS´s COMPLEMENTARES para as áreas Fornecedoras. Exemplo: Área Cliente Ex.: PROJECT OS “Pai” Área Fornecedora Ex.: R&D OS Complementar

  12. pw. Manager x MOEBIUS Outro exemplo: Área Cliente Ex.: R&D OS “Pai” Área Fornecedora Ex.: Basis OS Complementar

  13. Fluxo: pw. Manager x MOEBIUS GARANTIA:O que é chamado de garantia no Moebius é o equivalente aos 10 dias que aguardamos retorno no Manager. O procedimento no Moebius será de FINALIZAR a OS, e automaticamente ela será ENCERRADA se não houver reclamações.

  14. Dúvidas • Direcionar suas dúvidas para caixa de e-mail: projects@sondaprocwork.com.br

  15. Fonte: Projects Revisão: Documentação e Direcionamento

  16. Obrigada!! Pensando grande para você, pensando grande com você. Documentação e Direcionamento

More Related