• Diagrama dos Processos - MIT041
• Plano de Configuração - MIT043
• Solicitação de Mudança - MIT031
• Backlog do Produto - MIT022/ Plano de Sprints e Release 

• Analista / Consultor de Implantação
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do cliente

É nesta etapa que a configuração do produto ocorre como o combinado e aprovado pelo cliente, respeitando o que foi definido na fase de refinamento e priorizado para cada sprint.

Caso surjam questões não previstas ou tratadas na fase anterior, estas serão discutidas pelo time nas reuniões de retrospectivas da Sprint e dependendo da questão deve-se obrigatoriamente registrar uma Solicitação de Mudança para que seja avaliado o impacto e se tenha uma aprovação formal desta, que pode alterar prazo, custo ou qualidade definida durante o Refinamento da Solução.

As entregas ocorrem através de Sprints (iterações) com tempo definido (idealmente de 2 a 4 semanas) e cada Sprint deve entregar um incremento do produto que pode ou não ser validado com o cliente, de acordo com o planejamento das releases (grupos de Sprints).

É esperado que as seguintes cerimônias aconteçam a cada ciclo de Sprint:

• Planejamento da Sprint: Cerimônia para definição do objetivo da sprint, escopo de trabalho, como e o que será entregue.

• Reunião da Iteração: (“Daily”) É a reunião de acompanhamento da sprint, onde é verificado o andamento da Sprint. De curta duração (não mais que 30 min), na qual cada membro reflete sobre: O que fez de ontem para hoje? O que farei de hoje até amanhã? Existe algum impedimento? 

A recorrência da reunião pode ser definida de acordo com o contexto de cada projeto e pode ser realizada com todo o time do projeto com ou sem a participação do Coordenador ou Gerente do Projeto.

• Revisão da Sprint: é a cerimônia de apresentação do que ficou pronto para validação e coleta de feedback.

• Retrospectiva da Sprint: é a última atividade da sprint, na qual a equipe avalia sua própria atuação durante o processo de trabalho e planeja ações de melhoria a serem implementadas na próxima sprint. 

Questões como: O que deu certo? O que pode melhorar? pendências e aprendizado (lições aprendidas) devem ser abordadas e registradas na planilha de Monitoramento e Controle do Projeto.

NOTA: Recomenda-se organizar várias Solicitações de Mudança - MIT031 em conjunto para se ter uma melhor percepção dos impactos, ao invés de avaliá-las individualmente. Para tanto, pode-se estipular momentos / datas programadas para solicitar, avaliar e aprovar a demanda.

• Durante a Sprint o Analista ou Consultor de Implantação:
  • Configura o sistema com base no Diagrama do processo aprovado pelo Cliente e backlog priorizado para a Sprint.
  • Reporta o avanço, riscos ou issues encontrados, eventuais atrasos e desvios ocorridos através das reuniões da iteração, ou das reuniões diárias.
• O Gerente ou Coordenador do Projeto acompanha evolução e trabalha na comunicação e alinhamento com o Comitê do Projeto ou Cliente.
• Ao final de cada Sprint é esperado que ocorra a reunião de retrospectiva, com todo o time que participou da Sprint.
• Após o encerramento de cada Sprint, inicia-se um novo ciclo de iteração até que todo o backlog do produto seja entregue.

• Execução de todas as sprints planejadas no projeto, com o sistema configurado de acordo com os Diagramas dos Processos - MIT041, respeitando o Plano de Configuração - MIT043 e Solicitações de Mudança - MIT031 aprovadas pelo Cliente
• Reunião de Retrospectiva ao final de cada Sprint, registrada na Lista de Retrospectiva e Pêndencias - MIT006
• Plano de Configuração - MIT043 atualizado.

• Diagrama dos processos - MIT041

• Projeto Lógico aprovado (PL)

• Desenvolvedor (Fábrica de Software)
• Líder Técnico (Fábrica de Software)
• Analista / Consultor de Implantação
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente

O desenvolvimento das customizações deve seguir o combinado e aprovado pelo Cliente, ou seja, seguir o que foi definido no Diagrama dos Processos MIT041.

• Líder Técnico organiza as entregas com o time de desenvolvimento (Backlog / Sprints / Deploy)
• Time da Fábrica realiza o desenvolvimento conforme solicitado com base nas Especificações das Personalizações e Projeto Lógico (PL)
• Líder Técnico da Fábrica de Software:

• Reporta avanço, riscos / issues encontrados, eventuais atrasos e desvios ocorridos
• Envia as evidências de teste realizado, demonstrando o resultado positivo.

• Gerente ou Coordenador do Projeto acompanha a evolução e trabalha na comunicação e alinhamento com o Comitê do Projeto / Cliente.

• Customizações desenvolvidas.

• Ambientes disponibilizados
• Sistema configurado e customizações entregues (se houver)
• Roteiro de Capacitação - MIT037

• Analista / Consultor de Implantação
• Usuários-Chave (Cliente)
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente

Esta capacitação deve conduzir os usuários-chave ao uso efetivo do sistema de acordo com o Desenho da Solução aprovado.

Deve-se lembrar o compromisso alinhado na preparação / Reunião de Abertura do projeto, que os usuários-chave são responsáveis por replicar o conhecimento e também por eventual suporte.

• Analistas / Consultores e Usuários-Chave se reúnem conforme planejamento da Capacitação realizada no Refinamento
• Os Analistas ou Consultores ministram as capacitações de acordo com o Desenho da Solução aprovado e respectivas configurações.
• Usuários-Chave:
  • Devem absorver o conhecimento e realizar o aprofundamento do sistema na prática para garantir eficiência no uso
  • Formalizam o recebimento do conhecimento e uso do sistema junto aos Consultores que ministraram o treinamento
• Gerente ou Coordenador do Projeto organiza as formalizações e realiza a validação desta etapa junto ao Comitê do Projeto
• El Comité de Proyecto aprueba la formación mediante la firma del procedimiento de capacitación.

Roteiro de capacitação - MIT037 enviado para o usuário chave para que ele realize a aprovação via assinatura da Capacitação realizada.

• Roteiro de Conversão de Dados - MIT053
• Roteiro de Interface - MIT055
• Diagrama dos Processos - MIT041

• Analista / Consultor de Implantação
• Usuários-Chave (Cliente)
• TI (Cliente), se houver
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente

Neste momento são realizadas as cargas identificadas e planejadas, seguindo o método estipulado, pelos respectivos responsáveis pela mesma.

É de igual importância que se tenha critérios de validação para garantir que a carga tenha tido sucesso, para que os testes e validações seguintes possam gerar os resultados esperados.

• NOTA: Nos casos de carga manual, ou seja, dados inseridos manualmente pelos usuários-chave, deve-se combinar muito bem o esforço e os prazos para que o cronograma esteja bem alinhado.

• Analista(s) / Consultor(es) de implantação executam as cargas de dados com rotinas / ferramentas definidas, conforme planejado e alinhado durante a fase Refinamento.
• Usuários-Chave:
  • Executam a carga de dados manualmente conforme planejado e alinhado durante a fase Refinamento.
  • Validam os dados migrados, por um método ou outro, utilizando as ferramentas combinadas.
• Usuários e Analista(s) / Consultor (es) reportam avanço, riscos / issues encontrados, eventuais atrasos e desvios ocorridos.
• Gerente ou Coordenador do Projeto acompanha evolução e trabalha na comunicação e alinhamento com o Comitê do Projeto / Cliente.

Dados planejados disponíveis e validados no sistema, Roteiro de Conversão de Dados - MIT053 e Roteiro de Interface – MIT055, atualizados.

• Roteiro de Testes - MIT045

• Analista / Consultor de implantação
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente

O objetivo principal desta tarefa é garantir o funcionamento do sistema para que os usuários-chave possam validar efetivamente a solução. Portanto, o alvo destes testes deve ser mais voltados em executar as rotinas e ter menos foco nos resultados esperados, como por exemplo o cálculo correto dos impostos.

• NOTA: Esta divisão de prioridade ocorre porque muito dos resultados esperados tem relação direta com os cadastros e o negócio em si. Por esta razão é que se costuma planejar ciclos com aspectos diferentes.

• Analista(s) / Consultor(es) de implantação, normalmente em conjunto com o time de TI, executam os testes elaborados no Roteiro de Testes com foco no funcionamento do sistema, a fim de garantir sua disponibilidade aos usuários-chave na validação efetiva.
• Analista(s) / Consultor(es) reportam avanço, riscos / issues encontrados, eventuais atrasos e desvios ocorridos.
• Gerente ou Coordenador do Projeto acompanha a evolução e trabalha na comunicação e alinhamento com o Comitê do Projeto / Cliente.

Sistema testado em toda sua funcionalidade, sem considerar resultados de negócio (que dependam de aspectos de cadastros e regras de negócio) e Roteiro de Testes - MIT045 atualizado.

• Roteiro de Testes - MIT045

• Analista / Consultor de implantação
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente
• Suporte TOTVS (Opcional)

O objetivo principal desta tarefa é garantir, além do funcionamento do sistema, que os resultados esperados sejam validados, assim como os processos e seus diferentes cenários. Em alguns casos, é incluído após os testes integrados, o teste de carga do sistema.

• Analista(s) / Consultor(es) se organizam de acordo com o planejado para executar a validação geral da solução.

• NOTA 1: nesta etapa, com o sistema em pleno funcionamento, deve-se validar os processos, seus diferentes cenários e apurar os resultados esperados.
• Analista(s) / Consultor(es) reportam o avanço, riscos / issues encontrados, eventuais atrasos e desvios ocorridos.
• Gerente ou Coordenador do Projeto acompanha evolução e trabalha na comunicação e alinhamento com o Comitê do Projeto / Cliente.

NOTA 2: o Gerente ou Coordenador do Projeto pode identificar a necessidade de fazer um teste de carga no sistema, devendo ser realizado nesta etapa, usando um documento de Termo de Validação - MIT010 com o resultado dos testes.

• Solução testada em toda sua funcionalidade, processos e cenários, considerando inclusive os resultados de negócio (que dependem de aspectos de cadastros e regras de negócio) e Roteiro de Testes - MIT045, atualizado.
• Se aplicável, o Termo de Validação - MIT010 com o resultado dos testes de carga.

• Roteiro de Testes - MIT045

• Analista / Consultor de implantação
• Usuários-Chave (Cliente)
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente

O objetivo principal desta tarefa é garantir, além do funcionamento do sistema, que os resultados esperados sejam validados, assim como os processos e seus diferentes cenários.

• Analista(s) / Consultor(es) e Usuários-Chave se organizam de acordo com o planejado para executar a validação geral da solução.

• NOTA: nesta etapa, com o sistema em pleno funcionamento, deve-se validar os processos, seus diferentes cenários e apurar os resultados esperados.

• Analista(s) / Consultor(es) reportam o avanço, riscos / issues encontrados, eventuais atrasos e desvios ocorridos.
• Gerente ou Coordenador do Projeto acompanha evolução e trabalha na comunicação e alinhamento com o Comitê do Projeto / Cliente.

Solução testada em toda sua funcionalidade, processos e cenários, considerando inclusive os resultados de negócio (que dependem de aspectos de cadastros e regras de negócio,) Roteiro de Testes - MIT045 e Termo de Validação - MIT010 (Termo de homologação) assinada.

• Roteiro de Testes - MIT045

• Analista / Especialista 
• Usuários-Chave (responsável pela execução)
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente

É 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, considerando todos os processos críticos.

• Usuários-Chave definem as operações críticas como critério de GO LIVE, logo após a execução do Cutover
• Gerente ou Coordenador do Projeto:

• Acompanha as definições e avalia se estão de acordo com os critérios de qualidade estabelecidos
• Ao final, registra a decisão no Roteiro de Testes - MIT045.

• Cronograma - MIT032
• Diagrama dos Processos - MIT032
• Plano de Configuração - MIT043
• Roteiro de Testes - MIT045
• Roteiro de Capacitação - MIT037
• Roteiro de Conversão de Dados - MIT053

• Analista / Especialista
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente
• Usuários-Chave (Cliente)

• Cloud TOTVS (quando houver serviço de host)

A Definição/Revisão do plano de virada deve ser realizado logo após serem obtidos os resultados dos Testes Integrados e Validação da Solução, onde se tem mais detalhes sobre as necessidades de suspensão do sistema, sobre as mudanças de processo no negócio, sobre o impacto nas demais áreas etc.

É importante que qualquer nova questão que surja seja tratada neste momento, evitando assim postergar um problema que pode trazer impactos negativos para todo o projeto.

• Analista / Especialista e Usuários-Chave (Cliente) reavaliam os detalhes dos impactos na transição do sistema para Produção após resultados, 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
  • Preparação de atividades Cloud (quando houver serviços de host). 

• Funcionais:
  • Alinhamento com as áreas que podem sofrer impacto com o período de suspensão (execução do cutover)
  • 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 aprova a revisão do plano de Virada e Rollback - MIT054

Plano de Virada e Rollback - MIT 054 revisado com as partes interessadas devidamente alinhadas.

• Plano de Virada e Rollback - MIT054

• Analista / Especialista
• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente
• Usuários-Chave (Cliente)
• Suporte TOTVS (Opcional)

A aprovação do Comitê (decisão de GO) deve ser seguida de uma divulgação oficial de liberação da execução do Transição a todos os interessados para que:

• Todas as áreas envolvidas, Cliente, Fornecedores e Parceiros possam se programar adequadamente e/ou combinarem planos de contingência
• O projeto ganhe força política e estratégica na Organização
• O projeto tenha engajamento final, pois neste momento é fundamental que todos coloquem a devida prioridade do seu tempo em prol da qualidade da transição.

• Comitê do Projeto aprova a revisão do Plano de Virada e Rollback - MIT054 e o divulga oficialmente juntamente com a estratégia de gestão da mudança.

Plano de Virada e Rollback - MIT054 aprovado e divulgado oficialmente entre todas as partes interessadas do Projeto.

• Sprints e Releases realizadas
• Roteiro de Capacitação - MIT037 assinado
• Execução das Cargas de Dados
• Termo de Validação - MIT010 (Homologação) assinado
• Plano de Virada e Rollback - MIT054 aprovado

• Gerente ou Coordenador do Projeto
• Coordenador ou Comitê do Projeto por parte do Cliente
• Cliente

Revisão do gate e conclusão das entregas da fase

• Gerente ou Coordenador do Projeto revisam os entregáveis da fase.

• Revisão do Gate e entregáveis da fase concluídos

• Diagrama de proceso - MIT041
• Configuración de Plan de Configuración - MIT043
• Solicitud de cambio - MIT031
• Backlog de atividades - MIT022/ Plan de Sprints y Release 

• Analista/Consultor de Implantación
• Gerente o coordinador del proyecto
• Coordinador o Comité del Proyecto por parte del cliente

Es en esta etapa que la configuración del producto ocurre como combinado y aprobado por el cliente,

respetando lo que se definió en la fase de refinamiento y priorizado para cada sprint.

Si surgen problemas imprevistos o tratados en la fase anterior, estos serán discutidos por el equipo en las
reuniones de retrospectivas de la Sprint y dependiendo del problema, obligatoriamente se debe registrar una

Solicitud de Cambio para evaluar el impacto y tener una aprobación formal de esta, que puede cambiar el
plazo, costo o calidad definida durante el Refinamiento de la Solución.

Las entregas ocurren a través de Sprints (iteraciones) con tiempo definido (idealmente de 2 a 4 semanas) y
cada Sprint debe entregar un incremento de producto que puede o no validarse con el cliente, de acuerdo
con la planificación de las releases (grupos de Sprints).

Se espera que las siguientes ceremonias se lleven a cabo cada ciclo de Sprint:

• Planificación de la Sprint: Ceremonia para definición del objetivo de la sprint, alcance del trabajo,
  cómo y qué se entregará.
• Reunión de la iteración (“Daily”): es la reunión de seguimiento de la sprint, donde se verifica la
  marcha de la sprint. De corta duración (no más de 30 min), en la que cada miembro reflexiona
  sobre: ¿Qué ha hecho de ayer a hoy?, ¿Qué haré de hoy hasta mañana?, ¿hay algún impedimento?
  La periodicidad de la reunión se puede definir según el contexto de cada proyecto y se puede
  realizar con todo el equipo del proyecto con o sin la participación del coordinador o gerente del
  proyecto.
• Revisión de la sprint: es la ceremonia de presentación de lo que está listo para la validación y la
  recopilación de feedback.
• Retrospectiva de la sprint: es la última actividad de la sprint, en la que el equipo evalúa su propio
  desempeño durante el proceso de trabajo y planifica las acciones de mejora que se implementarán
  en la próxima sprint.
  Cuestiones tales como: ¿Qué funcionó? ¿Qué puede mejorar? actividades pendientes y de
  aprendizaje (lecciones aprendidas) deben abordarse y registrarse en la lista de Retrospectiva y
  Actividades Pendientes.

NOTA: Se recomienda organizar varias Solicitudes de Cambio - MIT031 juntas para tener una mejor
percepción de los impactos, en lugar de evaluarlos individualmente. Para ello, es posible estipular
momentos/fechas programadas para solicitar, evaluar y aprobar la demanda.

• Durante la Sprint el analista o consultor de implementación:

  • Configura el sistema en función del diagrama de procesos aprobado por el Cliente y el
    backlog priorizado para la Sprint.

  • Informa el avance, riesgos o issues encontrados, eventuales retrasos y desviaciones que se
    produjeron a través de reuniones de la iteración, o reuniones diarias.

• El gerente o coordinador del proyecto sigue la evolución y trabaja en la comunicación y alineación con el Comité del Proyecto o Cliente.

• Al final de cada Sprint se espera que tenga lugar la reunión retrospectiva, con todo el equipo que
  participó en el Sprint.

• Después de la finalización de cada Sprint, comienza un nuevo ciclo de iteración hasta que se entrega todo el backlog del producto.

• Ejecución de todas las sprints planificadas en el proyecto, con el sistema configurado según los
  Diagramas de Proceso - MIT041, respetando la Plan de Configuración - MIT043 y Solicitudes de
  Cambio - MIT031 aprobadas por el Cliente
• Reunión de Retrospectiva al final de cada Sprint, registrada en la Lista Retrospectiva y idades Pendiente
  - MIT006
• Configuración de Plan de Configuración - MIT043 actualizada.

• Diagrama de proceso - MIT041
• Proyecto lógico aprobado (PL)

• Desarrollador (Fábrica de Software)
• Líder técnico (Fábrica de Software)
• Analista/Consultor de Implantación
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente

El desarrollo de las personalizaciones debe seguir lo acordado y aprobado por el Cliente, es decir, seguir lo que se definió en el Diagrama de Proceso MIT041.

• Líder Técnico organiza entregas con el equipo de desarrollo (Backlog/Sprints/Deploy)
• Equipo de la Fábrica realiza el desarrollo según lo solicitado en función de las Especificaciones de las
  personalizaciones y Proyecto Lógico (PL)
• Líder técnico de la Fábrica de Software:
  • Informa avance, riesgos/issues encontrados, posibles retrasos y desviaciones ocurridas
  • Envía las evidencias de la prueba realizada, demostrando el resultado positivo.
• Gerente o coordinador de proyecto sigue la evolución y trabaja en la comunicación y alineación con el
  Comité del Proyecto/Cliente.

• Personalizaciones desarrolladas.

• Entornos puestos a disposición
• Sistema configurado y personalizaciones entregadas (si las hay)
• Procedimiento de Capacitación – MIT037

• Analista/Consultor de Implantación
• Usuarios clave (Cliente)
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente

Esta capacitación debe conducir a los usuarios clave al uso eficaz del sistema de acuerdo con el Diseño de la solución aprobado.
Cabe recordar el compromiso alineado en la preparación/Reunión de Apertura del proyecto, que los usuarios clave son responsables de replicar el conocimiento y también de eventual soporte.

• Analistas/consultores y usuarios clave se reúnen de acuerdo con la planificación de la Capacitación realizada en el Refinamiento

• Analistas o consultores imparten las capacitaciones de acuerdo con el Diseño de la Solución aprobado y sus respectivas configuraciones.

• Usuarios clave:

  • Deben absorber el conocimiento y realizar la profundización del sistema en la práctica para garantizar la eficiencia en el uso

  • Formalizan la recepción de conocimiento y uso del sistema con los Consultores que impartieron la capacitación

• El gerente o coordinador del proyecto organiza las formalizaciones y valida esta etapa con el Comité del Proyecto

• El Comité del Proyecto aprueba la realización de la Capacitación a través del documento de comprobación de la etapa.

Se envía el procedimiento de capacitación - MIT037 al usuario clave para su aprobación mediante la firma
de la formación realizada.

• Procedimiento de Conversión de Datos - MIT053
• Diagrama de proceso - MIT041

• Analista/Consultor de Implantación
• Usuarios clave (Cliente)
• TI (Cliente), si lo hay
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente

En este momento, se realizan las cargas identificadas y planificadas, siguiendo el método estipulado, por los

respectivos responsables de la misma.
Es igualmente importante que se tengan criterios de validación para garantizar que la carga se ha realizado
con éxito, de modo que las pruebas y validaciones siguientes puedan generar los resultados esperados.

• NOTA: En los casos de carga manual, es decir, datos introducidos manualmente por los usuarios clave,
  se debe combinar muy bien el esfuerzo y los plazos para que el cronograma esté bien alineado.

• Los analista(s)/consultor(es) de implementación ejecutan las cargas de datos con rutinas/herramientas
  definidas, según lo planificado y alineado durante la fase de Refinamiento.
• Usuarios clave:
  • Ejecutan la carga de datos manualmente según lo planificado y alineado durante la fase de
    Refinamiento.
  • Validan los datos migrados por un método u otro utilizando las herramientas combinadas.
• Usuarios y analista(s)/Consultor(es) informan el avance, riesgos/issues encontrados, eventuales
  retrasos y desviaciones ocurridas.
• Gerente o coordinador de proyecto sigue la evolución y trabaja en la comunicación y alineación con el
  Comité del Proyecto/Cliente.

Datos planificados disponibles y validados en el sistema y el Procedimiento de Conversión de Datos -
MIT053 actualizado.

• Guia de Pruebas - MIT045

• Analista/Consultor de Implantación
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente

El objetivo principal de esta tarea es garantizar el funcionamiento del sistema para que los usuarios clave
puedan validar eficazmente la solución. Por lo tanto, la meta de estas pruebas debe centrarse más en la
ejecución de rutinas y tener menos atención en los resultados esperados, como el cálculo correcto de los
impuestos.

• NOTA: Esta división de prioridad ocurre porque gran parte de los resultados esperados están
  directamente relacionados con los registros y el propio negocio. Por esta razón, generalmente se
  planifican ciclos con diferentes aspectos.

• Analista(s)/consultor(es) de implementación, generalmente en conjunto con el equipo de TI, realizan
  las pruebas elaboradas en el Itinerario de Pruebas centradas en el funcionamiento del sistema, con el
  fin de garantizar su disponibilidad a los usuarios clave en la validación efectiva.
• Analista(s)/consultor(es) informan el avance, riesgos/issues encontrados, eventuales retrasos y
  desviaciones ocurridas.
• Gerente o coordinador de proyecto sigue la evolución y trabaja en la comunicación y alineación con el
  Comité del Proyecto/Cliente.

Sistema probado en toda su funcionalidad, sin tener en cuenta los resultados de negocio (que dependen de aspectos de registros y reglas de negocio) e Guia de Pruebas - MIT045 actualizado.

• Guia de Pruebas - MIT045

• Analista/Consultor de Implantación
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente
• Soporte TOTVS (Opcional)

El objetivo principal de esta tarea es garantizar, además del funcionamiento del sistema, que se validen los
resultados esperados, así como los procesos y sus diferentes escenarios. En algunos casos, se incluye
después de las pruebas integradas, la prueba de carga del sistema.

• Analista(s)/consultor(es) se organizan de acuerdo con lo planificado para realizar la validación
  general de la solución.
  • NOTA 1: en esta etapa, con el sistema en pleno funcionamiento, se deben validar los procesos, sus
    diferentes escenarios y determinar los resultados esperados.
• Analista(s)/Consultor(es) informan el avance, riesgos/issues encontrados, eventuales retrasos y
  desviaciones ocurridas.
• Gerente o coordinador de proyecto sigue la evolución y trabaja en la comunicación y alineación con el
  Comité del Proyecto/Cliente.
  • NOTA 2: el gerente o coordinador del proyecto puede identificar la necesidad de realizar una prueba
    de carga en el sistema, que debe realizarse en esta etapa, utilizando un documento Término de
    Validación - MIT010 con el resultado de las pruebas.

• Solución probada en todas sus funcionalidades, procesos y escenarios, considerando incluso los
  resultados del negocio (que dependen de aspectos de registros y reglas de negocio) e Guia de Pruebas -
  MIT045, actualizado.
• Si procede, el Término de Validación - MIT010 con el resultado de las pruebas de carga.

• Guia de Pruebas - MIT045

• Analista/Consultor de Implantación
• Usuarios clave (Cliente)
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente

El objetivo principal de esta tarea es garantizar, además del funcionamiento del sistema, que los resultados esperados se validen, así como los procesos y sus diferentes escenarios.

• Analista(s)/consultor(es) y usuarios clave se organizan de acuerdo con lo planificado para realizar la
  validación general de la solución.
• NOTA: en esta etapa, con el sistema en pleno funcionamiento, se deben validar los procesos, sus
  diferentes escenarios y determinar los resultados esperados.
• Analista(s)/Consultor(es) informan el avance, riesgos/issues encontrados, eventuales retrasos y
  desviaciones ocurridas.
• Gerente o coordinador de proyecto sigue la evolución y trabaja en la comunicación y alineación con el
  Comité del Proyecto/Cliente.

Solución probada en todas sus funcionalidades, procesos y escenarios, considerando incluso los resultados de negocio (que dependen de aspectos de registros y reglas de negocio), Guia de prueba - MIT045 y Término de Validación - MIT010 (Término de Homologación) firmado.

• Guia de Pruebas - MIT045

• Analista/Especialista
• Usuarios clave (responsables de la ejecución)
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente

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, considerando todos los procesos críticos.

• Usuarios clave definen las operaciones críticas como criterios de GO LIVE, justo después de la
  ejecución del Cutover
• Gerente o coordinador del proyecto:
  • Hace el seguimiento de las definiciones y evalúa si están de acuerdo con los criterios de
    calidad establecidos
  • Al final, registra la decisión en el Guia de Pruebas - MIT045.

• Cronograma del Proyecto - MIT032
• Diagrama de Proceso - MIT041
• Configuración de Plan de Configuración - MIT043
• Guia de Pruebas - MIT045
• Validación de Formación - MIT037
• Itinerario de Conversión de Datos - MIT053

• Analista/Especialista
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente
• Usuarios clave (Cliente)
• Cloud TOTVS (cuando hay servicio host)

La definición/revisión del plan de transición debe realizarse inmediatamente después de obtener los
resultados de las Pruebas Integradas y Validación de la Solución, donde se dispone de más detalles sobre las
necesidades de suspensión del sistema, sobre los cambios de proceso en el negocio, sobre el impacto en otras
áreas, etc.
Es importante que cualquier nuevo problema que surja se trate en este momento, evitando así posponer un
problema que pueda traer impactos negativos a todo el proyecto.

• Analista/especialista y usuarios clave (Cliente) reevalúan los detalles de los impactos en la transición
  del sistema a la producción después de los resultados, considerando aspectos técnicos y funcionales:
• Técnicos
  o Acciones de entorno (infraestructura)
  o Acciones de configuración
  o Acciones de transporte de datos
  o Acciones ecualización de personalizaciones
  o Acciones de actualización de la aplicación (software), que pueden transcurrir a lo largo del
  proyecto
  o Preparación de actividades Cloud (cuando hay servicios de host).
• Funcionales:
  o Alineación con áreas que pueden sufrir impacto con el período de suspensión (ejecución de
  cutover)
  o Alineación con los Clientes sobre la misma pregunta
  o Alineación con proveedores y asociados en la misma pregunta
  o Capacitación y preparación de los cambios operativos (procesos TO BE)
  o Plan de contingencia de negocio
• Comité de Proyecto aprueba la revisión del Plan de giro y Retroceso - MIT054

Plan de Transición y Rollback - MIT054 revisado con las partes interesadas correctamente alineadas.

• Plan de giro y Retroceso - MIT054

• Analista/Especialista
• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente
• Usuarios clave (Cliente)
• Soporte TOTVS (Opcional)

La aprobación del Comité (decisión de GO) debe ir seguida de una divulgación oficial de la liberación de la ejecución de la Transición a todos los interesados para que:

• Todas las áreas involucradas, Clientes, Proveedores y Asociados puedan programar adecuadamente y/o combinar planes de contingencia
• El proyecto gane fuerza política y estratégica en la Organización
• El proyecto tenga un compromiso final, porque en este momento es fundamental que todos pongan la adecuada prioridad de su tiempo a favor de la calidad de la transición.

• Comité de Proyecto aprueba la revisión del Plan de giro y Retroceso - MIT054 y lo divulga oficialmente junto con la estrategia de gestión del cambio.

Plan de giro y Retroceso - MIT054 aprobado y divulgado oficialmente entre todas las partes interesadas
del Proyecto

• Sprints y Releases realizados
• Validación de Formación - MIT037 aprobada
• Ejecución de las cargas de datos
• Término de Validación - MIT010 (Homologación) firmado
• Plan de giro y Retroceso - MIT054 aprobado

• Gerente o coordinador del proyecto
• Coordinador o Comité de Proyecto por parte del Cliente
• Cliente

Revisión del gate y conclusión de las entregas de fase

• Gerente o coordinador del proyecto revisan los entregables de la fase.

• Revisión del Gate y entregables de la fase completados