Voltar ao standard \u00e9 o princ\u00edpio condutor em todo projeto do S\/4HANA. Uma pergunta comum em reuni\u00f5es \u00e9: isso pode ser alcan\u00e7ado usando o padr\u00e3o SAP? Mas por qu\u00ea? Todos os envolvidos em um projeto SAP, e principalmente os clientes*, sabem que n\u00e3o \u00e9 poss\u00edvel continuar a utilizar as solu\u00e7\u00f5es SAP como antes. Cada funcionalidade fornecida pela SAP como padr\u00e3o \u00e9 uma funcionalidade a mais que o cliente n\u00e3o precisa desenvolver. Isso n\u00e3o apenas reduz os custos de desenvolvimento, mas tamb\u00e9m elimina a necessidade de manuten\u00e7\u00e3o dessa funcionalidade. Seu uso cont\u00ednuo exige menos testes, menos esfor\u00e7o humano e, \u00e9 claro: novas funcionalidades s\u00e3o introduzidas pela SAP e o uso n\u00e3o deve ser afetado por atualiza\u00e7\u00f5es futuras.<\/p>\n\n\n\n
A SAP dedica grande esfor\u00e7o para garantir que suas solu\u00e7\u00f5es padr\u00e3o sejam discutidas pelos clientes. O esfor\u00e7o \u00e9 um sucesso e clientes, usu\u00e1rios-chave, consultores e desenvolvedores est\u00e3o discutindo como usar o m\u00e1ximo poss\u00edvel do padr\u00e3o SAP. Agora, \u00e9 entendido que cada linha de c\u00f3digo personalizado \u00e9 um fardo. \u00c9 um c\u00f3digo que deve ser mantido, ajustado a novos requisitos e consome recursos. Desenvolvedores ocupados em corrigir c\u00f3digo antigo em vez de se envolverem em solu\u00e7\u00f5es que agregam valor \u00e0 empresa s\u00e3o problem\u00e1ticos. Os desenvolvedores s\u00e3o recursos raros. Aloc\u00e1-los em coisas que podem ser obtidas prontas \u00e9 um mau investimento.<\/p>\n\n\n\n
Com essas restri\u00e7\u00f5es em vigor, raramente faz sentido n\u00e3o usar uma solu\u00e7\u00e3o padr\u00e3o s\u00f3 porque n\u00e3o se encaixa 100% no que os usu\u00e1rios-chave desejam. Considerando que os usu\u00e1rios-chave tamb\u00e9m entendem isso e aceitam que uma solu\u00e7\u00e3o que lhes oferece 80% do que precisam \u00e9 suficiente, os clientes podem voltar ao padr\u00e3o. \u00c9 uma vit\u00f3ria para todos. No \u00faltimo m\u00eas, houve uma ampla gama de eventos no universo SAP. Nestes eventos, a SAP pregou que os clientes deveriam usar seu software padr\u00e3o (argumentando a favor da nuvem p\u00fablica). E se um cliente n\u00e3o puder ou n\u00e3o quiser migrar para a nuvem p\u00fablica, pelo menos o c\u00f3digo personalizado deve ser escrito de forma a manter o n\u00facleo limpo. Tornando mais f\u00e1cil – ou at\u00e9 mesmo poss\u00edvel – migrar para a nuvem p\u00fablica posteriormente. Os exemplos discutidos foram desde processos de RH altamente padroniz\u00e1veis at\u00e9 programas muito espec\u00edficos e personalizados. Para muitos desses casos, voltar ao padr\u00e3o \u00e9 vi\u00e1vel. RH \u00e9 um dos mais simples. A maioria dos processos de RH nos clientes pode ser usada conforme est\u00e1 e como SaaS. RH raramente \u00e9 onde a empresa se diferencia e depende de processos customizados definidos. Transa\u00e7\u00f5es escritas por um desenvolvedor espec\u00edfico para os requisitos do usu\u00e1rio-chave tamb\u00e9m podem ser um exemplo em que voltar ao padr\u00e3o \u00e9 poss\u00edvel. Ajustar algumas partes de uma transa\u00e7\u00e3o padr\u00e3o pode ser alcan\u00e7ado usando Screen Personas ou Flexibilidade de UI. Com campos e l\u00f3gicas personalizadas, talvez nem seja necess\u00e1rio um desenvolvedor.<\/p>\n\n\n\n
H\u00e1 apenas um pequeno problema. Pequeno, mas que estraga a hist\u00f3ria contada at\u00e9 agora. Voc\u00ea pode usar o software padr\u00e3o da SAP quando h\u00e1 um padr\u00e3o dispon\u00edvel. O que fazer quando a SAP n\u00e3o oferece uma solu\u00e7\u00e3o padr\u00e3o? Um cliente pode querer voltar ao padr\u00e3o, mas e se n\u00e3o houver para onde retornar? Voltar para o qu\u00ea exatamente? A SAP oferece solu\u00e7\u00f5es para uma ampla gama de problemas de neg\u00f3cios. Mas n\u00e3o para todos. Nem para todos os processos de neg\u00f3cios. Ou n\u00e3o oferece para alguns processos de neg\u00f3cios espec\u00edficos. Para preencher essa lacuna, as empresas podem procurar um parceiro que ofere\u00e7a uma solu\u00e7\u00e3o para seu processo espec\u00edfico do setor. Se um parceiro j\u00e1 trabalhou com um cliente do mesmo setor, as chances s\u00e3o boas de que a lacuna seja preenchida. \u00c9 poss\u00edvel preencher a lacuna no portf\u00f3lio da SAP com uma solu\u00e7\u00e3o empacotada. Talvez n\u00e3o exatamente voltando ao padr\u00e3o, mas ainda melhor do que ter que codificar tudo sozinho. Desde que o fornecedor forne\u00e7a suporte e atualize\/ajuste a solu\u00e7\u00e3o para futuras vers\u00f5es da SAP, o problema \u00e9 resolvido. \u00c9 um n\u00facleo limpo e (de certa forma) voltando ao padr\u00e3o (do fornecedor).<\/p>\n\n\n\n
E se n\u00e3o houver solu\u00e7\u00e3o de parceiro dispon\u00edvel? Quando o c\u00f3digo personalizado pode ser uma pr\u00e1tica recomendada pelo setor, mas apenas para uma \u00e1rea pequena que n\u00e3o interessa nem para a SAP nem para nenhum outro fornecedor? Ou a solu\u00e7\u00e3o personalizada \u00e9 usada para implementar um processo espec\u00edfico do setor que \u00e9 espec\u00edfico para a situa\u00e7\u00e3o de um cliente? E quando nem a SAP nem um parceiro oferecem uma solu\u00e7\u00e3o? E se a solu\u00e7\u00e3o de c\u00f3digo personalizado \u00e9 o padr\u00e3o do setor? Um padr\u00e3o que a SAP n\u00e3o cobre? E agora? Sem padr\u00e3o dispon\u00edvel, sem solu\u00e7\u00e3o de terceiros, sem possibilidade de voltar ao padr\u00e3o. N\u00e3o \u00e9 uma situa\u00e7\u00e3o perfeita, mas isso acontece e sempre acontecer\u00e1.<\/p>\n\n\n\n
Os clientes da SAP sempre precisar\u00e3o, de vez em quando, desenvolver uma solu\u00e7\u00e3o personalizada. Realizar seu processo personalizado em c\u00f3digo. Assim como com o desenvolvimento excessivo de aplicativos personalizados que nunca deveriam ter acontecido, sempre haver\u00e1 uma ampla variedade de cen\u00e1rios em que os aplicativos personalizados s\u00e3o necess\u00e1rios. Os aplicativos personalizados \u00e0s vezes n\u00e3o s\u00e3o opcionais, s\u00e3o um fato. Eles s\u00e3o necess\u00e1rios, simplesmente porque n\u00e3o h\u00e1 um padr\u00e3o dispon\u00edvel.<\/p>\n\n\n\n
O problema \u00e9: quando voc\u00ea analisa mais de perto o problema, n\u00e3o \u00e9 incomum descobrir que isso afeta muitas outras empresas tamb\u00e9m. Sim, \u00e9 um paradoxo. A solu\u00e7\u00e3o \u00e9 \u00fanica, mas ao mesmo tempo n\u00e3o \u00e9. Como cada cliente lida com isso \u00e9 \u00fanico, mas h\u00e1 partes em comum que compartilham. O processo \u00e9 muito \u00fanico para a SAP (ou um parceiro) oferecer como padr\u00e3o, mas h\u00e1 partes compartilhadas. Manuten\u00e7\u00e3o, atendimento de pedidos, sites de constru\u00e7\u00e3o inteligentes, an\u00e1lise de riscos, planejamento etc. O processo \u00e9 individual, uma raz\u00e3o para a vantagem competitiva. Mas n\u00e3o 100% do processo. 50% podem ser comuns e realizados de forma semelhante por outra empresa.<\/p>\n\n\n\n
Voc\u00ea pode encontr\u00e1-los em eventos onde falam sobre isso. Apresentando sua solu\u00e7\u00e3o personalizada. E voc\u00ea descobre em uma conversa que eles enfrentam exatamente os mesmos problemas que voc\u00ea. \u00c9 quando voc\u00ea pode perceber que seu problema espec\u00edfico \u00e9 uma pr\u00e1tica recomendada pelo setor que voc\u00ea deve implementar. Idealmente, exatamente o que a SAP deveria resolver com seu software padr\u00e3o. No entanto, a SAP o ignora. Talvez ainda seja muito espec\u00edfico para a SAP, ou apenas adequado para uma pequena regi\u00e3o. Pode estar no backlog por anos, sem or\u00e7amento suficiente, pessoas, tempo. Ou simplesmente n\u00e3o fact\u00edvel devido a algum outro motivo. N\u00e3o importa: um problema que outras empresas t\u00eam que resolver por conta pr\u00f3pria n\u00e3o \u00e9 coberto por nenhum software padr\u00e3o.<\/p>\n\n\n\n
As empresas podem pedir \u00e0 SAP para implement\u00e1-lo. Um aplicativo personalizado que entra no padr\u00e3o SAP. Iniciar algum tipo de coinova\u00e7\u00e3o com a SAP para influenciar o roadmap do produto com o objetivo de inserir funcionalidades no padr\u00e3o. Por exemplo, por meio de influ\u00eancia do cliente, ou DSAG ou ASUG. Ou em colabora\u00e7\u00e3o mais pr\u00f3xima com a SAP. Isso funciona (parcialmente). O problema dessas abordagens para influenciar o padr\u00e3o da SAP \u00e9 como elas funcionam. \u00c9 dif\u00edcil obter uma vis\u00e3o do que est\u00e1 sendo trabalhado atualmente. Qual \u00e9 o status do backlog. Quais funcionalidades foram solicitadas, qual \u00e9 o status delas? A Influ\u00eancia do Cliente \u00e9 boa, mas ainda \u00e9 um lugar onde as ideias morrem. Uma solicita\u00e7\u00e3o pode ser recusada pela SAP simplesmente afirmando: n\u00e3o planejado. Ou n\u00e3o ter a funcionalidade \u00e9: funciona conforme projetado. E \u00e9 isso. O backlog de um produto, as funcionalidades talvez j\u00e1 desconsideradas, funcionalidades imposs\u00edveis devido \u00e0 demanda ou estrat\u00e9gia interna: essas informa\u00e7\u00f5es est\u00e3o ocultas. Um cliente pode optar pela coinova\u00e7\u00e3o. Uma ideia muito boa. Mas ainda \u00e9 um desafio ter uma vis\u00e3o global sobre o assunto. Quem mais est\u00e1 envolvido em uma coinova\u00e7\u00e3o que afeta as funcionalidades? Uma lista global de iniciativas ativas. Um backlog global de funcionalidades solicitadas? Quantos outros clientes tentaram obter uma funcionalidade no padr\u00e3o e “fracassaram”? Essa parte obviamente n\u00e3o \u00e9 transparente. Abrir o processo de desenvolvimento a esse grau \u00e9 um risco. Mas minimizar o risco para a SAP \u00e9 bom para os clientes? N\u00e3o ser\u00e3o ent\u00e3o os clientes os que sofrem?<\/p>\n\n\n\n
Por que n\u00e3o tornar mais f\u00e1cil ver quais funcionalidades est\u00e3o em andamento? Quem solicitou e por que foi aceito\/rejeitado? Votar nas funcionalidades n\u00e3o apenas para coloc\u00e1-las no backlog (como via Influ\u00eancia do Cliente), mas tamb\u00e9m para prioriz\u00e1-las. Assim, n\u00e3o \u00e9 principalmente a demanda interna da SAP que impulsiona a implementa\u00e7\u00e3o, mas sim com muito mais peso da demanda do cliente. Influenciar diretamente a pr\u00f3xima vers\u00e3o. A lista pode ser discutida em reuni\u00f5es de grupos de clientes, pode ser como um ticket, discutido em eventos, reuni\u00f5es etc. Problema solucion\u00e1vel. O principal \u00e9 sair de: adicionado ao backlog, um dia estar\u00e1 dispon\u00edvel. E chegar a: a funcionalidade agora est\u00e1 na lista de prioridades de x clientes, \u00e9 melhor come\u00e7ar a implementa\u00e7\u00e3o da funcionalidade agora.<\/p>\n\n\n\n
Os roadmaps dos produtos da SAP s\u00e3o muitas vezes como sua festa de anivers\u00e1rio: voc\u00ea sabe que receber\u00e1 algo; voc\u00ea sabe tamb\u00e9m de quem, mas nunca sabe exatamente o qu\u00ea. Mas voc\u00ea ainda precisa organizar a festa e limpar depois. Com uma melhor transpar\u00eancia, uma funcionalidade trazida por v\u00e1rios clientes e (ainda) rejeitada pela SAP: isso pode ser algo para os parceiros se envolverem e oferecerem uma solu\u00e7\u00e3o. Um processo de licita\u00e7\u00e3o pode ser inclu\u00eddo. Por que n\u00e3o? O parceiro diz: eu implementarei isso desde que x clientes se comprometam a compr\u00e1-lo. Ou talvez at\u00e9 para os clientes se unirem. Claro, isso significa que isso \u00e9 um desafio para a SAP. Muitas pessoas ter\u00e3o que mudar a forma como trabalham hoje. O foco no cliente ser\u00e1 redefinido.<\/p>\n\n\n\n
Voltar ao padr\u00e3o \u00e9 a decis\u00e3o certa a tomar. A SAP deve garantir que seu padr\u00e3o cubra o m\u00e1ximo poss\u00edvel de \u00e1reas. Voltar ao padr\u00e3o precisa de um padr\u00e3o para voltar. Essa \u00e9 a parte ausente da SAP. Solu\u00e7\u00f5es de parceiros podem preencher a lacuna ainda restante. Os clientes precisam ter uma vis\u00e3o simples do que \u00e9 solicitado, planejado ou rejeitado. E eles precisam ter uma voz melhor na decis\u00e3o do que \u00e9 priorizado.<\/p>\n","protected":false},"excerpt":{"rendered":"
Voltar ao standard \u00e9 o princ\u00edpio condutor em todo projeto do S\/4HANA. Uma pergunta comum em reuni\u00f5es \u00e9: isso pode ser alcan\u00e7ado usando o padr\u00e3o SAP? Mas por qu\u00ea? Todos os envolvidos em um projeto SAP, e principalmente os clientes*, sabem que n\u00e3o \u00e9 poss\u00edvel continuar a utilizar as solu\u00e7\u00f5es SAP como antes. Cada funcionalidade […]<\/p>\n","protected":false},"author":1,"featured_media":372,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-371","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-sem-categoria"],"_links":{"self":[{"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/posts\/371","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/comments?post=371"}],"version-history":[{"count":12,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/posts\/371\/revisions"}],"predecessor-version":[{"id":385,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/posts\/371\/revisions\/385"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/media\/372"}],"wp:attachment":[{"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/media?parent=371"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/categories?post=371"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.tachyonix.io\/br\/wp-json\/wp\/v2\/tags?post=371"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}