Otimização dinâmica do processo
Versus a melhoria contínua do processo
Os adeptos da escola da Reengenharia de Processos de Negócio promoveram o conceito de melhoria contínua dos processo, e os primeiros fornecedores de BPM certificaram-se de suportar esta metodologia em seus produtos.
O problema era, mudar o processo distribuído uma vez na produção era mais difícil do que se esperava inicialmente, especialmente quando o código do software tinha que ser reescrito para que as mudanças fossem aplicadas.
Além disso, fazer uma mudança num processo significa atravessar o ciclo de vida do processo inteiro mais uma vez, da modelagem a simulação e a distribuição, a maioria de idéias para melhoria dos processos remanesceram destas idéias.
O BPM 2.0 marca uma partida no conceito da melhoria contínua dos processos, e promove um modelo de otimização dos processos mais dinâmico, por meio de que o elementos chave do processo podem ser otimizados em pleno vôo, sem ter que redistribuir o processo inteiro. Com o uso da interpretação nativa do BPEL, interfaces de processos reusáveis, regras de negócio externas, tratamento de exceções, instancias do processo podem ser otimizadas em tempo real, sem necessidade de habilidades técnicas avançadas.
Tal abordagem permitiu que o governo holandês, faça mudanças regulares nos processos que podem levar até cinco anos para terminar. Se qualquer um tiver alguma dúvida que BPM poderia ser usado suportar transações longas, tais dúvidas caíram agora.
Mas que é otimização dinâmica do processo? Um par de anos atrás, o lema de uma companhia de BPM já falida era .Vá adiante. Mude.., e a habilidade fazer as mudanças rápidas aos processos sempre foi anunciado por fornecedores como um dos benefícios principais oferecidos pelo BPM. A otimização dinâmica dos processos é tudo sobre fazer um exame das etapas.
Se pudesse definir a agilidade como estando a uma velocidade em que as mudanças podem ser aplicadas aos processos de negócio que foram distribuídos na produção. De acordo com tal definição, Codificação Zero e Um Clique Distribui deve ter um papel crítico em promover a agilidade uma organização. Não obstante, não importa quão fácil nós o fazemos para ir da modelagem ao teste, do teste à homologação, e então à distribuição, o ciclo de vida do processo de BPM transforma-se em agilidade, independente de quando as mudanças tempo real são necessárias.
A fim de trabalhar em torno de tais limitações, as dimensões dos processos são as mais suscetíveis à mudança deve ser extraído do processo no núcleo do ciclo de vida. Os parâmetros e as variáveis que dirigem a execução dos processos devem ser externados, e o ciclo de vida de tais variáveis devem ser descasados totalmente do ciclo de vida do processo de negócio que se relacionam a, ou pelo menos meramente sincronizado com ele.
Isto é verdadeiro para regras de negócio - como foi discutido durante um tempo considerável nos comentários a este artigo, mas é também verdadeiro para as regras obrigatórias invocadas para ligar o processo e para prestar serviços de manutenção a relações a suas execuções, assim como os parâmetros da interface de usuário usados para o internacionalização, e localização e a personalização de finalidades. A fim de suportar as mudanças do tempo real a serem aplicadas ao processo de negócio, deve ser possível mudar tais parâmetros e variáveis em o servidor executável, sem ter que redistribuir os mesmos processos.
O desafio torna-se então sobre como fornecer interfaces do usuário simples o bastante que permitirão aos usuários do negócio fazer tais mudanças no servidor executável, ao reforçar regras estritas para privacidade e da segurança, e ao capturar uma fuga de exame de confiança para tais intervenções ao longo.
No futuro, os desenvolvedores mais adiantados quererão fechar o ciclo e modelar os processos que mudarão tais parâmetros nos seus próprios, baseados sobre a informação recolheu no servidor executável, pela infra-estrutura do BAM, e sem algumas intervenções humanas. Para outros, soará como ficção ciência. A outros, verão algo muito similar a algoritmos genéticos que foram usados em muitos sistemas de produção de missão crítica uns dez a quinze anos atrás.
