• 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