Workflow em BPM

GUJ Master Membro desde: 23/10/2008 06:39:07 Mensagens: 1092 Offline

Bom dia pessoal,

Temos um sistema de extrema complexidade e alta disponibilidade rodando aqui. Existe uma espécie de fluxo tatuado em código. Mas sugeri que alterassemos um pouco e tentassemos colocar em BPM.

Uma outra pergunta: tenho estudado muito BPM em geral e jBPM. Porquê diabos não existe uma maior adoção de BPM? Alguém imagina?

Alguém aqui sabe me dizer um bom benchmarking sobre o jBPM? O que acham da idéia?

Grato!

Na minha opinião são vários fatores, mas o principal é a falta de cultura para modelagem de processos de negócio nas organizações.
O que exigiria a presença de um Analista de Negócio para fazer este trabalho, e aos Analistas de Sistemas caberia converter este processos de negócios para os sistemas, usando jBPM ou BPEL, etc.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Italivio wrote:Na minha opinião são vários fatores, mas o principal é a falta de cultura para modelagem de processos de negócio nas organizações.

Sem dúvida, há um problema cultural.

Também há outros agravantes. Muitas vezes, nem os próprios fornecedores sabem orientar os clientes no processo de adoção de BPM/SOA em novos projetos. Isso tem levado a um grande número de projetos fracassados e os clientes têm ficado "traumatizados" com qualquer coisa que esteja relacionada a esses conceitos.

De qualquer maneira, BPM e SOA vieram para ficar e as empresas que não enxergarem isso vão ficar para trás.

Java Ninja Membro desde: 29/10/2007 17:13:59 Mensagens: 284 Offline

andre_salvati wrote:

Italivio wrote:Na minha opinião são vários fatores, mas o principal é a falta de cultura para modelagem de processos de negócio nas organizações.

Sem dúvida, há um problema cultural.

Também há outros agravantes. Muitas vezes, nem os próprios fornecedores sabem orientar os clientes no processo de adoção de BPM/SOA em novos projetos. Isso tem levado a um grande número de projetos fracassados e os clientes têm ficado "traumatizados" com qualquer coisa que esteja relacionada a esses conceitos.

De qualquer maneira, BPM e SOA vieram para ficar e as empresas que não enxergarem isso vão ficar para trás.

Concordo...Alem do que a empresa precisa antes de mais nada, saber o melhor processo de trabalho que lhe cabe...desde quando o processo começa e onde termina....
trabalhei muito tempo com processo workflow..em jbpm ..ele tem suas vantagens mas possui desvantagens tambem......eu particularmente acho muuito legal mesmo os conceitos aplicados...por mim só faria sistema baseado em BMP...

Na minha opinião tambem muito projetos dão errado é pq nem todo sistema é passivel de aplicação dos conceitos workflow...tem isso tambem....ja peguei implementação que se fosse melhorar e fosse moldar ao desejo do cliente nao daria pra aplicar muito conceito que o BPM exige que seja seguido....

Bom essa é uma area que vai dar muito dinheiro ainda...profissional com esse conhecimentos são caros e raros.....esse foi um dos motivos maiores que me levou a estudar conceitos de BMP a fundo....

jbpm é apenas uma implementação do java que é open source...
existem muuuuuuitas outras que são pagas (ITALIUM,XEROXx,etcetc) que fazem a mesma coisa....
acho que tem um documento do grupo gartner que diz quais a referencia que uma ferramente workflow deve ter pra se encaixar num grupo perfeito segundo os conceitos...

Vale lembrar, também, que BPM também é uma cultura nova. Isso traz certa resistência, porque as pessoas preferem usar aquilo que já conhecem e confiam do que adotar novos processos. E também, como foi citado pelo André, uma série de fracassos de SOA tem levado as empresas a levantar barreiras ainda maiores com relação a tudo que se relaciona a SOA - como BPM.

[]´s

Não adianta, também, tentar usar BPM em tudo. Toda e qualquer tecnologia deve ser usada com parcimônia, onde se aplicar. Muitos projetos para empresas têm fluxos bem definidos de operação, mas nem todos. Então, cuidado, OK?

[]´s

Bom antes de um projeto de BPM entrar, precisa ter uma etapa prévia que é o levantamento de processo o "As-is", não tão densa que disperdice dinheiro, mas é importante conhecer o passado e focar no "to-be". Após o fluxo de modelagem, se começa o desenho desses processos.

Importante lembrar que normalmente esse tipo de abordagem está mais no nível do negócio e hoje o cenário é mais maduro. As ferramentas melhoraram muito, várias estão na sua 6 ou 8a versão.

Kenobi wrote:Bom antes de um projeto de BPM entrar, precisa ter uma etapa prévia que é o levantamento de processo o "As-is", não tão densa que disperdice dinheiro, mas é importante conhecer o passado e focar no "to-be". Após o fluxo de modelagem, se começa o desenho desses processos.

Vulgo "reengenharia de processos". Que, segundo a Wikipedia, é um tópico sobre administração. =P

[]´s

GUJ Master Membro desde: 23/10/2008 06:39:07 Mensagens: 1092 Offline

Bom, eu não sei. Desde que conheci BPM (desde agosto do ano passado) tenho visto que é muito interessante e MUITOS problemas nossos seriam resolvidos se a arquitetura fosse feita baseada em workflows.

AUser wrote:Bom, eu não sei. Desde que conheci BPM (desde agosto do ano passado) tenho visto que é muito interessante e MUITOS problemas nossos seriam resolvidos se a arquitetura fosse feita baseada em workflows.

Fato! Mas, como mencionamos, existe o problema de 1- ser coisa nova e 2 - estar atrelado a SOA (que já gerou trauma em muitas empresas).

[]´s

asaudate wrote:

AUser wrote:Bom, eu não sei. Desde que conheci BPM (desde agosto do ano passado) tenho visto que é muito interessante e MUITOS problemas nossos seriam resolvidos se a arquitetura fosse feita baseada em workflows.

Fato! Mas, como mencionamos, existe o problema de 1- ser coisa nova e 2 - estar atrelado a SOA (que já gerou trauma em muitas empresas).

[]´s

Aqui no Brasil essa sensação é menor, pois muitos projetos começaram há pouco tempo, onde as ferramentas já estavam beeem mais maduras.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Kenobi wrote:

asaudate wrote:

AUser wrote:Bom, eu não sei. Desde que conheci BPM (desde agosto do ano passado) tenho visto que é muito interessante e MUITOS problemas nossos seriam resolvidos se a arquitetura fosse feita baseada em workflows.

Fato! Mas, como mencionamos, existe o problema de 1- ser coisa nova e 2 - estar atrelado a SOA (que já gerou trauma em muitas empresas).

[]´s

Aqui no Brasil essa sensação é menor, pois muitos projetos começaram há pouco tempo, onde as ferramentas já estavam beeem mais maduras.

A adoção depende menos de ferramentas e mais de estratégia e processos.

Muitos projetos fracassam pq "acham" que só por estar usando o BEA Aqualogic ou Jboss SOA ou o IBM Process Server já estão implantando SOA/BPM.

andre_salvati wrote:

Kenobi wrote:

asaudate wrote:

AUser wrote:Bom, eu não sei. Desde que conheci BPM (desde agosto do ano passado) tenho visto que é muito interessante e MUITOS problemas nossos seriam resolvidos se a arquitetura fosse feita baseada em workflows.

Fato! Mas, como mencionamos, existe o problema de 1- ser coisa nova e 2 - estar atrelado a SOA (que já gerou trauma em muitas empresas).

[]´s

Aqui no Brasil essa sensação é menor, pois muitos projetos começaram há pouco tempo, onde as ferramentas já estavam beeem mais maduras.

A adoção depende menos de ferramentas e mais de estratégia e processos.

Muitos projetos fracassam pq "acham" que só por estar usando o BEA Aqualogic ou Jboss SOA ou o IBM Process Server já estão implantando SOA/BPM.

Concordo totalmente, mas antes você tinha 2 problemas o teórico e o ferramental. Hoje ao menos a segunda está bem madura, falta somente a teoria para as empresas.

JavaTeenager Membro desde: 15/10/2009 13:11:25 Mensagens: 193 Offline

A Workflow Engine do jBPM interpreta XPDL ou tem seu proprio schema XML?
Ainda não tive oportunidade de trabalhar com ele.
Utilizo uma solução caseira da empresa que apesar de limitacoes esta muito bem integrado na arquitetura do sistema.

FrancoC wrote:A Workflow Engine do jBPM interpreta XPDL ou tem seu proprio schema XML?
Ainda não tive oportunidade de trabalhar com ele.
Utilizo uma solução caseira da empresa que apesar de limitacoes esta muito bem integrado na arquitetura do sistema.

Não, a engine tem a sua própria linguagem (jPDL).

[]´s

Notícias, artigos e o maior fórum brasileiro sobre Java