..Vamos começar nivelando alguns conceitos. O que vc conhece por BPM? O que vc conhece por SOA? Como consultor de TI em várias organizações e um entusiasmado deste tema, tenho ouvido e lido diversas definições. A grande maioria correta e, obviamente, classificadas por diferentes perfis de profissionais (técnicos em TI, analistas de processos, gestores de negócio e por aí vai).
Para nivelar, vamos considerar inicialmente que, desde que o mundo é mundo, as organizações têm, de alguma forma, um BPM implantado. Calma! Vamos considerar que BPM é tão somente a definição de alguma regra de conduta, a obediência a essa regra e algum tipo de policiamento se quão bem essa regra é cumprida.
Vamos exemplificar com um clássico tipo de processo: por menor que seja o negócio, toda organização tem um processo de compras, onde se define uma necessidade (o item a ser adquirido), a cotação entre diferentes fornecedores, a seleção da melhor proposta e a aquisição propriamente, não é verdade? Bom, o processo existe e é executado ! Mas surgem algumas dúvidas:
- Todos sabem como é o processo, por onde passa, quem deve ser envolvido e quando?
- Todos executam o processo exatamente como o previsto?
- Existe algum tipo de brecha que permite burlar a regra? e como se detecta isso?
- As compras têm chegado no prazo correto? Qual o fornecedor que está me atrasando?
Essas e outras centenas de perguntas podem aparecer. Começa, então, a surgir a necessidade imediata de controles e mecanismos que garantam o cumprimento do processo e a garantia de que brechas, desvios, falhas ou atrasos sejam reduzidos e/ou apresentados antecipadamente para tomadas de decisões. Começamos a ter, portanto, o que o mercado fala em Business Process Management (ou BPM) que é a gestão de processos de negócios.
BPM pode ser definido, então, como administração (ou gestão) de processos de negócio que me possibilite desenvolver processos mais otimizados (sob diferentes pontos de vista - tempo, custos, lucros, etc), que me garanta a execução exatamente como o previsto e que me ofereça um monitoramento que me leve a ações pró-ativas de correções e análises consolidadas que motivem um redesenho e aprimoramento do processo.
E SOA? Traduzindo para o bom português, SOA significa Arquitetura Orientada a Serviços (Service Oriented Architecture) ou um conceito de componentização de suas soluções de TI que garantam a maior flexibilidade possível e facilidade de manutenção para acompanhar o ritmo, cada vez mais acelerado, das áreas de negócio das organizações. SOA surge como resposta às crescentes queixas e lamúrias das áreas usuárias de que "TI não é ágil o suficiente para acompanhar o mercado".
Vamos, agora, juntar os dois conceitos. Imaginemos um processo de negócios como um grande "corredor" com várias portas, cada porta representando um departamento específico. Nesse corredor, o usuário é orientado a parar de porta em porta para dar andamento a uma parte do seu processo. Podemos imaginar que alguns departamentos vão realizar suas atividades em tempo razoável, outros departamentos em prazos inaceitáveis. Se, de um dia para outro, "trocamos" um departamento que não executa bem suas tarefas por outro muito mais rápido, será que o usuário deve ser orientado a rever a execução do processo ou deve continuar fazendo como na véspera? Se sua resposta foi a segunda, você acabou de colocar os conceitos de SOA dentro do seu BPM.
Agora chegamos em um ponto que os conceitos devem estar mais claros, porém ainda em um alto nível e muito simplórios. Mas é partir dessa simplicidade que queremos levar esse assunto adiante. Há muito mais coisas a se falar de BPM e SOA mas se já temos nivelados os conceitos nesse nível, com isso os outros tópicos aqui apresentados serão mais facilmente compreendidos.
Luiz Phelipe Souza
Comments