No post "SOA e BPM são melhores juntos" que publiquei a um tempo atrás, coloquei um slide que utilizo em apresentações, com a citação de um estudo do Gartner.
Acredito seriamente que não há formula mágica, ou seja, primeiro a empresa deve implantar BPM para depois implantar SOA, vice-versa ou os dois obrigatoriamente juntos. Tudo isso depende muito da maturidade da empresa para a abordagem (por isso um estudo de maturidade é muito importante, conforme post "Adotando BPM e/ou SOA - Parte 1 (Visão Estratégica)").
O que é claro é que BPM traz benefícios para SOA assim como SOA traz benefícios para BPM. Isso não quer dizer que tenha que se implantar as duas abordagens ao mesmo tempo! Há um risco muito grande ao implantar ambas.
Veja o post do meu amigo Davi Carvalho no blog dele e que eu concordo plenamente:
Existia uma idéia pré-concebida na minha mente que SOA e BPM devem ser iniciativas “casadas”, parte de um processo único. O resultado pode ser catastrófico. Algumas razões:
* SOA é estilo de arquitetura que utiliza fortemente o conceito de serviços para a construção de aplicações compostas
* BPM é sobre análise de processos de negócios e otimização
* A turma de Business Process Management (BPM) encontra na arquitetura orientada a serviços (SOA) a abordagem ideal para colocar em prática os processos de negócio que irão permear por toda a organização
* Quando se fala de Business Process a tecnologia é o menor dos problemas. Política, resistência de alguns departamentos, problemas inevitáveis de comunicação, falta de direcionamento estratégico, áreas ou empresas dispersas geograficamente… …estes são os desafios da implantação de BPM
A utilização de uma arquitetura orientada a serviço pode ser parte de um esforço, de uma estratégia de BPM, porém ter as duas iniciativas de forma concorrente é um forte indício de que você esteja utilizando a abordagem “Big Bang” (que deve ser evitada).

Nenhum comentário:
Postar um comentário