Processos, fluxos, ferramentas e boas práticas da equipe responsável por disponibilizar a infraestrutura de produtos e serviços na nuvem TOTVS.
Propósito
A equipe DELIVERY CLOUD é responsável por disponibilizar a infraestrutura de produtos e serviços contratados pelos clientes na nuvem da TOTVS.
Além do atendimento ao cliente, também é responsável pela definição e manutenção dos processos de implantação e aderência dos padrões globais junto ao time de Governança CLOUD.
Missão
Nossa missão é gerenciar o processo de entrega de serviços aos clientes, garantindo que os requisitos sejam atendidos de forma eficiente e que as entregas sejam feitas dentro dos prazos estabelecidos.
O foco principal é a entrega contínua de serviços de alta qualidade, em conformidade com as expectativas do cliente e aderência dos padrões globais junto ao time de Governança CLOUD.
Tipos de Entrega Delivery Cloud
A equipe está organizada em cinco tipos de entrega.
Dentro de Migração P/M existe o produto Sisjuri, voltado exclusivamente a clientes do segmento jurídico/advocacia, com um processo próprio (sem kickoff, contato via time Juritis). Veja o fluxo completo na aba Fluxo do Projeto.
Principais Ferramentas
Plataformas e sistemas utilizados no dia a dia da equipe.
Fluxo do Projeto — Migração P/M
Dentro de Migração P/M existem dois fluxos possíveis, de acordo com o produto do cliente. Selecione abaixo qual se aplica ao seu projeto.
O fluxo abaixo descreve as etapas do Projeto de Migração Cloud P/M — projetos de migração com até 50 conexões. Clique em cada etapa para expandir as atividades.
O Sisjuri é o produto Protheus voltado a escritórios de advocacia. Ainda faz parte de Migração P/M, mas segue um processo próprio: não há kickoff e todo contato é feito através do time Juritis, nunca diretamente com o cliente. Clique em cada etapa para expandir as atividades.
Responsáveis pelo Projeto (Juritis)
Quando o ESN não puder ser identificado como responsável, acionar:
Solicitante: cliente responsável pela empresa · Em cópia: responsável pelo projeto na Juritis, ESN e GP Delivery.
Todas as informações do projeto devem ser registradas como observação interna. A proposta comercial deve ser anexada ao ticket. Não há contato direto com o cliente — o ponto focal é sempre o time Juritis.
Liberação de Acesso ao Banco de Dados
Antes de qualquer liberação, é obrigatória a assinatura do Termo de Responsabilidade de Acesso ao Banco de Dados pelo responsável legal da empresa, anexado ao ticket do projeto. A criação de usuário só ocorre mediante solicitação formal do time Juritis. Nunca realizar liberações sem o termo assinado.
Janela de Validação Pós-Migração
O processo de validação pós-migração conduzido pelo time Juritis possui janela padrão de 4 a 5 horas. Durante o planejamento do Go Live, deve ser alinhado com o time Juritis se há necessidade de uma janela superior a esse período.
Filas Técnicas — Zendesk
Times internos responsáveis pelo suporte técnico durante o projeto.
Quando acionar cada time
Regras Gerais do Projeto
Diretrizes que se aplicam a todas as etapas do fluxo.
Tickets pendentes sem retorno do cliente podem ser encerrados após 7 dias corridos.
O GP é responsável pelo acompanhamento macro do projeto e pela comunicação entre cliente e times internos.
O cliente é responsável pelas validações funcionais e homologações do ERP no ambiente de pré-produção.
Go Live — Pré-requisitos obrigatórios
Homologação concluída
Aprovação formal do cliente
Mínimo 15 dias de antecedência para agendamento
Disponibilidade técnica interna
Regra dos 7 dias
Quando um ticket está aguardando retorno do cliente ou do time interno e não há resposta em 7 dias corridos, o ticket pode ser encerrado automaticamente. Após o encerramento, é necessário que o GP abra um novo ticket para retomada do processo.