Voltar à HOME
O que é?
É 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.
Entregáveis
Atividades
Preparar ambiente de produção
Insumos / Critérios de Entrada |
- Checklist de Infraestrutura
- Documentos de Cloud
- Plano de Virada e Rollback - MIT054
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Analista de Infraestrutura
- Analista de Cloud
|
Contexto |
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.
|
Ações / descritivo da atividade |
- 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. |
Resultado / Critérios de Saída |
- Plano de Virada e Rollback - MIT054 atualizado.
|
Treinar usuários finais (Melhor prática)
Insumos / Critérios de Entrada |
- Roteiro de Capacitação - MIT037
- Plano de Virada e Rollback - MIT054
|
Papéis envolvidos |
- Analista / Consultor de implantação
- Usuários-Chave (Replicadores)
- Usuários Finais (áreas do Cliente)
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
|
Contexto |
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.
|
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
- Capacitação realizada e validada.
|
Realizar alinhamento com suporte TOTVS (Melhor Prática)
Insumos / Critérios de Entrada |
- Plano de Virada e Rollback - MIT054
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Suporte TOTVS
|
Contexto |
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. |
Ações / descritivo da atividade |
- Gerente ou Coordenador do Projeto preenche o documento de Transição para o Suporte – MA081, realiza reunião de alinhamento com o time de Suporte TOTVS das funcionalidades que serão utilizadas pelo cliente.
|
Resultado / Critérios de Saída |
- Transição para o Suporte - MA081
|
Insumos / Critérios de Entrada |
- Plano de Virada e Rollback - MIT054
|
Papéis envolvidos |
- Analista / Consultor de implantação
- Usuários-Chave (Cliente)
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Executivo de Soluções de Negócio
|
Contexto |
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.
|
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
- 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).
|
Executar a virada (Transição)
Insumos / Critérios de Entrada |
- Plano de Virada e Rollback - MIT054 aprovado
|
Papéis envolvidos |
- Analista / Especialista
- Analista de Infraestrutura
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Usuários-Chave (Cliente)
|
Contexto |
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). |
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
- Virada realizada com sucesso (dentro dos parâmetros de qualidade especificados no Plano de Virada e Rollback - MIT054)
|
Executar testes de virada (Melhor Prática)
Insumos / Critérios de Entrada |
- Roteiro de Testes - MIT045
|
Papéis envolvidos |
- Analista / Especialista
- Usuários-Chave (responsável pela execução)
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
|
Contexto |
É 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. |
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
- Resultado do Teste de Virada em Produção
|
Aprovar e divulgar o GO/NO-GO Oficial
Insumos / Critérios de Entrada |
- Ciclos de Testes realizados com sucesso
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Usuários-Chave (Cliente)
|
Contexto |
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.
|
Ações / descritivo da atividade |
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). |
Resultado / Critérios de Saída |
- 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.
|
Atividades
Acompanhar - Operação Assistida
Insumos / Critérios de Entrada |
- Usuários finais operando o sistema
|
Papéis envolvidos |
- Analista / Especialista
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
|
Contexto |
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.
|
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
Termo de Validação - MIT010 (Validação de Entrega) com o período de acompanhamento/operação assistida realizado. |
Encaminhar cliente ao suporte padrão
Insumos / Critérios de Entrada |
- Termo de Validação - MIT010 (Validação de Entrega) com o período de acompanhamento/operação assistida realizado
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Comitê do Projeto
|
Contexto |
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. |
Ações / descritivo da atividade |
Gerente ou Coordenador do Projeto repassa as informações sobre o funcionamento do Suporte e as opções de Atendimento ao cliente. Gerente ou Coordenador do Projeto repassa as informações sobre o funcionamento do Suporte e as opções de Atendimento ao cliente. |
Resultado / Critérios de Saída |
Informação do suporte Repassada ao cliente. Central de Relacionamento TOTVS: suporte.totvs.com |
Atividades
Realizar retrospectiva do projeto (Relacionamento e cliente)
Insumos / Critérios de Entrada |
Termo de Validação - MIT010 (Validação de Entrega) com o período de acompanhamento/operação assistida realizado. |
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Comitê do Projeto
- Executivo de Soluções de Negócio
|
Contexto |
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.
|
Ações / descritivo da atividade |
- 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
|
Resultado / Critérios de Saída |
Cliente ciente do novo momento, com a parceria bem encaminhada e novas oportunidades lançadas para desenvolvimento da parceria. |
Registar lições aprendidas do projeto
Insumos / Critérios de Entrada |
- Diagrama dos Processos - MIT041
- Roteiro de Testes - MIT045
- Período de Operação Assistida
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Arqueiteto de Soluções
- Executivo de Soluções de Negócio
|
Contexto |
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. |
Ações / descritivo da atividade |
Gerente ou Coordenador do Projeto organiza os registros coletados ao longo do projeto para registrá-los de forma estruturada. |
Resultado / Critérios de Saída |
Lições Aprendidas - MIT060 |
Encerrar o projetoo
Insumos / Critérios de Entrada |
Termo de Validação - MIT010 (Validação de Entrega) com o período de acompanhamento/operação assistida realizado. |
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Comitê do Projeto
- Suporte TOTVS (Opcional)
|
Contexto |
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! |
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
Certificado de Conclusão dos Serviços - MIT062 |
¿Qué es?
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.
Entregables
Actividades
Preparación del Entorno de Producción
Insumos/ Criterios de entrada |
- Check list de Infraestructura
- Documentos de Cloud
- Plan de giro y Retroceso - MIT054
|
Papeles involucrados |
- Gerente o coordinador del proyecto
- Coordinador o Comité de Proyecto por parte del Cliente
- Analista de infraestructura
- Analista de Cloud
|
Contexto |
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.
|
Acciones/ Descriptivo de la actividad |
- 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.
|
Resultados/ Criterios de salida |
- Plan de giro y Retroceso - MIT054 actualizado.
|
Capacitación de los usuarios finales (Mejores Prácticas)
Insumos/ Criterios de entrada |
- Itinerario de Formación
- Plan de giro y Retroceso - MIT054
|
Papeles involucrados |
- Analista/Consultor de Implantación
- Usuarios clave (Replicadores)
- Usuarios finales (áreas del Cliente)
- Gerente o coordinador del proyecto
- Coordinador o Comité de Proyecto por parte del Cliente
|
Contexto |
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.
|
Acciones/ Descriptivo de la actividad |
- 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.
|
Resultado / Criterios de Salida |
- Capacitación realizada y validada.
|
Alineamiento con soporte TOTVS (Mejores Prácticas)
Insumos/ Criterios de entrada |
- Plan de giro y Retroceso - MIT054
|
Papeles involucrados |
- Gerente o coordinador del proyecto
▪ Soporte TOTVS
|
Contexto |
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.
|
Acciones/ Descriptivo de la actividad |
- 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.
|
Resultados/ Criterios de salida |
- Transición al soporte- MA081
|
Insumos/ Criterios de entrada |
- Plan de giro y Retroceso - MIT054
|
Papeles involucrados |
- Analista/Consultor de Implantación
- Usuarios clave (Cliente)
- Gerente o coordinador del proyecto
- Coordinador o Comité de Proyecto por parte del Cliente
- Ejecutivo de Soluciones de Negocio
|
Contexto |
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.
|
Acciones/ Descriptivo de la actividad |
- 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.
|
Resultados/ Criterios de salida |
- 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).
|
Ejecución de la Transición
Insumos/ Criterios de entrada |
- Plan de giro y Retroceso - MIT054 aprobado
|
Papeles involucrados |
- Analista/Especialista
- Analista de infraestructura
- Gerente o coordinador del proyecto
- Coordinador o Comité de Proyecto por parte del Cliente
- Usuarios clave (Cliente)
|
Contexto |
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). |
Acciones/ Descriptivo de la actividad |
- 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.
|
Resultados/ Criterios de salida |
- Transición realizada con éxito (dentro de los parámetros de calidad especificados en el Plan de giro y Retroceso - MIT054)
|
Ejecución de la Prueba de Transición (Mejor Práctica)
Insumos/ Criterios de entrada |
|
Papeles involucrados |
- Analista/Especialista
- Usuarios clave (responsables de la ejecución)
- Gerente o coordinador del proyecto
- Coordinador o Comité de Proyecto por parte del Cliente
|
Contexto |
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.
|
Acciones/ Descriptivo de la actividad |
- 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.
|
Resultados/ Criterios de salida |
- Resultado de la Prueba de Transición en Producción
|
Aprobación y divulgación del GO/NO-GO oficial
Insumos/ Criterios de entrada |
- Ciclos de pruebas realizados con éxito.
|
Papeles involucrados |
- Gerente o coordinador del proyecto
- Coordinador o Comité de Proyecto por parte del Cliente
- Usuarios clave (Cliente)
|
Contexto |
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.
|
Acciones/ Descriptivo de la actividad |
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). |
Resultados/ Criterios de salida |
- 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.
|
Actividades
Seguimiento - Operación Asistida
Insumos/ Criterios de entrada |
- Usuarios finales operando el sistema
|
Papeles involucrados |
- Analista/Especialista
- Gerente o coordinador del proyecto
- Coordinador o Comité de Proyecto por parte del Cliente
|
Contexto |
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.
|
Acciones/ Descriptivo de la actividad |
- 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.
|
Resultado / Criterios de Salida |
Término de validación - MIT010 (Validación de entrega) con el período de seguimiento/operación asistida realizado. |
Encaminamiento al Soporte Estándar
Insumos/ Criterios de entrada |
- Término de Validación - MIT010 (Validación de entrega) con el período de seguimiento/operación asistida
realizado
|
Papeles involucrados |
- Gerente o coordinador del proyecto
- Comité de Proyecto
|
Contexto |
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. |
Acciones/ Descriptivo de la actividad |
Gerente o coordinador de proyecto repasa información sobre el funcionamiento del soporte y las opciones de atención al cliente. |
Resultados/ Criterios de salida |
Información del soporte repasada al cliente. Centro de Relación TOTVS: suporte.totvs.com |
Actividades
Alineación con Relación
Insumos/ Criterios de entrada |
Término de validación - MIT010 (Validación de entrega) con el período de seguimiento/operación asistida realizado. |
Papeles involucrados |
- Gerente o coordinador del proyecto
- Comité de Proyecto
- Ejecutivo de Soluciones de Negocio
|
Contexto |
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.
|
Acciones/ Descriptivo de la actividad |
- 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
|
Resultados/ Criterios de salida |
Cliente consciente del nuevo momento, con la asociación bien encaminada y nuevas oportunidades lanzadas para desarrollar la asociación. |
Registro de lecciones aprendidas del proyecto
Insumos/ Criterios de entrada |
- Diagrama de Proceso - MIT041
- Guia de Puebas - MIT045
- Período de operación asistida
|
Papeles involucrados |
- Jefe de proyecto o coordinador
- Arquitecto de soluciones
- Ejecutivo de Soluciones Comerciales
|
Contexto |
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. |
Acciones/ Descriptivo de la actividad |
El Gerente o Coordinador del Proyecto organiza los registros recopilados a lo largo del proyecto pararegistrarlos de manera estructurada. |
Resultados/ Criterios de salida |
Lecciones aprendidas - MIT060 |
Cierre del Proyecto
Insumos/ Criterios de entrada |
Término de validación - MIT010 (Validación de entrega) con el período de seguimiento/operación asistida realizado. |
Papeles involucrados |
- Gerente o coordinador del proyecto
- Comité de Proyecto
- Soporte TOTVS (Opcional)
|
Contexto |
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. |
Acciones/ Descriptivo de la actividad |
- 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)
|
Resultados/ Criterios de salida |
Certificado de Finalización de Servicios - MIT062 |
Which is?
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.
Deliverables
Activities
Preparation of the Production Environment
Inputs/Entry Criteria |
- Infrastructure Checklist
- Cloud Documents
- Turn and Rollback Plan - TIM054
|
Roles involved |
- Project Manager or Coordinator
- Customer’s Project Coordinator or Committee
- Infrastructure Analyst
- Cloud Analyst
|
Context |
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 - TIM054aims 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.
|
Activity description/actions |
- Infrastructure Expert prepares the Production environment following the defined technical specifications
- IT (Customer) should post the end of the operation and its results
o NOTE: all activities defined in the Turnover and Rollback Plan – TIM054 for the environment must be performed in this step.
|
Result/Exit Criteria |
- Turn and Rollback Plan - TIM054 updated.
|
End User Training (Best Practice)
Inputs/Entry Criteria |
- Training Script - TIM037
- Turn and Rollback Plan - TIM054
|
Rolesinvolved |
- Deployment analyst/consultant
- Key Users (Replicators)
- End Users (Customer areas)
- Project Manager or Coordinator
- Customer’s Project Coordinator or Committee
|
Context |
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. |
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
- Capacitação realizada e validada.
|
Realizar alinhamento com suporte TOTVS (Melhor Prática)
Insumos / Critérios de Entrada |
- Plano de Virada e Rollback - MIT054
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Suporte TOTVS
|
Contexto |
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. |
Ações / descritivo da atividade |
- Gerente ou Coordenador do Projeto preenche o documento de Transição para o Suporte – MA081, realiza reunião de alinhamento com o time de Suporte TOTVS das funcionalidades que serão utilizadas pelo cliente.
|
Resultado / Critérios de Saída |
- Transição para o Suporte - MA081
|
Insumos / Critérios de Entrada |
- Plano de Virada e Rollback - MIT054
|
Papéis envolvidos |
- Analista / Consultor de implantação
- Usuários-Chave (Cliente)
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Executivo de Soluções de Negócio
|
Contexto |
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.
|
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
- 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).
|
Executar a virada (Transição)
Insumos / Critérios de Entrada |
- Plano de Virada e Rollback - MIT054 aprovado
|
Papéis envolvidos |
- Analista / Especialista
- Analista de Infraestrutura
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Usuários-Chave (Cliente)
|
Contexto |
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). |
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
- Virada realizada com sucesso (dentro dos parâmetros de qualidade especificados no Plano de Virada e Rollback - MIT054)
|
Executar testes de virada (Melhor Prática)
Insumos / Critérios de Entrada |
- Roteiro de Testes - MIT045
|
Papéis envolvidos |
- Analista / Especialista
- Usuários-Chave (responsável pela execução)
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
|
Contexto |
É 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. |
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
- Resultado do Teste de Virada em Produção
|
Aprovar e divulgar o GO/NO-GO Oficial
Insumos / Critérios de Entrada |
- Ciclos de Testes realizados com sucesso
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Usuários-Chave (Cliente)
|
Contexto |
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.
|
Ações / descritivo da atividade |
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). |
Resultado / Critérios de Saída |
- 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.
|
Atividades
Acompanhar - Operação Assistida
Insumos / Critérios de Entrada |
- Usuários finais operando o sistema
|
Papéis envolvidos |
- Analista / Especialista
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
|
Contexto |
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.
|
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
Termo de Validação - MIT010 (Validação de Entrega) com o período de acompanhamento/operação assistida realizado. |
Encaminhar cliente ao suporte padrão
Insumos / Critérios de Entrada |
- Termo de Validação - MIT010 (Validação de Entrega) com o período de acompanhamento/operação assistida realizado
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Comitê do Projeto
|
Contexto |
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. |
Ações / descritivo da atividade |
Gerente ou Coordenador do Projeto repassa as informações sobre o funcionamento do Suporte e as opções de Atendimento ao cliente. Gerente ou Coordenador do Projeto repassa as informações sobre o funcionamento do Suporte e as opções de Atendimento ao cliente. |
Resultado / Critérios de Saída |
Informação do suporte Repassada ao cliente. Central de Relacionamento TOTVS: suporte.totvs.com |
Atividades
Realizar retrospectiva do projeto (Relacionamento e cliente)
Insumos / Critérios de Entrada |
Termo de Validação - MIT010 (Validação de Entrega) com o período de acompanhamento/operação assistida realizado. |
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Comitê do Projeto
- Executivo de Soluções de Negócio
|
Contexto |
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.
|
Ações / descritivo da atividade |
- 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
|
Resultado / Critérios de Saída |
Cliente ciente do novo momento, com a parceria bem encaminhada e novas oportunidades lançadas para desenvolvimento da parceria. |
Registar lições aprendidas do projeto
Insumos / Critérios de Entrada |
- Diagrama dos Processos - MIT041
- Roteiro de Testes - MIT045
- Período de Operação Assistida
|
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Arqueiteto de Soluções
- Executivo de Soluções de Negócio
|
Contexto |
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. |
Ações / descritivo da atividade |
Gerente ou Coordenador do Projeto organiza os registros coletados ao longo do projeto para registrá-los de forma estruturada. |
Resultado / Critérios de Saída |
Lições Aprendidas - MIT060 |
Encerrar o projetoo
Insumos / Critérios de Entrada |
Termo de Validação - MIT010 (Validação de Entrega) com o período de acompanhamento/operação assistida realizado. |
Papéis envolvidos |
- Gerente ou Coordenador do Projeto
- Comitê do Projeto
- Suporte TOTVS (Opcional)
|
Contexto |
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! |
Ações / descritivo da atividade |
- 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.
|
Resultado / Critérios de Saída |
Certificado de Conclusão dos Serviços - MIT062 |