Como obter uma estimativa precisa do esforço na migração para o SAP S/4HANA: Uma abordagem prática baseada na experiência da SAP.

Olá comunidade,

Este é o meu primeiro post no blog em geral e também o meu primeiro post no blog relacionado à transformação para o SAP S/4HANA. Hoje quero mostrar a vocês as descobertas da minha pesquisa de tese de mestrado sobre como realizar uma estimativa precisa de esforço. Quero mostrar isso usando a migração de código personalizado como exemplo.

Introdução

Mudar para o SAP S/4HANA em direção à transformação digital ainda é um dos principais desafios. Um dos principais desafios que acompanha a migração para o SAP S/4HANA é fornecer uma estimativa precisa de esforço. A estimativa de esforço é necessária por diferentes partes interessadas, como clientes, arquitetos de soluções e gerentes de projetos. É um ponto-chave em toda transformação.

Principal Desafio

Alguma vez você já se perguntou como pode realizar uma estimativa adequada de esforço para a migração para o SAP S/4HANA, especialmente a migração de código personalizado?

No post da SAP - Extensões personalizadas em Implementações do SAP S/4HANA Um guia prático para líderes de TI sênior - (Página 34) você pode encontrar o seguinte trecho:

"Nenhum projeto de conversão escapa ao debate sobre a estimativa de esforço para a adaptação do código personalizado, que, naturalmente, deve ser o mais precisa possível" (Página 34)

Claro, a adaptação do código personalizado em um projeto de transformação não acontece por si só. Além disso, o projeto de transformação completo deve ser considerado na estimativa de esforço. Mas, como você pode realizar uma estimativa precisa de esforço? Quero mostrar meu enfoque.

Como não fazer

Baseei minha pesquisa na prática/experiência e na experiência da SAP (por exemplo Extensões personalizadas em Implementações do SAP S/4HANA Um guia prático para líderes de TI sênior) .

A SAP aponta que os modelos de estimativa de esforço mais sofisticados, que levaram em conta a quantidade e variabilidade de descobertas, complexidade do código e habilidades dos desenvolvedores, ainda falharam.

Em vez disso, a SAP sugere pedir aos membros da sua equipe para estudar as notas da SAP que descrevem o impacto do código personalizado (a lista pode ser encontrada na ferramenta SAP Readiness Check) e permitir que eles dediquem uma ou duas semanas trabalhando em algumas das descobertas no código. Depois disso, peça uma estimativa de intervalo. A resposta que você receber será muito mais precisa do que o resultado do modelo de estimativa mais sofisticado. Além disso, a SAP tem algumas dicas práticas. Primeiro, é útil distinguir entre correções técnicas puramente de código e aquelas que exigem conhecimento da aplicação. O primeiro pode ser realizado por um desenvolvedor ABAP generalista, enquanto o segundo requer que seus arquitetos funcionais investiguem o assunto primeiro e poderia levar a pedidos de desenvolvimento novos. Segundo, equipes de desenvolvimento de qualquer tamanho podem se tornar muito mais eficientes se os membros individuais se especializarem em mudanças de código específicas (ou seja, um conjunto de notas da SAP).

Como você deve fazer

Com base na sugestão da SAP e na interação com diferentes Desenvolvedores ABAP e Consultores SAP, criei um modelo/método para atender ao requisito de uma estimativa precisa de esforço. Gostaria de usar a migração de código personalizado (CCM) como exemplo para explicar como funciona.

Projeto de transformação SAP S/4HANA - metodologia de estimativa de esforço

O nível de consideração são os elementos de simplificação de CCM determinados na fase de preparação e não os achados individuais ou objetos ABAP (como sugere a SAP). Além do item de simplificação, existem outras tarefas que não são descritas por um item de simplificação. Portanto, a agrupação do item de simplificação (notas da SAP) e tarefas adicionais é baseada fundamentalmente no aspecto da tarefa a ser realizada.

Neste nível, as tarefas são processadas pelas pessoas responsáveis. A análise detalhada esclarece o escopo da tarefa e as atividades necessárias para isso. Também é identificado o número de descobertas por tarefa, o que permite avaliar as mudanças necessárias ( critérios ).

Deve ser usado uma combinação de métodos para utilizar um processo iterativo para se aproximar de uma estimativa de custos o mais realista possível. Com base nas descobertas da pessoa responsável pela tarefa, é feita uma estimativa do tempo e dos recursos necessários para corrigir as descobertas. Esse processo pode ser repetido qualquer quantidade de vezes por diferentes especialistas para cada tarefa, sempre que a estimativa precisar ser mais precisa (ver método de Delphi). Isso evita uma grande variação na estimativa. Também são discutidos novamente os aspectos que podem não