Card |
---|
default | true |
---|
id | 001 |
---|
label | Português |
---|
| Product_title |
---|
Title | O que é? |
---|
Image | https://tdn.totvs.com/download/attachments/648829751/oquee-amarelo.png?api=v2 |
---|
|
É a execução efetiva das atividades para a entrada em Produção do sistema, incluindo a revisão do ambiente, realização da transição (virada) e acompanhamento da operação assistida do sistema logo após a divulgação oficial do GO LIVE! Nesta etapa também, após efetivamente o sistema ter sido validado, deve ser realizado o treinamento dos usuários finais. Este grupo de tarefas tem o objetivo de controlar as ações de encerramento do projeto, garantindo a qualidade acordada, operação sustentável das soluções implantadas, alinhamento e relacionamento com o cliente e por fim registrar de forma organizada as lições aprendidas, que ainda não tenha sido registrada, para formalizar a conclusão dos serviços contratados.
Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Entregáveis |
---|
linkTextColor | #FFA500 |
---|
| Conjunto de atividades/processos que compõem uma entrega. |
Deck of Cards |
---|
| Card |
---|
default | true |
---|
id | 001 |
---|
label | Transição (Virada) |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Atividades |
---|
linkTextColor | #FFA500 |
---|
| Descrição da tarefa/processo a ser realizada. |
- Preparar ambiente de produção - Treinar usuários finais (Melhor prática) - Realizar alinhamento com suporte TOTVS (Melhor Prática) - Definir e formalizar a estratégia e contrato de acompanhamento - Executar a virada (Transição) - Executar testes de virada (Melhor Prática) - Aprovar e divulgar o GO/NO-GO Oficial
Âncora |
---|
| Preparar ambiente de produção |
---|
| Preparar ambiente de produção |
---|
| » Preparar ambiente de produção
Esta etapa consiste na preparação ou revisão do ambiente que será utilizado para a operação real do sistema na Organização. Portanto, é imprescindível que esteja dentro das especificações técnicas definidas ao longo do projeto. O checklist de instalação tem o objetivo de orientar detalhadamente os parâmetros técnicos, enquanto que o Plano de Virada e Rollback - MIT054 tem como objetivo trazer insumos extras para que o analista de infraestrutura possa ter uma visão mais ampla do ambiente e expectativas. - IMPORTANTE: equipe de TI deve participar efetivamente das ações, sendo o único pessoal com acesso ao ambiente de Produção, sendo assim responsável direto.
Descrição das atividades:
- Especialista de Infraestrutura prepara o ambiente de Produção seguindo as especificações técnicas definidas
- TI (Cliente) deve publicar o final da operação e os resultados desta
NOTA: todas as atividades definidas no Plano de Virada e Rollback - MIT054 para o ambiente devem ser executadas nesta etapa. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Gerente ou Coordenador do Projeto*
- Analista de Infraestrutura*
- Analista de Cloud*
CLIENTE - Gerente ou Coordenador do Projeto *
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Treinar usuários finais (Melhor prática) |
---|
| Treinar usuários finais (Melhor prática) |
---|
| » Treinar usuários finais (Melhor prática)
Este treinamento deve conduzir os usuários finais ao uso efetivo do sistema, respeitando todas as definições estabelecidas no Refinamento da Solução, no Roteiro de Capacitação e na entrega efetiva realizada. - NOTA: Esta tarefa é de total responsabilidade do Cliente, salvo o mesmo ter comprado da TOTVS este tipo de serviço no escopo do Projeto. Mesmo tendo adquirido, é importante trazer os usuários-chave como participantes para que possam assumir o papel de replicadores e de referência no processo de negócio.
Descrição das atividades: - Usuários-Chave (replicadores) se reúnem conforme organização interna (Cliente) e ministram os treinamentos de acordo com o Refinamento da Solução e Roteiro de Capacitação revisado
- Usuários Finais devem absorver o conhecimento e realizar o aprofundamento do sistema na prática para garantir eficiência no uso
- Usuários-chave:
- Formalizam o treinamento junto aos Usuários Finais
- Organizam as formalizações e realizam a validação desta etapa junto ao Comitê do Projeto.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Analista / Consultor de implantação*
- Gerente ou Coordenador do Projeto*
CLIENTE - Usuários-Chave (Replicadores)*
- Usuários Finais (áreas do Cliente)*
- Gerente ou Coordenador do Projeto *
|
Column |
---|
|
|
Column |
---|
| SAÍDA(S): - Capacitação realizada e validada.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Realizar alinhamento com suporte TOTVS (Melhor Prática) |
---|
| Realizar alinhamento com suporte TOTVS (Melhor Prática) |
---|
| » Realizar alinhamento com suporte TOTVS (Melhor Prática)
Sabemos que após o projeto, para continuar uma boa experiência do Cliente, é fundamental alinhar a demanda com o time de suporte para que este possa se preparar para atender bem o Cliente deste ponto em diante em sua Jornada. O ponto aqui é descrever o escopo da demanda, tendências de suporte e data efetiva do GO LIVE.
Descrição das atividades: - Gerente ou Coordenador do Projeto preenche o documento de Transição para o Suporte , realiza reunião de alinhamento com o time de Suporte TOTVS das funcionalidades que serão utilizadas pelo cliente.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Gerente ou Coordenador do Projeto*
- Suporte TOTVS*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Desde o momento que os usuários-chave recebem o treinamento aprofundado e percebem a demanda exigida de suporte, deve-se neste momento, decidir o quanto estes podem absorver do suporte e o quanto ainda precisarão de suporte do time de consultores, considerando a demanda. A Proposta complementar deve refletir o cenário aprovado pelo Comitê, uma vez que foram considerados os aspectos gerais e revisados após a validação da solução. - NOTA: Deve-se tomar muito cuidado nesta definição, considerando as expertises por frente conduzida x autonomia do Cliente para propor um cenário equilibrado e eficiente.
Descrição das atividades: - Analistas / Consultores e Usuários-Chave se reúnem com Gerente ou Coordenador do Projeto e representante do Comitê (Cliente) para reavaliar as necessidades de acompanhamento pós GO LIVE, considerando os aspectos de suporte x demanda com base nos resultados da Capacitação realizada
- Gerente ou Coordenador do Projeto:
- Planeja o acompanhamento conforme demanda revisada para apurar os impactos de custo x qualidade previstas na fase de pré-venda
- Registra a decisão via Ata de Reunião
- Comitê do Projeto aprova novo planejamento e eventual diferença de custo, com base no cenário apresentado pela equipe do projeto (analistas / consultores e usuários-chave)
- Executivo de Soluções de Negócios elabora uma Proposta Comercial complementar para suprir os gaps de acompanhamento identificados e aprovados pelo Comitê (caso necessário)
- Cliente aprova a Proposta Complementar.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Analista / Consultor de implantação*
- Gerente ou Coordenador do Projeto*
- Executivo de Soluções de Negócio*
CLIENTE - Usuários-Chave*
- Gerente ou Coordenador do Projeto *
|
Column |
---|
|
|
Column |
---|
| SAÍDA(S): - Definição dos responsáveis pelo suporte pós GO LIVE, registradas em Ata de Reunião - MIT005 e aprovada pelo Comitê
- Proposta Comercial complementar aprovada pelo Cliente (caso necessário).
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Executar a virada (Transição) |
---|
| Executar a virada (Transição) |
---|
| » Executar a virada (Transição)
A execução da transição (virada) deve ser realizada com bastante foco e atenção aos resultados esperados para garantir a qualidade do ambiente de Produção. Caso ocorram imprevistos, deve-se ter um plano de contingência e/ou pessoas que possam decidir alternativas rapidamente, uma vez que normalmente se trabalha em uma janela restrita. Assim que finalizado, deve certificar-se sobre os resultados e liberar o sistema para a última etapa antes da publicação oficial, que é a execução de operações críticas em Produção (Teste de Virada).
Descrição das atividades: - Analistas / Especialista e Usuários-Chave (Cliente) executam as tarefas planejadas na transição (virada) do sistema para Produção, conforme definido no Plano de Virada e Rollback - MIT054, considerando aspectos técnicos e funcionais:
- Técnicos
- Ações de ambiente (infraestrutura)
- Ações de configuração
- Ações de transporte de dados
- Ações equalização de customizações
- Ações de atualização da aplicação (software), que pode decorrer ao longo do projeto
- Funcionais:
- Alinhamento com as áreas que podem sofrer impacto com o período de suspensão
- Alinhamento com os Clientes sobre a mesma questão
- Alinhamento com Fornecedores e Parceiros sobre a mesma questão
- Treinamento e preparação das mudanças operacionais (processos TO BE)
- Plano de Contingência de negócio
- Comitê do Projeto comunica o término e o resultado da execução, liberando o Teste de Virada.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Analista / Especialista*
- Analista de Infraestrutura*
- Gerente ou Coordenador do Projeto*
CLIENTE - Usuários-Chave*
- Gerente ou Coordenador do Projeto *
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
» | Executar testes de virada (Melhor Prática) |
---|
| Executar testes de virada (Melhor Prática) |
---|
| » Executar testes de virada (Melhor Prática)
É fundamental É fundamental restringir o lançamento oficial do sistema aos usuários-chave, para que estes possam realizar atividades reais no sistema já no ambiente de Produção, garantindo o funcionamento essencial do negócio. Assim que validada as operações críticas, confirma-se o GO LIVE para todos os demais participantes da Organização. NOTA: O tempo dedicado deve ter sido planejado antecipadamente, assim como os limites, caso a execução não saia exatamente como o esperado.
Descrição das atividades: - Usuários-Chave executam as operações críticas definidas como critério de GO LIVE, logo após a execução da Transição (Virada)
- Analista / Especialista acompanha os resultados e avalia se estão de acordo com os critérios de qualidade estabelecidos
- Ao final, Gerente ou Coordenador do Projeto registra a decisão via Ata de Reunião
- Comitê do Projeto publica oficialmente o GO LIVE.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Analista / Especialista*
- Gerente ou Coordenador do Projeto*
CLIENTE - Usuários-Chave*
- Gerente ou Coordenador do Projeto *
|
Column |
---|
|
|
Column |
---|
| SAÍDA(S): - Resultado do Teste de Virada em Produção
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Aprovar e divulgar o GO/NO-GO Oficial |
---|
| Aprovar e divulgar o GO/NO-GO Oficial |
---|
| » Aprovar e divulgar o GO/NO-GO Oficial
O Comitê deve divulgar oficialmente a decisão do GO / NO-GO a todos os interessados para que: - Todas as áreas envolvidas possam iniciar os trabalhos normalmente
- O sistema seja liberado para atuação junto aos Clientes, Fornecedores e Parceiros
- Tenhamos um evento formal de reconhecimento da entrega do Projeto.
Descrição das atividades: Comitê do Projeto divulga oficialmente a decisão de GO / NO-GO, com base no resultado do Teste de Virada (podendo ser positivo ou negativo). Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Ciclos de Testes realizados com sucesso
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Gerente ou Coordenador do Projeto*
CLIENTE - Usuários-Chave*
- Gerente ou Coordenador do Projeto *
|
Column |
---|
|
|
Column |
---|
| SAÍDA(S): - Termo de Validação - MIT010 (Termo de autorização para GO Live) assinado, com a decisão de GO/NO-GO divulgado oficialmente na Organização e entre todas as partes interessadas do Projeto.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
|
Card |
---|
id | 002 |
---|
label | Operação assistida |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Atividades |
---|
linkTextColor | #FFA500 |
---|
| Descrição da tarefa/processo a ser realizada. |
- Acompanhar - Operação Assistida - Encaminhamento do cliente ao suporte padrão
Âncora |
---|
| Acompanhar - Operação Assistida |
---|
| Acompanhar - Operação Assistida |
---|
| » Acompanhar - Operação Assistida
A operação assistida é o acompanhamento das equipes do cliente e pelo time de serviços para esclarecimento de dúvidas após primeiros dias em produção conforme estabelecido em contrato como período de garantia. Após o Comitê do Projeto divulgar oficialmente a decisão de GO / NO-GO, inicia-se a Operação Assistida de acordo com a estratégia e propostas complementares aprovadas. Este período é bastante crítico e deve ser conduzido a levar o Cliente em um nível de autonomia suficiente para executar sua operação de forma segura e confiante. - NOTA: É comum surgir novas oportunidades neste período, sendo novos negócios e/ou continuidade da assistência recorrente. É importante que o Gerente ou Coordenador do Projeto esteja atento para alinhar com o Executivo de Soluções de Negócio no momento da finalização.
Descrição das atividades: - Analistas / Especialistas contratados (de acordo com a estratégia e contratos aprovados) iniciam o suporte à operação do sistema
- Gerente ou Coordenador do Projeto avalia periodicamente os resultados e prepara gradativamente a retirada da equipe de suporte
- Coordenador (Cliente) em conjunto com os usuários-chave se preparam para manter a operação sem o suporte local do time do projeto, de forma gradativa e de acordo com a estratégia aprovada
- Gerente ou Coordenador do Projeto encerra formalmente a operação assistida ao término do período combinado.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Usuários finais operando o sistema
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS - Analista / Especialista*
- Gerente ou Coordenador do Projeto*
CLIENTE - Gerente ou Coordenador do Projeto *
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Encaminhamento do cliente ao suporte padrão |
---|
| Encaminhamento do cliente ao suporte padrão |
---|
| » Encaminhamento do cliente ao suporte padrão
Sabemos que após o projeto, para continuar uma boa experiência do Cliente, é fundamental alinhar a demanda com o time de suporte para que este possa se preparar para atender bem o Cliente deste ponto em diante em sua Jornada. O objetivo é esclarecer e direcionar o Cliente ao tipo de serviço que melhor pode agregar valor à sua operação e à sua experiência com a TOTVS. Com o fim da operação assistida o cliente entra em loops de potenciais atividades com a TOTVS. Este momento que não tem data para terminar é a macro etapa de Ongoing na Jornada do Cliente. Para conhecer em detalhes a Central de Relacionamento TOTVS e os Canais Digitais que o cliente tem acesso, acesse a trilha na Universidade TOTVS.
Descrição das atividades: Gerente ou Coordenador do Projeto repassa as informações sobre o funcionamento do Suporte e as opções de Atendimento ao cliente. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS CLIENTE |
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
|
Card |
---|
id | 003 |
---|
label | Transição (Virada), retrospectiva e encerramento |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Atividades |
---|
linkTextColor | #FFA500 |
---|
| Descrição da tarefa/processo a ser realizada. |
- Realizar retrospectiva do projeto (Relacionamento e cliente) - Registar lições aprendidas do projeto - Encerrar o projeto
Âncora |
---|
| Realizar retrospectiva do projeto (Relacionamento e cliente) |
---|
| Realizar retrospectiva do projeto (Relacionamento e cliente) |
---|
| » Realizar retrospectiva do projeto (Relacionamento e cliente)
Este momento de encaminhamento ao time de Relacionamento deve ser usado para: - Deixar o Cliente ciente da estrutura da TOTVS
- Estreitar o relacionamento
- Procurar desenvolver as oportunidades identificadas ao longo do Projeto
- Buscar o feedback geral.
Descrição das atividades: - Gerente ou Coordenador do Projeto repassa o histórico do projeto com o Executivo de Soluções de Negócio e as oportunidades identificadas ao longo do Projeto
- Gerente ou Coordenador do Projeto e Executivo de Soluções de Negócio alinham com o Cliente as novas oportunidades e reforçam o elo de parceria.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Registar lições aprendidas do projeto |
---|
| Registar lições aprendidas do projeto |
---|
| » Registar lições aprendidas do projeto
O tema lição aprendida deve ser bem estruturado para realmente se ter uma base de conhecimento que possa ser reutilizada e compartilhada aos colaboradores que buscam experiências adquiridas.
Descrição das atividades: Gerente ou Coordenador do Projeto organiza os registros coletados ao longo do projeto para registrá-los de forma estruturada. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
Âncora |
---|
| Encerrar o projeto |
---|
| Encerrar o projeto |
---|
| » Encerrar o projeto
A formalização de conclusão é um evento imprescindível para o reconhecimento do término do projeto e serve também para liberar os recursos para outros projetos, assim como reconhecer a Receita atrelada à conclusão de fato. Importante ressaltar que a construção deste encerramento inicia-se desde a preparação do projeto, definindo os critérios de aceite ao longo do mesmo. A boa condução com transparência e evidências dos acordos e entregas realizadas e reconhecidas, farão com que este momento seja muito suave junto ao Cliente, firmando uma boa experiência em sua Jornada!
Descrição das atividades: - Gerente ou Coordenador do Projeto organiza as evidências de avanço e conclusão do Projeto e apresenta ao Comitê para formalizar o encerramento do projeto, inclusive com a validação de marcos pendentes ou parcelas de faturamento pendentes
- Comitê do Projeto e Patrocinador aprovam o Certificado de Conclusão de Serviços - MIT062 (Termo de Encerramento)
- Gerente ou Coordenador do Projeto organiza as ações para o encerramento do projeto internamente e envia ao PMO, após o cliente dar o aceite no Certificado de Conclusão de Serviços - MIT062 (Termo de Encerramento)
- NOTA: Devem ser observadas políticas e procedimentos internos de cada unidade que podem determinar regras específicas, além das descritas neste documento, para o encerramento administrativo do projeto.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ATORES: TOTVS CLIENTE |
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obrigatório |
|
|
|
Card |
---|
| Product_title |
---|
Title | ¿Qué es? |
---|
Image | https://tdn.totvs.com/download/attachments/648829751/oquee-amarelo.png?api=v2 |
---|
|
Es la ejecución efectiva de las actividades para la entrada en producción del sistema, incluyendo la revisión del entorno, la realización de la transición y el seguimiento de la operación asistida del sistema poco después de la divulgación oficial del GO LIVE. En esta etapa también, después de que el sistema se haya validado efectivamente, se debe realizar la capacitación de los usuarios finales.
Este grupo de tareas tiene como objetivo controlar las acciones de finalización del proyecto, garantizando la calidad acordada y un período de transición asistida para formalizar la conclusión de los servicios contratados.
Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Entregables |
---|
linkTextColor | #FFA500 |
---|
| Conjunto de actividades/procesos que componen un entregable. |
Deck of Cards |
---|
| Card |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar. |
- Preparación del Entorno de Producción - Capacitación de los usuarios finales (Mejores Prácticas) - Alineamiento con soporte TOTVS (Mejores Prácticas) - Definición y formalización de la Estrategia y Contrato de Seguimiento - Ejecución de la Transición - Ejecución de la Prueba de Transición (Mejor Práctica) - Aprobación y divulgación del GO/NO-GO oficial
Âncora |
---|
| Preparación del Entorno de Producción |
---|
| Preparación del Entorno de Producción |
---|
| » Preparación del Entorno de Producción
Esta etapa consiste en preparar o revisar el entorno que se utilizará para la operación real del sistema en la Organización. Por lo tanto, es imprescindible que esté dentro de las especificaciones técnicas definidas a lo largo del proyecto. La lista de verificación de instalación tiene como objetivo guiar los parámetros técnicos en detalle, mientras que el Plan de giro y Retroceso - MIT054 tiene como objetivo traer insumos extras para que el analista de infraestructura pueda tener una visión más amplia del entorno y las expectativas.
- IMPORTANTE: el equipo de TI debe participar eficazmente en las acciones, siendo el único personal con acceso al entorno de producción, siendo así responsable directo.
Descripción de actividades: - Especialista en Infraestructura prepara el entorno de producción siguiendo las especificaciones técnicas definidas
- TI (Cliente) debe publicar el final de la operación y los resultados de esta
- NOTA: todas las actividades definidas en el Plan de giro y Retroceso - MIT054 para el entorno deben ejecutarse en esta etapa.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- Analista de infraestructura*
- Analista de Cloud*
CLIENTE - Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Capacitación de los usuarios finales (Mejores Prácticas) |
---|
| Capacitación de los usuarios finales (Mejores Prácticas) |
---|
| » Capacitación de los usuarios finales (Mejores Prácticas)
Esta capacitación debe conducir a los usuarios finales al uso eficaz del sistema, respetando todas las definiciones establecidas en el Refinamiento de la solución, en procedimiento de capacitación y en la entrega efectiva realizada. - NOTA: Esta tarea es responsabilidad exclusiva del Cliente, excepto que haya comprado este tipo de servicio a TOTVS dentro del alcance del Proyecto. Aunque lo haya adquirido, es importante traer a los usuarios clave como participantes para que puedan asumir el papel de replicadores y de referencia en el proceso de negocio.
Descripción de actividades: - Los usuarios clave (replicadores) se reúnen según la organización interna (Cliente) y proporcionan capacitación de acuerdo con el Refinamiento de la solución y procedimiento de capacitación revisado
- Los usuarios finales deben absorber el conocimiento y realizar la profundización del sistema en la práctica para garantizar la eficiencia en el uso
- Usuarios clave:
o Formalizar la capacitación con los usuarios finales o Organizan las capacitaciones y realizan la validación de esta etapa con el Comité del Proyecto.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Analista/Consultor de Implantación
- Gerente o coordinador del proyecto*
CLIENTE - Usuarios clave (Replicadores)
- Usuarios finales (áreas del Cliente)
- Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Capacitación realizada y validada.
|
____________________________________________________________________________________________________________________________________________________________________________________________________* Obligatorio___ * Obligatorio |
Âncora |
---|
| Alineamiento con soporte TOTVS (Mejores Prácticas) |
---|
| Alineamiento con soporte TOTVS (Mejores Prácticas) |
---|
| » Alineamiento con soporte TOTVS (Mejores Prácticas)
Sabemos que después del proyecto, para continuar una buena experiencia del cliente, es fundamental alinear la demanda con el equipo de soporte para que este pueda prepararse para atender bien al cliente desde este punto hacia adelante en su jornada. Este punto es para describir el alcance de la demanda, tendencias de soporte y fecha efectiva del GO LIVE.
Descripción de actividades: - Project Manager o Coordinador completa el documento Transición al soporte- MA081, realiza una reunión de alineación con el equipo de Soporte de TOTVS de las funcionalidades que serán utilizadas por el cliente.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- Soporte TOTVS*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Desde el momento en que los usuarios clave reciben la capacitación en profundidad y se dan cuenta de la demanda de soporte requerida, debe decidirse en este momento cuánto pueden absorber del soporte y cuánto todavía necesitarán el soporte del equipo de consultores, teniendo en cuenta la demanda. La Propuesta complementaria debe reflejar el escenario aprobado por el Comité, ya que se consideraron los aspectos generales y se revisaron después de la validación de la solución. - NOTA: Se debe tener mucho cuidado en esta definición, teniendo en cuenta las experiencias por delante realizada vs. autonomía del Cliente para proponer un escenario equilibrado y eficiente.
Descripción de actividades: - Analistas/consultores y usuarios clave se reúnen con el gerente o coordinador del proyecto y representante del Comité (Cliente) para reevaluar las necesidades de seguimiento después del GO LIVE, considerando los aspectos del soporte vs. demanda en base a los resultados de la capacitación realizada
- Gerente o coordinador del proyecto:
- Planifica el seguimiento de acuerdo con la demanda revisada para determinar los impactos de costo vs. calidad previstos en la fase de preventa o Registra la decisión a través de Acta de Reunión
- El Comité del Proyecto aprueba una nueva planificación y una eventual diferencia de costos, en función del escenario presentado por el equipo del proyecto (analistas/consultores y usuarios clave)
- Ejecutivo de Soluciones de Negocios elabora una Propuesta Comercial complementaria para suplir los gaps de seguimiento identificados y aprobadas por el Comité (si es necesario)
- El Cliente aprueba la Propuesta Complementaria.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Analista/Consultor de Implantación*
- Gerente o coordinador del proyecto*
CLIENTE - Usuarios clave (Replicadores)*
- Usuarios finales (áreas del Cliente)*
- Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Definición de los responsables del soporte posterior a GO LIVE, registrada en el Acta de Reunión - MIT005 y aprobada por el Comité
- Propuesta Comercial complementaria aprobada por el Cliente (si es necesario).
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Ejecución de la Transición |
---|
| Ejecución de la Transición |
---|
| » Ejecución de la Transición
La ejecución de la transición debe realizarse con mucho enfoque y atención a los resultados esperados para garantizar la calidad del entorno de producción. En caso de imprevistos, se debe tener un plan de contingencia y/o personas que pueden decidir alternativas rápidamente, ya que por lo general trabajan en una ventana restringida. Una vez completado, debe asegurarse de los resultados y liberar el sistema hasta la última etapa antes de la publicación oficial, que es la ejecución de operaciones críticas en producción (Prueba de Transición).
Descripción de actividades: - Analistas/especialistas y usuarios clave (Cliente) ejecutan las tareas planificadas en la transición del sistema para Producción, tal como se define en el Plan de giro y Retroceso - MIT054, considerando aspectos técnicos y funcionales:
- Técnicos
- Acciones de entorno (infraestructura)
- Acciones de configuración
- Acciones de transporte de datos
- Acciones ecualización de personalizaciones
- Acciones de actualización de la aplicación (software), que puede transcurrir a lo largo del proyecto
- Funcionales:
- Alineación con las áreas que pueden verse afectadas por el período de suspensión
- Alineación con los Clientes sobre la misma pregunta
- Alineación con proveedores y asociados en la misma pregunta
- Capacitación y preparación de los cambios operativos (procesos TO BE)
- Plan de contingencia de negocio
- El Comité del Proyecto anuncia el fin y el resultado de la ejecución, liberando la Prueba de Transición.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Analista/Consultor de Implantación*
- Analista de infraestructura*
- Gerente o coordinador del proyecto*
CLIENTE - Usuarios clave (Replicadores)*
- Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Ejecución de la Prueba de Transición (Mejor Práctica) |
---|
| Ejecución de la Prueba de Transición (Mejor Práctica) |
---|
| » Ejecución de la Prueba de Transición (Mejor Práctica)
Es fundamental restringir el lanzamiento oficial del sistema a los usuarios clave, para que puedan realizar actividades reales en el sistema ya en el entorno de producción, garantizando el funcionamiento esencial del negocio. Una vez validadas las operaciones críticas, se confirma el GO LIVE para todos los demás participantes de la Organización. - NOTA: El tiempo dedicado debe haber sido planificado con antelación, así como los límites, si la ejecución no sale exactamente como se esperaba.
Descripción de actividades: - Los usuarios clave ejecutan las operaciones críticas definidas como criterio de GO LIVE, justo después de la ejecución de la Transición
- Analista/especialista supervisa los resultados y evalúa si están de acuerdo con los criterios de calidad establecidos
- Al final, el gerente o coordinador del proyecto registra la decisión a través del Acta de Reunión
- El Comité de Proyectos publica oficialmente el GO LIVE.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Analista/Especialista*
- Gerente o coordinador del proyecto*
CLIENTE - Usuarios clave (Replicadores)*
- Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Resultado de la Prueba de Transición en Producción
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Aprobación y divulgación del GO/NO-GO oficial |
---|
| Aprobación y divulgación del GO/NO-GO oficial |
---|
| » Aprobación y divulgación del GO/NO-GO oficial
El Comité debe divulgar oficialmente la decisión del GO/NO-GO a todas las partes interesadas para que: - Todas las áreas involucradas pueden comenzar los trabajo normalmente
- El sistema se libera para actuación con los clientes, proveedores y asociados
- Tendremos un evento formal para reconocer la entrega del Proyecto.
Descripción de actividades: El Comité del Proyecto divulga oficialmente la decisión de GO/NO-GO, basado en el resultado de la Prueba de Transición (puede ser positivo o negativo). Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Ciclos de pruebas realizados con éxito.
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
CLIENTE - Usuarios clave (Replicadores)*
- Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Término de Validación - MIT010 (Término de autorización para GO Live) firmado, con la decisión de GO/NO-GO divulgada oficialmente en la Organización y entre todas las partes interesadas del Proyecto.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
Card |
---|
id | 002 |
---|
label | Operación asistida |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar. |
- Seguimiento - Operación Asistida - Encaminamiento al Soporte Estándar
Âncora |
---|
| Seguimiento - Operación Asistida |
---|
| Seguimiento - Operación Asistida |
---|
| » Seguimiento - Operación Asistida
Después de que el Comité del Proyecto divulgue oficialmente la decisión de GO/NO-GO, empieza la Operación Asistida de acuerdo con la estrategia y propuestas complementarias aprobadas. Este período es muy crítico y debe conducirse a llevar al Cliente a un nivel de autonomía suficiente para ejecutar su operación de forma segura y con confianza. - NOTA: Es común que surjan nuevas oportunidades en este período, siendo nuevos negocios y/o continuidad de la asistencia recurrente. Es importante que el gerente o coordinador del proyecto esté atento a alinearse con el Ejecutivo de Soluciones de Negocio en el momento de la finalización.
Descripción de actividades: - Analistas/especialistas contratados (según la estrategia y contratos aprobados) comienzan el soporte a la operación del sistema
- El gerente o coordinador del proyecto evalúa periódicamente los resultados y prepara gradualmente la retirada del equipo de soporte
- Coordinador (Cliente) junto con los usuarios clave se preparan para mantener la operación sin el soporte local del equipo del proyecto, gradualmente y de acuerdo con la estrategia aprobada
- Gerente o coordinador del proyecto finaliza formalmente la operación asistida al final del período combinado.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| ENTRADA(S): - Usuarios finales operando el sistema
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Analista/Especialista*
- Gerente o coordinador del proyecto*
CLIENTE - Coordinador o Comité de Proyecto*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Encaminamiento al Soporte Estándar |
---|
| Encaminamiento al Soporte Estándar |
---|
| » Encaminamiento al Soporte Estándar
Sabemos que después del proyecto, para continuar una buena experiencia del Cliente, es fundamental alinear la demanda con el equipo de soporte para que pueda prepararse para servir bien al Cliente a partir de este momento en su Recorrido. El objetivo es aclarar y orientar al Cliente al tipo de servicio que mejor pueda aportar valor a su operación y a su experiencia con TOTVS.
Descripción de actividades: Gerente o coordinador de proyecto repasa información sobre el funcionamiento del soporte y las opciones de atención al cliente. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
CLIENTE |
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Información del soporte repasada al cliente.
Centro de Relación TOTVS: suporte.totvs.com
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
Card |
---|
id | 003 |
---|
label | Transición, retrospectiva y finalización |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Actividades |
---|
linkTextColor | #FFA500 |
---|
| Descripción de la tarea/proceso a realizar.a realizar. |
- Alineación con Relación - Registro de lecciones aprendidas del proyecto - Cierre del Proyecto
Âncora |
---|
| Alineación con Relación |
---|
| Alineación con Relación |
---|
| » Alineación con Relación
Este momento de encaminamiento al equipo de Relación debe utilizarse para: - Dejar que el Cliente tenga conocimiento de la estructura de TOTVS
- Estrechar la relación
- Procurar desarrollar las oportunidades identificadas a lo largo del Proyecto
- Buscar el feedback general.
Descripción de actividades: - El gerente o coordinador del proyecto repasa el historial del proyecto con el Ejecutivo de Soluciones de Negocio y las oportunidades identificadas a lo largo del Proyecto
- El gerente o coordinador del proyecto y el Ejecutivo de Negocio alinean con el Cliente las nuevas oportunidades y refuerzan el vínculo de asociación
- El gerente o coordinador del proyecto repasa el historial del proyecto con el Ejecutivo de Soluciones de Negocio y las oportunidades identificadas a lo largo del Proyecto
- El gerente o coordinador del proyecto y el Ejecutivo de Negocio alinean con el Cliente las nuevas oportunidades y refuerzan el vínculo de asociación
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- Ejecutivo de Soluciones de Negocio*
CLIENTE |
Column |
---|
|
|
Column |
---|
| SALIDA(S): - Cliente consciente del nuevo momento, con la asociación bien encaminada y nuevas oportunidades lanzadas para desarrollar la asociación.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Registro de lecciones aprendidas del proyecto |
---|
| Registro de lecciones aprendidas del proyecto |
---|
| » Registro de lecciones aprendidas del proyecto
El tema de lecciones aprendidas debe estar bien estructurado para tener realmente una base de conocimientos que pueda ser reutilizada y compartida con los empleados que buscan las experiencias adquiridas.
Descripción de actividades: El Gerente o Coordinador del Proyecto organiza los registros recopilados a lo largo del proyecto pararegistrarlos de manera estructurada. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- Arquitecto de soluciones*
- Ejecutivo de Soluciones de Negocio*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
Âncora |
---|
| Cierre del Proyecto |
---|
| Cierre del Proyecto |
---|
| » Cierre del Proyecto
La formalización de la conclusión es un evento indispensable para el reconocimiento del fin del proyecto y también sirve para liberar recursos para otros proyectos, así como para reconocer los Ingresos vinculados a la conclusión de hecho. Es importante destacar que la construcción de este cierre empieza a partir de la preparación del proyecto, definiendo los criterios de aceptación a lo largo del proyecto. La buena conducción con transparencia y evidencia de los acuerdos y entregas realizados y reconocidos, hará que este momento sea muy fluido con el Cliente, estableciendo una buena experiencia en su Recorrido.
Descripción de actividades: - El gerente o coordinador del proyecto organiza las pruebas del avance y la finalización del Proyecto y presenta al Comité para formalizar el cierre del proyecto, incluyendo la validación de hitos pendientes o cuotas de facturación pendientes
- El Comité del Proyecto y el Patrocinador aprueban el Certificado de Finalización de Servicios - MIT062 (Término de Cierre)
- El gerente o coordinador del proyecto organiza las acciones para el cierre del proyecto internamente y lo envía a PMO, después de que el cliente acepte el Certificado de Finalización de Servicios - MIT062 (Término de Cierre)
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Gerente o coordinador del proyecto*
- Soporte TOTVS
CLIENTE
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Obligatorio |
|
|
|
Card |
---|
| Product_title |
---|
Title | Which is? |
---|
Image | https://tdn.totvs.com/download/attachments/648829751/oquee-amarelo.png?api=v2 |
---|
|
It is the effective execution of activities for the system to come online in Production, including the review of the environment, performing the transition (turnover) and monitoring the assisted operation of the system right after the official GO LIVE! disclosure. End users should also be trained in this step, after the system has been effectively validated.
The purpose of this group of tasks is to control the completion actions for the project, guaranteeing the agreed quality and an assisted transition period to formalize the conclusion of the contracted services.
Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Deliverables |
---|
linkTextColor | #FFA500 |
---|
| Set of activities/processes that make up a deliverable. |
Deck of Cards |
---|
| Card |
---|
default | true |
---|
id | 001 |
---|
label | Transition (Turnover) |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
- Preparation of the Production Environment - End User Training (Best Practice) - Alignment with TOTVS Support (Best Practice) - Definition and Formalization of the Monitoring Strategy and Agreement - Execution of the Turnover (Transition) - Turnover Testing Execution (Best Practice) - Official GO/NO-GO Approval and Disclosure Âncora |
---|
| Preparation of the Production Environment |
---|
| Preparation of the Production Environment |
---|
| » Preparation of the Production Environment
This step consists of preparing or reviewing the environment that will be used for the actual operation of the system in the Organization. Therefore, it is essential that it is within the technical specifications defined throughout the project. The installation checklist aims to provide detailed guidance on the technical parameters, while the Turn and Rollback Plan - TIM054 aims to provide extra inputs so that the infrastructure analyst can have a broader view of the environment and expectations. - ATTENTION: the IT team must effectively participate in the actions, being the only staff with access to the Production environment, thus being directly responsible.
Description of activities: - Infrastructure Expert prepares the Production environment following the defined technical specifications
- IT (Customer) should post the end of the operation and its results
- NOTE: all activities defined in the Turnover and Rollback Plan – TIM054 for the environment must be performed in this step.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- Cloud Analyst *
- Infrastructure Analyst *
CUSTOMER - Project Coordinator or Committee*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| End User Training (Best Practice) |
---|
| End User Training (Best Practice) |
---|
| » End User Training (Best Practice)
This training should lead the end users to the effective use of the system, respecting all the definitions established in the Refinement of the Solution, Training Procedure and in the effective delivery performed. NOTE: Unless this type of service was purchased from TOTVS under the scope of the Project, the Customer is solely responsible for this task. Even if it was acquired, it is important to bring key users as participants so that they can assume the role of replicators and be a reference in the business process.
Description of activities: - Key Users (replicators) meet according to internal organization (Customer) and provide training in accordance with the Solution Refinement and revised Training Procedure
- End Users must absorb knowledge and gain deeper understanding of the system in practice to ensure efficient use
- Key users:
o Formalize training with End Users o Organize formalizations and validate this step with the Project Committee.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Deployment analyst/consultant*
- Project Manager or Coordinator*
CUSTOMER - Project Coordinator or Committee*
- Key Users (Replicators)*
- End Users (Customer areas)*
|
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Training performed and validated.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| Alignment with TOTVS Support (Best Practice) |
---|
| Alignment with TOTVS Support (Best Practice) |
---|
| » Alignment with TOTVS Support (Best Practice)
We know that after the project, in order to continue a good customer experience, it is essential to align the demand with the support team so that it can prepare itself to serve the customer well from this point on in their journey. The point here is to describe the GO LIVE scope of demand, support trends, and effective date.
Description of activities: - Project Manager or Coordinator completes the Transition to Support document – SM081, holds an alignment meeting with the TOTVS Support team of the functionalities that will be used by the customer.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- TOTVS Support*
|
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Transition to Support - SM081
|
_____________________________________________________________________________________________________________________________________________________________________________________________________* Mandatory___ * Mandatory |
From the moment that the key users receive in-depth training and perceive the required demand for support, it is necessary at this point to decide how much they can absorb from the support and how much they will still need support from the team of consultants, considering the demand. The complementary Proposal must reflect the scenario approved by the Committee, since the general aspects were considered and reviewed after the solution was validated. NOTE: Great care must be taken in this definition, considering the expertise per front conducted vs. the Customer’s autonomy to propose a balanced and efficient scenario.
Description of activities: - Analysts/Consultants and Key Users meet with the Project Manager or Coordinator and Committee representative (Customer) to reassess the follow-up needs after GO LIVE, considering the support x demand aspects based on the results of the Training conducted
- Project Manager or Coordinator:
o Plan the follow-up according to the revised demand to determine the cost x quality impacts foreseen in the pre-sale stage o Records the decision via the Meeting Minutes - Project Committee approves new planning and any cost difference, based on the scenario presented by the project team (analysts/consultants and key users)
- Business Solutions Executive prepares a complementary Business Proposal to fill the monitoring gaps identified and approved by the Committee (if necessary)
- Customer approves the Complementary Proposal.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- Business Solutions Executive*
- Deployment analyst/consultant*
CUSTOMER: - Project Coordinator or Committee
- Key Users
|
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Definition of the people in charge of post-GO LIVE support, registered in the Meeting Minutes – TIM005 and approved by the Committee
- Complementary Business Proposal approved by the Customer (if necessary).
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| Execution of the Turnover (Transition) |
---|
| Execution of the Turnover (Transition) |
---|
| » Execution of the Turnover (Transition)
The transition (turnover) must be executed with sufficient focus and attention to the expected results to guarantee the quality of the Production environment. If unforeseen circumstances occur, a contingency plan must be in place and/or people who can decide on alternatives quickly, since this scenario usually works in a restricted window. Once finalized, the results must be checked and the system released for the last step before official publication, which is the execution of critical operations in Production (Turnover Test).
Description of activities: - Analysts/Experts and Key Users (Customer) perform the tasks planned in the transition (turnover) of the system to Production, as defined in the Turn and Rollback Plan - TIM054, considering technical and functional aspects:
- Technicians
o Environment actions (infrastructure) o Configuration actions o Data transport actions o Customization equalization actions o Update application actions (software), which can take place throughout the project - Functional:
o Alignment with areas that may be impacted by the suspension period o Alignment with Customers on the same issue o Alignment with Suppliers and Partners on the same issue o Training and preparation of operational changes (TO BE processes) o Business Contingency Plan - Project Committee communicates the end and the result of the execution, releasing the Turnover Test.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Analyst/Expert*
- Infrastructure Analyst*
- Project Manager or Coordinator*
CUSTOMER: - Project Coordinator or Committee*
- Key Users*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| Turnover Testing Execution (Best Practice) |
---|
| Turnover Testing Execution (Best Practice) |
---|
| » Turnover Testing Execution (Best Practice)
It is essential to restrict the official release of the system to key users, so that they can perform real activities in the system already in the Production environment, guaranteeing the essential functioning of the business. Once the critical operations are validated, GO LIVE is confirmed for all other participants in the Organization. - NOTE: The time dedicated must have been planned in advance, as well as the limits, in case the execution does not go exactly as expected.
Description of activities: - Key Users execute the critical operations as GO LIVE criteria, right after the Transition (Turnover) is executed
- Analyst/Expert monitors the results and assesses whether they meet the established quality criteria
- At the end, the Project Manager or Coordinator records the decision via the Meeting Minutes
- Project Committee officially publishes the GO LIVE.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Analyst/Expert*
- Project Manager or Coordinator*
CUSTOMER: - Project Coordinator or Committee*
- Key Users*
|
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Result of the Turnover Test in Production
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| Official GO/NO-GO Approval and Disclosure |
---|
| Official GO/NO-GO Approval and Disclosure |
---|
| » Official GO/NO-GO Approval and Disclosure
The Committee should officially disclose the GO/NO-GO decision to all stakeholders so that: - All areas involved can start work normally
- The system is released for operation with Customers, Suppliers and Partners
- We have a formal event to acknowledge the delivery of the Project.
Description of activities: Project Committee officially discloses the GO/NO-GO decision, based on the result of the Turnover Test (which can be positive or negative). Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| INPUT(S): - Test cycles performed successfully.
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
CUSTOMER: - Project Coordinator or Committee*
- Key Users*
|
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Validation Term - TIM010 (GO Live authorization statement) signed, with the GO/NO-GO decision officially disclosed in the Organization and among all of the Project’s stakeholders.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
|
Card |
---|
id | 002 |
---|
label | Assisted operation |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
- Monitoring – Assisted Operation - Referral to Standard Support
Âncora |
---|
| Monitoring – Assisted Operation |
---|
| Monitoring – Assisted Operation |
---|
| » Monitoring – Assisted Operation
After the Project Committee officially discloses the GO/NO-GO decision, Assisted Operation begins in accordance with the approved strategy and complementary proposals. This period is very critical and must be conducted to lead the Customer to a level of autonomy sufficient to carry out its operation in a safe and confident manner. - NOTE: It is common for new opportunities to arise during this period, with new business and/or continuity of recurring assistance. It is important that the Project Manager or Coordinator be attentive to align with the Business Solutions Executive at the time of completion.
Description of activities: - Contracted analysts/experts (according to the approved contracts and strategy) start supporting the operation of the system
- Project Manager or Coordinator periodically evaluates the results and gradually prepares the withdrawal of the support team
- Coordinator (Customer) together with the key users prepare to maintain the operation without the local support of the project team, gradually and in accordance with the approved strategy
- Project Manager or Coordinator formally ends the assisted operation at the end of the agreed period.
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
| INPUT(S): - End users operating the system
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Analyst/Expert*
- Project Manager or Coordinator*
CUSTOMER: - Project Coordinator or Committee*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| Referral to Standard Support |
---|
| Referral to Standard Support |
---|
| » Referral to Standard Support
We know that after the project, to ensure a continued positive Customer experience, it is essential to align the demand with the support team so that they can prepare themselves to serve the Customer well from this point forward on their Journey. The objective is to clarify and direct the Customer to the type of service that can best add value to their operation and their experience with TOTVS.
Description of activities: Project Manager or Coordinator passes information along about how Support works and customer service options. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
CUSTOMER: |
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Support information passed on to the customer.
TOTVS Relationship Center: suporte.totvs.com
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
|
Card |
---|
id | 003 |
---|
label | Transition (Turnover), retrospective and completion |
---|
| Tooltip |
---|
linkTextStrong | true |
---|
appendIcon | Kein Icon |
---|
linkText | Activities |
---|
linkTextColor | #FFA500 |
---|
| Description of the task/process to be carried out. |
- Relationship alignment - Record of Lessons Learned from the Project - Project Completion
Âncora |
---|
| Relationship alignment |
---|
| Relationship alignment |
---|
| » Relationship alignment
This moment of referral to the Relationship team should be used to: - Inform the Customer of the TOTVS structure
- Strengthen the relationship
- Seek to develop the opportunities identified throughout the Project
- Seek general feedback.
Description of activities: - Project Manager or Coordinator reviews the project’s history with the Business Solutions Executive and the opportunities identified throughout the Project
- Project Manager or Coordinator and Business Solutions Executive align new opportunities with the Customer and reinforce the partnership link
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- Business Solutions Executive*
CUSTOMER: |
Column |
---|
|
|
Column |
---|
| OUTPUT(S): - Customer is aware of the new moment, with the partnership well underway and new opportunities launched for its development.
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| Record of Lessons Learned from the Project |
---|
| Record of Lessons Learned from the Project |
---|
| » Record of Lessons Learned from the Project
The lessons learned theme must be well structured to really have a knowledge base that can be reused and shared with employees seeking acquired experiences.
Description of activities: Project Manager or Coordinator organizes records collected throughout the project to record them in a structured way. Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- Solution Architect*
- Business Solutions Executive*
|
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
Âncora |
---|
| Project Completion |
---|
| Project Completion |
---|
| » Project Completion
Formalization of completion is an essential event for recognizing the end of the project and also serves to release resources for other projects, as well as recognizing the Revenue linked to the actual conclusion. It is important to point out that the construction of this closure begins with the preparation of the project, defining the acceptance criteria throughout the project. Good management with transparency and evidence of agreements and deliveries made and recognized, will make this moment very smooth with the Customer, establishing a good experience in their Journey!
Description of activities: - The formalization of completion is an indispensable event for the recognition of the end of the project and also serves to release resources for other projects, as well as to recognize the Revenue linked to the actual conclusion.
It is important to note that the construction of this completion starts with the preparation of the project, defining its acceptance criteria throughout. Strong and transparent direction with evidence of the agreements and deliveries made and recognized will make this moment a very smooth one with the Customer, establishing a good experience in their Journey!
Painel |
---|
____________________________________________________________________________________________________________________________________________________________________________________________________
Column |
---|
|
|
Column |
---|
|
|
Column |
---|
| ACTORES: TOTVS - Project Manager or Coordinator*
- TOTVS Support
CUSTOMER: |
Column |
---|
|
|
____________________________________________________________________________________________________________________________________________________________________________________________________ * Mandatory |
|
|
|
|