MIT Digital

Atalhos

Árvore de páginas

Você está vendo a versão antiga da página. Ver a versão atual.

Comparar com o atual Ver Histórico da Página

« Anterior Versão 5 Próxima »

    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

      Atividades

      Configurar produto

      Insumos /
      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ções

      Insumos /
      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.

      Atividades

      Capacitar usuários-chave

      Insumos /
      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.

      Atividades

      Preparar e executar carga de dados

      Insumos /
      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.

      Atividades

      Realizar testes unitários

      Insumos /
      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 TOTVS

      Insumos /
      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 Cliente

      Insumos /
      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.

      Atividades

      Definir 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 virada

      Insumos /
      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 virada

      Insumos /
      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.

      Atividades

      Encerrar a fase e avaliar Quality Gate

      Insumos /
      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
      • Sem rótulos