REALIZAÇÃOÉ a construção de fato sobre o desenho detalhado aprovado na fase anterior. Esta construção implica na disponibilidade dos ambientes de trabalho, execução das sprints de configuração do sistema, desenvolvimento das customizações, carga dos dados e validação da entrega, através de ciclos técnicos e de negócio. É importante definir quais testes críticos deverão ser feitos na transição (virada) e rever o plano de virada do sistema para o ambiente produtivo. A construção e testes são baseadas em Sprints com base no backlog. A execução do plano de virada e dos testes integrados ocorrem nesta etapa. Recapitulando, este grupo de tarefas, têm o objetivo de controlar a construção do sistema dentro do desenho aprovado, garantir o atendimento dos requisitos e um bom plano de virada, administrando a entrega dentro do planejamento aprovado com o Cliente. Entregáveis Deck of Cards |
---|
| Card |
---|
default | true |
---|
id | 001 |
---|
label | Sprints e Releases |
---|
| AtividadesConfigurar produtoInsumos / Critérios de Entrada | - Diagrama dos Processos - MIT041
- Plano de Configuração - MIT043
- Solicitação de Mudança - MIT031
- Backlog do Produto - MIT022/ Plano de Sprints e Release
| Papéis envolvidos | - Analista / Consultor de Implantação
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do cliente
| Contexto | É 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. | Ações / descritivo da atividade | - 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.
| Resultado / Critérios de Saída | - 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.
|
Encomendar/Desenvolver customizaçõesInsumos / Critérios de Entrada | - Diagrama dos processos - MIT041
- Projeto Lógico aprovado (PL)
| Papéis envolvidos | - 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
| Contexto | 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. | Ações / descritivo da atividade | - 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.
| Resultado / Critérios de Saída | - Customizações desenvolvidas.
|
|
Card |
---|
id | 002 |
---|
label | Execução das capacitações |
---|
| AtividadesCapacitar usuários-chaveInsumos / Critérios de Entrada | - Ambientes disponibilizados
- Sistema configurado e customizações entregues (se houver)
- Roteiro de Capacitação - MIT037
| 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
| Contexto | 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. | Ações / descritivo da atividade | - 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.
| Resultado / Critérios de Saída | Roteiro de capacitação - MIT037 enviado para o usuário chave para que ele realize a aprovação via assinatura da Capacitação realizada. |
|
Card |
---|
id | 003 |
---|
label | Execução da Carga de Dados |
---|
| AtividadesPreparar e executar carga de dadosInsumos / Critérios de Entrada | - Roteiro de Conversão de Dados - MIT053
- Roteiro de Interface - MIT055
- Diagrama dos Processos - MIT041
| Papéis envolvidos | - 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
| Contexto | 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.
| Ações / descritivo da atividade | - 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.
| Resultado / Critérios de Saída | Dados planejados disponíveis e validados no sistema, Roteiro de Conversão de Dados - MIT053 e Roteiro de Interface – MIT055, atualizados. |
|
Card |
---|
id | 004 |
---|
label | Preparação e execução dos testes |
---|
| AtividadesRealizar testes unitáriosInsumos / Critérios de Entrada | - Roteiro de Testes - MIT045
| Papéis envolvidos | - Analista / Consultor de implantação
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
| Contexto | 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.
| Ações / descritivo da atividade | - 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.
| Resultado / Critérios de Saída | 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. |
Realizar testes integrados do sistema - Time TOTVSInsumos / Critérios de Entrada | - Roteiro de Testes - MIT045
| Papéis envolvidos | - Analista / Consultor de implantação
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Suporte TOTVS (Opcional)
| Contexto | 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. | Ações / descritivo da atividade | - 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. | Resultado / Critérios de Saída | - 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.
|
Realizar testes integrados do sistema – Time ClienteInsumos / Critérios de Entrada | - Roteiro de Testes - MIT045
| 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
| Contexto | 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. | Ações / descritivo da atividade | - 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.
| Resultado / Critérios de Saída | 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. |
|
Card |
---|
id | 005 |
---|
label | Plano de Virada |
---|
| AtividadesDefinir 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, considerando todos os processos críticos. | Ações / descritivo da atividade | - 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.
| Resultado / Critérios de Saída | Roteiro de Testes atualizado - MIT045 |
Definir/Revisar plano de viradaInsumos / Critérios de Entrada | - 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
| Papéis envolvidos | - 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)
| Contexto | 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. | Ações / descritivo da atividade | - 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
| Resultado / Critérios de Saída | Plano de Virada e Rollback - MIT 054 revisado com as partes interessadas devidamente alinhadas. |
Aprovar e divulgação a viradaInsumos / Critérios de Entrada | - Plano de Virada e Rollback - MIT054
| Papéis envolvidos | - Analista / Especialista
- Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Usuários-Chave (Cliente)
- Suporte TOTVS (Opcional)
| Contexto | 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.
| Ações / descritivo da atividade | - 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.
| Resultado / Critérios de Saída | Plano de Virada e Rollback - MIT054 aprovado e divulgado oficialmente entre todas as partes interessadas do Projeto. |
|
Card |
---|
id | 006 |
---|
label | Encerramento da Fase e Avaliação de Quality Gate |
---|
| AtividadesEncerrar a fase e avaliar Quality GateInsumos / Critérios de Entrada | - 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
| Papéis envolvidos | - Gerente ou Coordenador do Projeto
- Coordenador ou Comitê do Projeto por parte do Cliente
- Cliente
| Contexto | Revisão do gate e conclusão das entregas da fase | Ações / descritivo da atividade | - Gerente ou Coordenador do Projeto revisam os entregáveis da fase.
| Resultado / Critérios de Saída | - Revisão do Gate e entregáveis da fase concluídos
|
|
|
|