A nova geração de BPMS na nuvem – e como eles podem alavancar a gestão por processos na sua empresa

A primeira geração de ferramentas para controlar atividades de processos, antes mesmo de BPM se tornar uma disciplina, eram os Workflows – soluções muitas vezes disponibilizadas como parte de uma solução maior (como um ERP) que possibilitava alguma customização dos fluxos de tarefas envolvidas em algum negócio. De forma especial, esses workflows visavam controlar fluxos de aprovações e ações e tinham um caráter fortemente humano.

Com a evolução da tecnologia e o crescimento das bases de informações, distribuídas em diversas aplicações diferentes dentro da infraestrutura das empresas, aliado ao crescente foco na otimização de processos dentro das empresas, estas soluções ganharam uma sigla própria: BPMS – Business Process Management Suites.

Os BPMS agregam diversas funcionalidades que possibilitam modelar, controlar e monitorar a execução dos processos de negócio, de forma transversal. Isto quer dizer que estas tecnologias evoluíram para um controle de execução dos processos buscando maior interação entre atividades humanas e disparo de ações em diferentes sistemas de informação, conforme a necessidade.

Com foco em tornar as interfaces de interação humana mais ricas (com construções de telas mais elaboradas) e adoção de melhores práticas no acionamento de ações em outros sistemas (especialmente visando aderência com arquitetura SOA), estas soluções acabaram se tornando suítes excessivamente robustas, que exigem elevada infraestrutura computacional pra sustentá-las, e, como consequência, tornando-se tão caras que acabaram afastando o sonho de gerenciar processos de muitas organizações onde o custo não justificava o investimento.

Nos últimos anos porém, temos visto nascer uma nova geração de suítes para gerenciamento de processos despontando no mercado de tecnologia – os BPMS na nuvem, em geral disponibilizados no modelo SaaS (Software as a Service).

Veja como as novas soluções de BPMS na nuvem podem alavancar as iniciativas de gerenciamento de processos em empresas de todo porte:

Motor de processos mais enxuto agiliza a disponibilização dos processos

A grande maioria dos BPMS tradicionais possuíam uma arquitetura na qual a camada de apresentação (telas das tarefas) eram acionadas da mesma forma que outros serviços, o que envolvia uma série de configurações como mapeamento de variáveis de entrada e saída, controles de salvamento intermediários dos dados e componentes visuais que eram um verdadeiro quebra-cabeças. Entre outros problemas, isso dificultava o envolvimento da equipe de negócios na definição das interfaces de uso, pois exigiam conhecimento técnico e de lógica de programação.
Os BPMS na nuvem, em geral, buscam formas mais simplificadas de possibilitar uma construção de interface rica nas tarefas de usuário do processo. Alguns recursos de BPMN de alta complexidade em processos (e baixíssimo uso em projetos reais), como gateways complexos ou controles de transações, não costumam fazer parte dessas suítes, que buscam uma relação 80-20 (cerca de 20% dos elementos que atendem a 80% das necessidades dos processos a serem gerenciados nas organizações).

Capacidade de integração com outros serviços oferecidos na nuvem amplia a inteligência do negócio

As soluções na nuvem baseiam-se em estruturas de conectividade já bastante estabelecidas ao mesmo tempo que conseguem adaptar-se mais rapidamente a novos protocolos de conexão – o que possibilita aos processos aproveitarem a riqueza da conectividade da internet para executar ações não apenas através do acionamento de serviços da sua infraestrutura de informação, mas também de outros serviços disponíveis através da web (por exemplo: serviço de verificação de risco de crédito).

Elimina necessidade de adquirir e manter infraestrutura própria para a solução

Muitas vezes ignorado no custo da solução, ter um BPMS instalado na infraestrutura do cliente não envolve apenas os custos com licenças de uso da solução. É comum que esse tipo de plataforma envolva outros custos como aquisição e manutenção de um servidor próprio de aplicações, e licenças de outros softwares de infraestrutura complementares como portais, barramentos, etc. As soluções disponibilizadas na nuvem já abstraem estes custos, porque muitas vezes uma mesma infraestrutura pode ser compartilhada com outros clientes – mantendo-se é claro o controle de segurança e sigilo sobre os dados de cada um. Este modelo de compartilhamento torna estas soluções mais acessíveis, além de serem modulares (podem ser combinadas com outras soluções de apoio à gestão como portais de gestão de conteúdo, ferramentas analíticas, etc)

Investimento pode começar numa iniciativa simples e crescer junto com o negócio

Os BPMS disponíveis na nuvem permitem gerenciar o custo, ampliando o número de licenças ou a capacidade de processamento conforme a organização for implantando os processos e envolvendo mais pessoas. Assim, a iniciativa de suporte tecnológico para BPM não precisa iniciar grande – ela pode começar com passos bem medidos e planejados de investimento.

Isto também simplifica “dar um pé atrás”. Se o primeiro projeto já demonstrou que a ferramenta não é a mais aderente para as necessidades de processo ou mesmo da cultura da empresa, é mais fácil repensar e mudar de plataforma (sem aquela sensação de ter que forçar a barra para justificar o tempo e dinheiro gasto na aquisição e implantação de uma plataforma muito robusta).

Mais simples de começar

As plataformas de BPM na nuvem já estão prontas e são rapidamente disponibilizadas mediante um start up muito menor. Ainda que seja necessário algum trabalho de inicialização da plataforma, como por exemplo integração com as soluções de gestão de identidades da organização, estruturação da hierarquia de áreas e funções, etc, ainda assim o início do uso da solução é mínimo perto das plataformas instaladas. Além disso, estas ações de inicialização podem acontecer em paralelo à modelagem e configuração do primeiro processo, trazendo ainda mais agilidade para a implantação da solução.

Isto possibilita começar com processos simples e pequenos, sem integração ou baixa interação com outros sistemas, demonstrando resultados rapidamente e possibilitando disseminar a cultura BPM na organização.

Modelagem na nuvem estimula a colaboração e transforma gestores e participantes em profissionais do conhecimento

Os modelos de processos na nuvem podem são mais fáceis de serem compartilhados e editados por grupos de pessoas, ao mesmo tempo que controlam diferentes niveis de segurança (quem pode ver, quem pode editar, quem pode disponibilizar) e mantêm histórico das diferentes versões do processo.

Isto estimula os participantes a contribuírem mais ativamente na elaboração do fluxo e também das interfaces e formulários para as tarefas que serão executadas no processo automatizado.


Procurando ajuda para identificar a plataforma de BPM mais alinhada com as necessidades da sua empresa? Conheça os serviços da iProcess em soluções e projetos de automação de processos:
http://iprocess.com.br/bpm/automacao-de-processos/

 

5 fatores de sucesso para enfrentar os problemas de integrações na automação de processos

Tendo participado de vários de projetos de automação de processos, se tem algo que podemos afirmar como sendo um denominador comum a projetos de automação em empresas das mais diferentes áreas, é dos problemas que surgem quando existe necessidade de integração do processo automatizado com outros sistemas/organizações.

O fato é que problemas relacionados a integrações invariavelmente vão ocorrer, apenas variando de acordo com o grau de complexidade do processo e das integrações em si. Por outro lado, existem sim alguns fatores e cuidados que podem evitar problemas ou facilitar a sua resolução.

Ter conhecimento destes fatores no projeto vai prepará-lo melhor para o que vem pela frente.

Vamos a eles?

1. Ter uma boa governança dos serviços/integrações/funcionalidades disponíveis

Durante a automação do processo, é comum detectar uma ou mais necessidades de integração (ex: salvar alguma informação digitada durante a execução do processo num banco de dados).

Em nossa experiência, boa parte dos problemas que ocorrem nestes casos se devem a falta de governança da organização em relação aos serviços, integrações e sistemas existentes, ou seja, não se sabe se aquela necessidade de integração do processo já se encontra disponível (ex: através de um webservice).

A consequência disso é a necessidade de se discutir do zero esta integração, fazer orçamento e incluí-la no escopo, o que leva a aumento do prazo e custo do projeto. Um fator que minimiza bastante estes problemas é se a organização já trabalha numa Arquitetura Orientada a Serviços, ou simplesmente SOA (mais informações aqui, aqui e aqui), bem como dispor de ferramentas de governança/pesquisa de serviços.

2. Prever o modelo de dados do processo adequado as necessidades de integração

Quando um processo será automatizado, deve-se previamente fazer uma análise para definir o “modelo de dados” do processo, ou seja, as informações que serão visualizadas e manipuladas ao longo da execução do processo (veja aqui para mais informações).

A definição deste modelo de dados costuma ser mais transparente quando estamos falando de informações que ficam visíveis no formulário eletrônico do processo, ou seja, as informações que os usuários vão visualizar/editar ao acessar as tarefas. Mas infelizmente não é tão óbvio quando falamos de integrações.

Por exemplo, se é necessário chamar uma integração para atualizar uma informação no ERP a partir do processo automatizado, pode se descobrir que uma das informações obrigatórias para se chamar esta integração é específica daquele sistema (ex: um determinado identificador), e esta informação não foi prevista inicialmente no modelo de dados.

Com frequência, inclusive, ocorre a situação de que para obter a informação que você precisa para chamar uma integração, é necessário chamar outra integração!

Este fator costuma gerar muitas dores de cabeça, em muitos casos não é fácil prever todas as possibilidades.

3. Ter conhecimento das funcionalidades e limitações do framework de integração do BPMS

Mesmo que inicialmente a empresa tenha adquirido uma solução de BPMS para um processo pontual ou para apenas gerenciar fluxo de trabalho sem integrações com outros sistemas, o fato é que as necessidades da organização mudam. Quando chegar o momento em que as iniciativas de automação de processos passarem a demandar mais inteligência, com integração de dados existentes em outros sistemas, é importante conhecer as funcionalidades e limitações de integração do BPMS.

Por exemplo, alguns questionamentos comuns nestes casos:

  • Posso chamar webservices através do BPMS?
  • Consigo conectar diretamente num banco de dados através do BPMS?
  • Existem adaptadores nativos que permitem conexões com sistemas conhecidos no mercado?
  • O BPMS me permite realizar transformações complexas de dados ao chamar ou obter o retorno de um webservice?
  • Existe algum formato específico de assinatura do serviço para poder ser acionado?
  • Com que tecnologias o BPMS permite fazer integração? Soap? Rest? Corba? EJB? .net? Controle de arquivos no filesystem? Outros?

Este conhecimento é importante para detectar eventuais restrições da ferramenta, identificar a necessidade de utilizar outras ferramentas em conjunto ao BPMS, ou no pior dos cenários até a troca do próprio BPMS. Por exemplo: se o BPMS não é capaz de fazer transformações de dados complexas ao chamar um webservice, então possivelmente será necessária outra ferramenta (ex: uma ferramenta de barramento de serviços) que fará esta transformação no lugar do BPMS, expondo para o BPMS uma versão simplificada do serviço. Neste mesmo exemplo, pode ser que esta ferramenta adicional não exista na organização, e precisa ser previsto a sua contratação e implantação, dentro do escopo do projeto de automação.

Entenda a importância de uma avaliação detalhada sobre recursos ​dos produtos ao adquirir uma plataforma ​BPMS com ​esta coleção de artigos sobre Seleção de Plataformas de BPM.

4. Equipes dos sistemas disponíveis para apoiar o projeto

Parece chover no molhado, afinal se um processo automatizado precisa se comunicar com o sistema X, então a equipe de apoio deste sistema tem que estar envolvida, certo? Bem, temos algumas histórias de iniciativas de automação de processos aprovadas em nível executivo, mas que durante o andamento do projeto as equipes dos sistemas estavam em uma das seguintes condições:

  • Não estavam sabendo do projeto – o popular “cair de paraquedas”  (sim, é comum);
  • Sabiam do projeto e que em algum momento iriam se envolver, mas não tinham nenhum contexto dos objetivos do projeto e o seu papel (tem na prática os mesmos efeitos nocivos da situação anterior);
  • Sabiam do projeto e tinham o contexto, mas não tiveram a alocação reservada para apoiar o projeto (“Eu conheço o projeto e entendo o que devo fazer, mas não sei se vou conseguir ajudá-los ainda neste mês…”).

Quando as equipes dos sistemas começam a se envolver no projeto, é comum surgirem problemas e limitações que não se tinha noção, o que pode ocasionar necessidade de se rediscutir a solução. Aqui o apoio da liderança executiva e da gestão de projetos é fundamental para minimizar os problemas, reforçando a alocação das equipes dos sistemas envolvidos, para se envolverem no projeto de automação o quanto antes, preferencialmente ainda durante as fases de análise e projeto.

5. Atenção à  etapa de testes

Se existem integrações no processo, obviamente as mesmas precisam ser bem testadas, envolvendo as equipes responsáveis pelos sistemas de origem/destino das informações.

Ocorre que na automação de processos, assim como no desenvolvimento tradicional de sistemas, pode ocorrer a tendência de dar ênfase maior apenas a “interface” do processo, que no caso do BPMS são os formulários das atividades enviadas para os usuários. Mas obviamente as integrações que são feitas automaticamente pelo processo devem ser testadas com o mesmo cuidado, verificando se estão retornando ou gravando as informações corretamente.

Isto comumente é realizado utilizando os recursos de rastreamento/auditoria presentes das próprias ferramentas de BPMS (verificando o que está recebendo ou enviando de informações), bem como acessando diretamente o sistema com o qual se tem a integração (para verificar se os dados sendo obtidos/atualizados pelo BPMS estão corretos).

Estas verificações normalmente exigem um conhecimento técnico maior (ex: visualizar payloads em XML, acessar as informações diretamente em tabelas do banco de dados do sistema em questão, etc).

 

Sem dúvida existem outros fatores envolvidos, mas acreditamos que os fatores citados acima dão um bom norte para a equipe do projeto se preparar e enfrentar os problemas que podem ocorrer nas integrações durante a automação de processos.

 

Webinar: BPMN, BPMN, BPMS e RPA – O Guia Definitivo

Neste webinar, apresentado por nossa consultora Kelly Sganderla, falamos sobre os temas BPM, BPMN, BPMS e RPA – estas siglas que tem a companhado a jornada de quem atua em projetos de gestão de processos e transformação digital do negócio.

Confira aqui o video gravado e as respostas para as perguntas enviadas durante o evento!

Slides da apresentação estão disponíveis no slideshare:
https://www.slideshare.net/iProcessBPMeSOA/webinar-bpm-bpmn-bpms-e-rpa-o-guia-definitivo-93104242

Confira abaixo as respostas para perguntas enviadas por nossos participantes durante o evento:

Pergunta: Você tocou em uma questão importantíssima que são os indicadores ponta a ponta. Eu sempre tenho muita dificuldade de definir indicadores que sejam realmente amplos e não representem exclusivamente o desempenho de áreas específicas. Você pode dar exemplos de indicadores ponta a ponta e dar dicas práticas de como defini-los, e como evitar os indicadores apenas departamentais?
Esta pergunta foi respondida no vídeo, mas vale a pena comparar, nos slides do link acima, as diferenças entre criar indicadores de desempenho das áreas (slide 7) e de desempenho do processo (slide 8).

Pergunta: Pode-se dizer então que a BPMN complementa o BPM?
Eu diria que BPMN está a serviço de BPM. Ela é uma notação para apoiar a prática de BPM em diversas etapas do ciclo de melhoria de processos. Não é a única, mas é uma das mais fáceis e completas, e por isso vem se tornando um padrão de fato no mercado.
Como comentou um outro participante em resposta a esta pergunta, durante o evento: “BPMN é uma notação, assim como a EPC. É uma linguagem lógica para você modelar um processo.”

Pergunta: Quais ferramentas são mais utilizadas para se desenvolver os diagramas do BPMN?
Existem diversas ferramentas no mercado, algumas com mais, outras com menos recursos. Confira nosso artigo 7 Ferramentas Gratuitas para Criar Diagramas de Processos com BPMN para conhecer algumas das ferramentas gratuítas que já testamos, mas tenha em mente que o objetivo da maioria delas é a simples criação de diagramas.

Há quem defenda que, no mapeamento de Processos, não seja realizado o chamado AS IS, declarando ter outros métodos que são mais rápidos e efetivos. Eu entendo muito necessário o AS IS. Como vocês entendem sobre isso?
Esta pergunta também foi comentada durante o evento. A modelagem AS IS é bastante importante em projetos de redesenho. Mas a simples modelagem do AS IS, por mera formalização, sem que haja um propósito maior para o seu uso, é realmente uma prática que tem caído em desuso, já que o processo tem vida e continua a evoluir, independente do desenho no papel.

Pergunta: Na análise do AS-IS alguns clientes costumam alterar o processo, dificultando a entrega do TO-BE. Como você trata essa situação? (Acredito que você já passou por isso).
Outro comentário na mesma linha: tb tenho muita dificuldade, mas nao tem muito como fugir disso, pois quando estamos desenhando o AS-IS, colocando no papel é que o cliente (no meu caso interno, pois nao sou consultor) lembra de atividades e tarefas que precisam fazer parte do processo e não tem como desconsiderar.
De fato, o negócio das organizações é dinâmico e em muitos casos não pode parar só por que há um mapeamento de processos em andamento. Mudanças legais ou emergenciais por exemplo, precisam ser priorizadas e muitas vezes passa na frente do projeto. É importante avaliar e discutir com o cliente, entretanto, se a mudança é simples e fácil de aplicar, ou se pode impactar o processo mais adiante. No segundo caso, é importante argumentar com ele que a mudança não é tão simples, e que para a segurança do negócio pode ser interessante uma análise para avaliar os impactos mais à frente e planejar melhor como implantá-la.

Pergunta: Qual a infraestrutura mínima necessária para uma organização gerenciar seus negócios usando a metodologia BPM com todos os recursos apresentados? Exemplo, uma pequena empresa em fase de estruturação com recursos limitados, consegue efetivamente desenvolver o método?
É um desafio grande, mas pode ser factível. Normalmente as organizações só percebem a importância de adotar o gerenciamento de e por processos quando já estão com processos muito complexos, robustos, com problemas demais, que precisam ser organizados, padronizados e gerenciados. Em uma organização pequena, os problemas dos processos geralmente são resolvidos mais facilmente e na hora em que acontecem, já que tem menos pessoas (e menos camadas hierárquicas) envolvidas. Para que ela perceba valor em adotar a disciplina de gerenciamento de processos, precisa que os líderes da empresa compreendam os ganhos que terão no decorrer do crescimento da empresa (com processos organizados e gerenciados o crescimento acontece de forma mais estruturada) e desde o princípio tratem o tema com relevância e prioridade entre as demais atividades do negócio.

Pergunta: a tarefa feito pelo robô na automação pode ser comutada entre um usuário e o robô, dependendo da necessidade?
Sim! E o robô pode eventualmente falhar na sua execução (digamos que o site que ele precisava acessar não estava no ar e a tarefa ficou pela metade). Então é possível que partes do trabalho sejam feitas pelo robô e outras por uma pessoa, ou eventualmente a tarefa seja realizada por um ou por outro, devido a alguma regra da organização. É por isso que chamamos os robôs em RPA de “trabalhadores automáticos”.

Pergunta: Você conhece ou recomenda outras ferramentas de RPA? Elas geralmente são free ou pagas?
Atualmente a iProcess trabalha com três ferramentas que estão entre as TOP internacionais e também uma importante ferramenta brasileira.
Conheça estas soluções – saiba mais em www.iprocess.com.br/rpa/

Pergunta: O RPA não faz o que o BPMS faz? Um exclui o outro? Ou ainda ambos podem trabalhar integrado?
Não! As ferramentas podem ser complementares. O BPMS tem como propósito orquestrar processos de negócio, comunicando e envolvendo diferentes participantes para que um processo completo possa ser executado.
Já o RPA serve para processamento de tarefas repetitivas, podendo substituir, em alguns casos, o trabalho de uma pessoa humana em um processo de negócio.
Confira no video como pode acontecer a interação entre BPMS e RPA.

Pergunta: Se a atividade é de usuário, mas está sendo executada por um robô, o símbolo BPMN utilizado continua o mesmo??
Sim, o símbolo BPMN usado é o mesmo, porque a interface é a mesma de um usuário. Assim, mesmo que o robô venha a ser desativado, uma pessoa poderá realizar o trabalho no seu lugar. A substituição é apenas de um trabalhador humano por um trabalhador automático.

Pergunta: Qual a diferenca de Indicador de Controle e Indicador de Performance?
Complementarmente, outro comentário nesta linha: Indicadores deveriam ser abordado em uma outra video aula, ma empresa onde trabalho existe uma grande dificuldade de entender a definição dos indicadores.
Este tema tem sido bastante apontado nos nossos cursos. Vamos planejar uma série direcionada para indicadores! Aguardem, em breve teremos notícias sobre isto :)
Enquanto isso, confira este artigo: Medidas, Métricas e Indicadores na Gestão por Processos

Pergunta: Você poderia detalhar um modelo de monitoramento de RPA?
O que precisamos monitorar nos processos automatizados com RPA/robotizados?
O monitoramento de RPA envolve outros componentes de gerenciamento, como uma sala de controle do desempenho, alocação e agendamento de robôs. Mas isto é um tema mais amplo, em breve voltaremos a aprofundar este tema!

 

Seja o profissional que vai liderar a Transformação Digital nos negócios da sua empresa

A equipe da iProcess orgulhosamente apresenta o curso de
TRANSFORMAÇÃO DIGITAL ORIENTADA A PROCESSOS,
um programa de treinamento à distância criado para formar os profissionais que conduzirão as organizações para transformar os seus processos com o uso da tecnologia, aliando inovação a eficiência.

Participe desta experiência que alia a teoria à prática, com dezenas vídeo aulas, artigos e cases alinhados com demonstrações de ferramentas e exercícios práticos de modelagem e automação em soluções de diferentes fornecedores, formando conhecimento através de uma vivência que facilitará o desenvolvimento da transformação digital na sua organização.

  • Conheça os conceitos da transformação digital, as tecnologias que viabilizam esta transformação e os benefícios da sua aplicação.
  • Entenda como as plataformas de processos podem se integrar aos sistemas de informação da organização.
  • Aprenda como fazer esta transformação, estudando e aplicando técnicas e ferramentas de redesenho tecnológico, que multiplicam a eficiência dos processos com o uso da tecnologia.
  • Compreenda os principais problemas e desafios e prepare-se para a jornada da transformação digital, analisando como as áreas de negócio podem liderar este movimento.
  • Saiba como aplicar uma metodologia ágil de transformação que traga ganhos rápidos, crescentes e constantes.

Conheça mais, inscreva-se e participe!

Quero me inscrever agora

A parceria entre os processos automatizados e os sistemas já existentes em uma organização

Podemos dizer, a partir da experiência da equipe iProcess em automação de processos, que os processos automatizados e os sistemas informatizados das organizações não competem entre si, eles formam uma parceria, se complementam. Dizemos isto porque são nos sistemas já existentes nas organizações que os processos obtém as informações necessárias para a execução dos fluxos de trabalho, utilizando-se para isto de uma camada de integração. Daí o motivo de acreditarmos que ambos se complementam.

Os sistemas já existentes, que também chamamos de legado, não são descontinuados ao serem integrados ao processo automatizado. O processo será responsável pela conexão entre estes sistemas e os usuários do processo. Através do BPMS (Business Process Management Suite ou System), uma organização automatiza processos para aumentar seu nível de controle e monitoramento na execução dos processos. Assim, um BPMS atua como orquestrador da execução dos processos entre pessoas e sistemas, definindo o fluxo do trabalho e da informação entre estes participantes.

Desta forma, os sistemas se preocupam com o cadastro, atualização e consulta das informações armazenadas em base de dados e os processos com a sua distribuição, tendo o foco na sequência de etapas, prazos, distribuição das atividades, integridade do processo e em fornecer o melhor ambiente possível para que as atividades sejam executadas. Em alguns casos, se faz necessário o armazenamento das informações ao longo do processo, mas são informações específicas para o contexto das instâncias do processo, que servem para controle de estado do fluxo e logs de atividades, por exemplo.

Quando se automatiza um processo, na etapa de levantamento das informações, é que verificamos como a parceria entre os sistemas já existentes na empresa e o processo utilizando BPMS se dará. Algumas das informações levantadas nesta etapa são:

  • Informações consumidas e informações geradas pelo processo, isto é, quais as informações que deverão ser recebidas pelo processo oriundas de sistemas e quais as informações que eventualmente deverão ser enviadas para gravação em sistemas existentes da organização, como, por exemplo, ERP, sistemas contábeis ou cadastros corporativos.
  • Pontos de integração, isto é, em quais atividades do processo deverão ser obtidas/geradas informações que alimentam os sistemas legados.
  • Como que o processo e os sistemas legados conversarão entre si, que normalmente ocorre através da camada de integração, utilizando serviços especialmente construídos para isto.

A implementação de BPMS nas organizações não deve ser orientada a substituir total ou parcialmente os sistemas atuais esperando-se que passe eventualmente a ser o repositório central das informações da organização. O BPMS não é a fonte principal das informações que estão sendo manipuladas, mas atua principalmente como integrador delas, buscando e enviando informações para outros sistemas durante a execução dos processos.

A iProcess disponibiliza em sua plataforma EAD mais informações sobre este assunto, através do Curso TDP – Transformação Digital Orientada a Processos.

BPMS na nuvem – uma visão geral

Por muito tempo as ferramentas de BPMS só poderiam ser utilizadas após serem instaladas no ambiente da organização. Era necessária então a instalação do software em um servidor, após esta instalação era disponibilizada uma URL para os usuários acessarem o ambiente através de um navegador Web (normalmente para execução e acompanhamento dos processos automatizados). Também era comum a necessidade de instalar algum software no computador dos usuários (normalmente para fins de modelagem e automação). Fornecedores de ferramentas costumam referenciar isto como a versão “on premises” (local) da ferramenta de BPMS.

Assim, mesmo que o objetivo fosse apenas realizar testes rápidos de usabilidade e recursos da ferramenta, existia um caminho tortuoso que precisava ser seguido:

  • Fazer o download da ferramenta, onde os arquivos de instalação em muitos casos eram grandes, exigindo uma boa conexão com a internet e um considerável tempo de download;
  • Disponibilizar um servidor em que a ferramenta pudesse ser instalada e configurada, onde normalmente são exigidas máquinas mais parrudas, com múltiplos processadores e grande quantidade de memória;
  • Realizar o  processo de instalação, que por vezes era desafiador, exigindo pessoas com conhecimento técnico (muitas vezes não existente na organização, então um treinamento ou auto-estudo era necessário), incluindo a disponibilização de um banco de dados existente, que a ferramenta possa utilizar para armazenar as informações.

Depois destes passos é que, finalmente, a ferramenta se encontrava disponível para utilização pelos usuários.

Note que os passos acima se referem apenas a disponibilização de um ambiente de desenvolvimento/testes. A situação fica mais complicada se estivermos falando de instalação em ambiente de produção, em que outros fatores devem ser levados em consideração e onde costuma ser necessário:

  • Mensurar o hardware adequado para suportar a utilização atual (e futura) da ferramenta na organização;
  • Avaliar questões relativas a backup/restore;
  • Avaliar estabelecimento de máquinas em cluster e ambiente de pronta disponibilidade;
  • Avaliar regras de acesso ao ambiente de fora da organização;
  • Definir Regras de segurança, SSL;
  • Avaliar critérios e regras para aplicação de patches e novas versões;
  • Etc.

Parece complicado, não? De fato é. E este cenário ainda é uma realidade em várias ferramentas existentes no mercado.

Mas o que acontece então se a organização não tem os recursos (humanos/tecnológicos/financeiros) para viabilizar a instalação local de uma ferramenta? Significa que a adoção de uma ferramenta de BPMS, na prática, só se aplica a grandes organizações, que dispõe de mais recursos e capacidade de investimento?

A boa notícia é que com a popularização de BPM, um novo tipo de ferramenta está sendo oferecido no mercado, como alternativas ao modelo “local” (on premises) tradicional. Estamos falando aqui de soluções de BPMS na nuvem.

Uma solução de BPMS oferecida na nuvem tem como principais características:

  • Nenhuma instalação local é necessária no ambiente da organização e nos computadores dos usuários;
  • O ambiente de BPMS é disponibilizado pelo fabricante em seus próprios servidores, onde normalmente são oferecidos critérios de alta disponibilidade, segurança, redundância e backup;
  • Todo o acesso à ferramenta é feito via internet através de um browser;
  • A configuração de usuários é normalmente feita dentro da área de administração da ferramenta. Dependendo da ferramenta, existem possibilidades de integração com repositórios de usuários da organização;

Mas quais seriam os benefícios que podemos ter com a adoção de uma solução em nuvem? Vejamos alguns dos principais:

  •  Baixo investimento inicial para adquirir a solução, visto que não é necessário disponibilizar uma infraestrutura interna para instalação e manutenção da solução, bem como não existe um produto a ser “comprado” (o que existe é um modelo de subscrição);
  • Patches de correção e melhorias da ferramenta são garantidas e executadas automaticamente pelo fornecedor, enquanto durar o licenciamento;
  • O licenciamento costuma ser por usuário, o que pode ser bastante interessante e gerar economia, dependendo da quantidade de usuários que irão utilizar a ferramenta;
  • Camadas mais claramente separadas da lógica do negócio e dos sistemas de informação, visto que em se tratando de ferramenta disponibilizada em ambiente web, normalmente temos uma solução mais amigável e menos técnica. Isto incentiva um maior envolvimento da área de negócio em todo o ciclo de modelagem e implementação de processos. Podendo chegar, inclusive, na  possibilidade das próprias áreas modelarem e automatizarem processos (veja aqui o post em que discutimos esta questão);
  • Projetos de implementação evolutivos, em que um processo pode ser rapidamente colocado para ser executado, permitindo que ao longo do tempo novas melhorias e integrações sejam disponibilizados;
  • O conceito “Quick wins” (ganhos rápidos) são potencializados na utilização de uma solução em nuvem: como não existe a preocupação com disponibilização e manutenção de infraestrutura, pode-se partir diretamente para os projetos, gerando resultados mais rapidamente.

Parece bom, não? Mas, como nem tudo são flores, achamos importante destacar também algumas das possíveis limitações deste formato:

  •  Com a solução em nuvem, existe a perda de controle em relação ao ambiente e aos dados  informados, podendo levar a questões relacionadas à auditoria e à segurança das informações, e onde os dados serão armazenados. Dependendo das políticas adotadas pela organização, isso pode até inviabilizar a contratação da solução;
  • Normalmente não existe acesso direto aos servidores da solução, então a capacidade de visualizar os logs pode ser limitada, o que leva a mais dificuldades para avaliar e solucionar problemas na execução dos processos, em relação a uma solução instalada localmente;
  • A aplicação automática de patches e evoluções pelo fornecedor pode eventualmente gerar problemas de compatibilidade em processos/projetos existentes;
  • Dependendo da quantidade de usuários que forem utilizar a solução, o licenciamento por usuário poderá elevar o valor da contratação, podendo inclusive a chegar a valores similares a contratação tradicional (on premises);
  • Nos casos das ferramentas de BPMS que também oferecem a versão on premises, a versão em nuvem costuma ser menos robusta e com menos recursos disponíveis (ao menos neste momento). As capacidades de integração dos processos com sistemas existentes também costumam ser mais restritas (normalmente se encontra disponível integração via webservices);
  • Como estamos falando do conceito de subscrição, não existe a opção de ser “dono” da solução e poder assumir totalmente a ferramenta no futuro, algo que pode ser importante para algumas organizações.

Dados os prós e os contras, será que devo adotar uma solução em nuvem? Não existe uma resposta definitiva sobre isto. No final das contas cabe a cada organização fazer uma auto avaliação, pesar os pontos positivos e negativos, e avaliar que tipo de solução atende mais as suas necessidades, seja uma solução em nuvem ou local.

O que podemos afirmar é que a disponibilização de solução de BPMS em nuvem é um caminho sem volta. Grande parte dos fabricantes já oferece ou está procurando oferecer a sua versão da solução em nuvem, justamente pelo apelo e facilidade de utilização.

A tendência é de uma evolução e uma maturidade cada vez maiores das soluções de BPMS ofertadas na nuvem, oferecendo mais opções de escolha para as organizações, e por fim permitindo a um universo maior de organizações poderem desfrutar dos benefícios de BPM!