1. A) Conservador
    1. Plano de Transporte
      1. Exemplo na Ferramenta:
    2. Passos para Resgate:
      1. Deploy
        1. Analítico
          1. Workbench
          2. "N" - Várias Requests
          3. Customizing
          4. "N" - Várias Requests
      2. Delta
        1. Analítico
          1. Workbench
          2. "N" - Várias Requests
          3. Customizing
          4. "N" - Várias Requests
      3. Transporte
        1. Analítico
          1. ToC
          2. "N" - Várias Requests
    3. Trilha
      1. QAS > RS1 > PRD
        1. - Plano atual.
        2. - Plano Tradicional.
          1. Pacote ToC por request analítica.
          2. Controle de ordem manual.
    4. Benefícios / Limitações
      1. Desvantagens
        1. - Não utiliza o modelo proposta da ferramenta de governança e todos os seus benefícios.
        2. - Não muda o passado nem o futuro.
        3. - Mesmas dificuldades vividas no passado, serão vividas no próximo transporte.
        4. - Não utilizará o potencial da ferramenta.
        5. - Não antecipa identificação de erros de empacotamento / agrupamento no transporte.
        6. - No próximo projeto haverá necessidade de reeducação para o novo modelo da ferramenta.
        7. - Não evita erros de dependência.
        8. - Não evita erros de caso utiliza-se o agrupamento (ABAP).
        9. - Momento de Cut-over é incerto, difícil precisar tempo de transporte devido loop de erros e correções.
        10. - Normal - Não evita erros contidos nos conteúdos das requests (Erro de sintaxe).
        11. - Normal - Não evita error em tempo de execução de transporte (Paralelismo Compilação de Objetos em execução de transporte).
      2. Vantagens
        1. - Utilizará a ferramenta apenas para criar ToC de cada request analítica (mesmo cenário e modelo atual e tradicional).
          1. - Não há diferença entre transportar analítico ou ToC analítica. (Acaba não sendo uma vantagem efetiva)
        2. - Insere as pessoas em utilizar a ferramenta.
  2. B) Moderado
    1. Plano de Transporte
      1. Exemplo na Ferramenta:
    2. Passos para Resgate:
      1. Deploy
        1. Analítico
          1. Workbench
          2. "N" - Várias Requests
          3. Customizing
          4. "N" - Várias Requests
      2. Delta
        1. Agrupado
          1. Workbench
          2. 1 (Uma) request
          3. Customizing
          4. 1 (Uma) request
      3. Transporte
        1. Agrupado
          1. ToC
          2. "N" Várias requests ToC - Com todo conteúdo da request Delta.
          3. Preservando DELTA Agrupado
    3. Trilha
      1. QAS > RS1 > PRD
        1. - Plano reduzido
        2. - Por Frente / Módulo e Entregável
        3. - Controle de Transporte Agrupado a partir do delta, ainda não evitará erros pela falta de agrupamento em QAS / RS1 / PS1.
      2. - Corte
        1. - Delta - Cada frente / entregável com uma request Workbench e Customizing.
        2. - Transporte - Criação de Pacote ToC Agrupada com Delta
    4. Benefícios / Limitações
      1. Vantagens
        1. - Utilizar o modelo PARCIAL da proposta da ferramenta de governança.
        2. - Começa a modificar e projetar um FUTURO de cut-over com menos traumas.
        3. - Minimiza erros de sequenciamento.
        4. - Minimiza erros de dependência cíclica.
        5. - Passa a utilizar maior potencial da ferramenta a partir da data de corte. (Deltas) Sem misturar com Deploy.
        6. - Antecipa identificação de erros de empacotamento / agrupamento no transporte, somente do conteúdo das requests agrupadas após Corte / Delta.
        7. - No próximo projeto, não haverá necessidade de reeducação para o novo modelo da estruturação do método do Plano de Transporte.
          1. A diferença é que no próximo projeto, DEPLOY e DELTA iniciam juntos, e transporte no próximo projeto será desde inicio (DEPLOY + DELTA).
        8. - Evita os erros de dependência intra-módulo e intra-entregável devido agrupamento do DELTA pós data corte.
          1. Depende da Premissa
        9. - Minimiza erros devido utilizar agrupamento para entregáveis ABAP.
        10. - Momento de Cut-over Técnico
          1. - Incerto: ao Juntar no transporte JUMBO DEPLOY + DELTA.
          2. - Mitigado: Pacotes DELTA.
          3. - Maior previsibilidade de erros, devido menor quantitativo de requests no plano de transporte.
      2. Desvantagens
        1. - Normal - Não evita erros contidos nos conteúdos das requests (Erro de sintaxe em código abap).
          1. - Caso de atuação ABAP para correção e recriação do pacote para transporte.
        2. - Normal - Não evita error em tempo de execução de transporte (Paralelismo Compilação de Objetos em execução de transporte).
          1. - Caso da necessidade apenas de retransporte.
        3. - Pode não evitar erros para extra-módulo e extra-entregável vai depender do conteúdo das requests analíticas do DEPLOY.
        4. - Não utiliza o método de agrupamento full desde o inicio.
        5. - Poderá haver erros no transporte no destino devido o não agrupamento do DEPLOY + DELTA em antecipação.
        6. - Não utilizará o potencial completo do método e abordagem da ferramenta para o Plano de Transporte.
    5. Premissa:
      1. Qual abordagem e método que evita traumas e erros de transporte (Para abordagens B e C)?
        1. - A) Garantir extra e intra dependência de módulos funcionais e entregáveis abap.
          1. Ex:
          2. A.1) Funcional / IMG: Ordem FI > CO > MM > SD > PP > PS > QS > ACM > ACM-BR etc
          3. O que garante?
          4. Ex A.1.1: Tudo que é de FI deverá estar no pacote de FI.
          5. E assim sucessivamente.
          6. Ex A.1.2: Nenhuma configuração de FI pode depender de um objeto contigo em pacote posterior.
          7. (Organização / Classificação correta no agrupamento de analítico para o módulo).
          8. Módulo
          9. A.2) ABAP: Um objeto ABAP de um entregável, não poderá depender de outro objeto em outro entregável.
          10. O que garante?
          11. Ex A.2.1: Tudo que envolve o conjunto do entregável ABAP, deverá estar dentro do pacote do entregável.
          12. (Organização / Classificação correta no agrupamento de analítico para o entregável).
          13. Entregável
  3. C) Inovador Experiente
    1. Plano de Transporte
      1. Opção A
        1. Exemplo na Ferramenta:
      2. Opção B
        1. Exemplo na Ferramenta:
    2. Passos para Resgate:
      1. Opção A
        1. Deploy
          1. Agrupado
          2. Workbench
          3. 1 (Uma) request
          4. Customizing
          5. 1 (Uma) request
        2. Delta
          1. Agrupado
          2. Workbench
          3. 1 (Uma) request
          4. Customizing
          5. 1 (Uma) request
        3. Transporte
          1. Agrupado
          2. ToC
          3. "N" Várias requests ToC - Com todo conteúdo da request Delta.
          4. Preservando DELTA Agrupado
      2. Opção B
        1. Deploy + Delta
          1. Agrupado
          2. Workbench
          3. 1 (Uma) request
          4. Customizing
          5. 1 (Uma) request
        2. Transporte
          1. Agrupado
          2. ToC
          3. "N" Várias requests ToC - Com todo conteúdo da request Delta.
          4. Preservando DEPLOY e DELTA Agrupado
    3. Trilha
      1. QAS > RS1 > PRD
        1. - Plano reduzido
        2. - Por Frente / Módulo e Entregável
        3. - Desde o início agrupado (Analíticas + Deploy Agrupado + Delta
      2. - Corte
        1. - Deploy - Agrupa requests em Frente e Entregável.
          1. A)
          2. Dois Blocos
          3. Deploy Agrupado
          4. Delta Agrupado
          5. B)
          6. Um Bloco
          7. Deploy e Delta Agrupados juntos.
        2. - Delta - Cada frente / entregável com uma request Workbench e Customizing.
          1. A)
          2. Dois Blocos
          3. Deploy Agrupado
          4. Delta Agrupado
          5. B)
          6. Um Bloco
          7. Deploy e Delta Agrupados juntos.
        3. - Transporte - Criação de Pacote ToC Agrupada
          1. A)
          2. Dois Blocos
          3. Delta Agrupado
          4. B)
          5. Um Bloco
          6. Deploy e Delta Agrupados juntos.
    4. Benefícios / Limitações
      1. Vantagens
        1. - Utilizar o modelo TOTAL da proposta da ferramenta de governança.
        2. - Modifica o cenário ATUAL e projeta um FUTURO de CUTOVER SEM traumas.
        3. - Minimiza erros de sequenciamento.
        4. - Minimiza erros de dependência cíclica.
        5. - Utiliza todo o potencial da ferramenta desde o início DEPLOY + DELTAS. (Agrupamento desde o inicio)
        6. - Antecipa identificação de erros de empacotamento / agrupamento no transporte, de todo o conteúdo desde o início.
        7. - No próximo projeto, não haverá necessidade de reeducação para o novo modelo da estruturação do método do Plano de Transporte.
          1. A diferença é que no próximo projeto, DEPLOY e DELTA iniciam juntos, e transporte no próximo projeto será desde inicio (DEPLOY + DELTA).
        8. - Evita os erros de dependência intra-módulo e intra-entregável devido agrupamento do DEPLOY + DELTA desde o início de uso da ferramenta.
          1. Depende da Premissa
        9. - Minimiza erros devido utilizar agrupamento para entregáveis ABAP.
        10. - Momento de Cut-over Técnico
          1. - Previsível: Evita erros em Juntar no transporte JUMBO DEPLOY + DELTA.
          2. - Mitigado: Pacotes (DEPLOY + DELTA)
          3. - Maior previsibilidade de erros, devido menor quantitativo de requests no plano de transporte.
      2. Desvantagens
        1. - Normal - Não evita erros contidos nos conteúdos das requests (Erro de sintaxe em código abap).
          1. - Caso de atuação ABAP para correção e recriação do pacote para transporte.
        2. - Normal - Não evita error em tempo de execução de transporte (Paralelismo Compilação de Objetos em execução de transporte).
          1. - Caso da necessidade apenas de retransporte.
        3. - Pode não evitar erros para extra-módulo e extra-entregável, vai depender do conteúdo das requests analíticas do DEPLOY.
    5. Premissa:
      1. Qual abordagem e método que evita traumas e erros de transporte (Para abordagens B e C)?
        1. - A) Garantir extra e intra dependência de módulos funcionais e entregáveis abap.
          1. Ex:
          2. A.1) Funcional / IMG: Ordem FI > CO > MM > SD > PP > PS > QS > ACM > ACM-BR etc
          3. O que garante?
          4. Ex A.1.1: Tudo que é de FI deverá estar no pacote de FI.
          5. E assim sucessivamente.
          6. Ex A.1.2: Nenhuma configuração de FI pode depender de um objeto contigo em pacote posterior.
          7. (Organização / Classificação correta no agrupamento de analítico para o módulo).
          8. Módulo
          9. A.2) ABAP: Um objeto ABAP de um entregável, não poderá depender de outro objeto em outro entregável.
          10. O que garante?
          11. Ex A.2.1: Tudo que envolve o conjunto do entregável ABAP, deverá estar dentro do pacote do entregável.
          12. (Organização / Classificação correta no agrupamento de analítico para o entregável).
          13. Entregável
  4. O que faltou encaixar?
    1. Qual abordagem do resgate a governança será adotada pelo Projeto e Cliente ?
      1. A
      2. B
      3. C
        1. A
        2. B
    2. Qual da data de corte para o transporte do conteúdo de Manutenção / Sustentação de DS1 (Emp.Transportes) para RS1 (Projeto)? Delta de 22/08/23 está para DS1 e QS1. Qual data para RS1?
    3. Haverá um Freeze no DS1 (Empresa Transportes), após transporte de requests do corte para RS1 (Projeto)?
      1. Em negativo, qual o planejado para retrofit do delta?
    4. Data Planejada Equalização DS1/QS1 + DS3/QS3/RS1?
    5. Data Planejada de Uso do RS1?
    6. Rotas Novas:
      1. Data?
        1. Basis
    7. Sugestão CIMP:
      1. C) Inovador > Experiente
        1. Opção B
          1. Mas, trazendo um conservadorismo
          2. Opção A
          3. Deploy
          4. Agrupado
          5. Workbench
          6. 1 (Uma) request
          7. Customizing
          8. 1 (Uma) request
          9. Delta
          10. Agrupado
          11. Workbench
          12. 1 (Uma) request
          13. Customizing
          14. 1 (Uma) request
          15. Transporte
          16. Agrupado
          17. ToC
          18. "N" Várias requests ToC - Com todo conteúdo da request Delta.
          19. Preservando DELTA Agrupado
          20. Porém fazendo um teste inicial agrupando DEPLOY + DELTA > Transporta > A partir daqui fica somente com DELTA AGRUPADO.
          21. Mitiga o risco de ao menos uma vez juntar tudo.
          22. Não evita possíveis erros ao reagrupar para go-live.
        2. Evita erros de agrupamento a posteriori.
          1. RS1 e PRD