Abordagens SOA

Question

Olá Pessoal,
Gostaria de saber como estão focadas as abordagens aos clientes no que diz respeito a SOA, desde o final de 2006 que de uma forma ou de outra estou envolvido com o assunto, tive oportunidades de vivenciar diferentes abordagens aos clientes:
1 - Foco na ferramenta: Pré-vendas chega ao cliente diz que vai resolver todos os problemas existentes com o seu ESB/BPEL/Gerenciador de Web Services e BAM, em momento algum, ou raramente são mostrados os benefícios reais de se usar SOA ou uma análise mais aprofundada sobre ROI (retorno de investimentos) realmente é feita. Apenas é dito que o ROI é garantido, afinal está no folder do produto. Ok, o projeto é vendido, concluído, porém pode ser que apenas complexidade foi adicionada ao landscape do cliente e nada de TI alinhada aos negócios foi alcançada.
Resultados dessa abordagem que já vivenciei: Clientes dizendo que gostou do que foi feito, que agora ele tem serviços que serão reaproveitados etc. e clientes dizendo que "ficou legal", mas que não conseguiu enxergar de onde ele terá o seu ROI (nesse caso especifico, um ponto que faltou foi metodologia, os serviços selecionados de fato não foram os que realmente precisariam de uma remodelada).
Minha visão: As vezes o foco é muito em cima da ferramenta e negócio do cliente nao é de fato avaliado.
2 - Foco nos Ativos: Empresa especializada em soluções de governança (parões, leis, gerencia de mudanças, SLA), tenta de todas as formas mostrar ao cliente que ele precisa adquirir a ferramenta deles para poder gerir seu maior ativo (codigos), não deixa de ser verdade.
3 - Processos: Empresas especializadas em analisar os processos existentes, usam de fato BPM, normalmente se preocupam com governança.
Ou seja, na minha visão várias formas de vender SOA. Seria ideal que uma empresa tivesse tudo isso pra oferecer aos clientes (Ferramentas, metodologias)
Seria legal ver como as empresas estão tratando essas questões com os clientes SAP.
Será que alguém compartilha dessa mesma visão? tem outra opinião?
[]'s e parabéns pela iniciativa de criação desse forum.

Answer 1

Laércio,
A minha analogia com "arquitetos" e "pedreiros" tem, a meu ver, muito a ver com estas dificuldades de estabelecimento de SOA como plataforma realmente "útil" para o Cliente.
SOA é o território dos "arquitetos", profissionais que entendem dos processos do Cliente e que "mapeiam" estes processos em ferramentas como Aris e, em seguida, modelam estes processos (A SAP está lançando sua ferramenta de BPM esta semana) utilizando os serviços do Composition Environment (já disponível a partir do ECC 6.0 EhP 3), "conectando-os" para que possam recriar tais processos dentro do SAP, sem criar (ou com um mínimo de) linhas de código ABAP.
Até hoje todos os gaps de um blueprint eram "preenchidos" com um código ABAP, concebido por um Analista Funcional e codificado por um programador, que representa o meu conceito de "puxadinho", obra típica de "pedreiros", sem sentido pejorativo, por favor.
SOA permite a criação "elegante" e "flexível" de processos específicos que "cobrem os gaps"  correspondentes a um momento específico de mercado de uma empresa, podendo ser reconfigurados quando o mercado mudar novamente (criando novos gaps), enquanto o "puxadinho" é rígido e fica lá, atrapalhando, até que seja demolido, com uma marreta, quando não for mais útil.
Mudar a mentalidade do Ecossistema para que tenhamos mais "arquitetos" e menos "pedreiros" é o principal desafio da Cumunidade SOA que estamos promovendo.....
Existe também toda a discussão do novo modelo econômico que os parceiros do Ecossistema vão precisar adotar, com poucos programadores ABAP e muitos Business Process Experts e Business Process Analysts.
Uma mudança e tanto. Mas isso é tema para o Blog do SOAT2.
Confiram: