Modelagem de Processo de Negócios utilizando BPMN

Projetos de software são desafiadores na grande maioria das vezes, pois sempre existirão diferenças fundamentais entre a realidade do negócio, o que será solicitado pelos usuários das áreas de negócios da empresa cliente, e o que os analistas de sistemas serão capazes de entender. A estruturação de diagramas para melhor entendimento pelas áreas de negócio do que será feito é um grande avanço em comparação ao processo de documentação em linguagem corrente, onde normalmente a leitura não é feita com grande esmero, é um grande avanço.

Os diagramas orientados a objeto, como por exemplo o UML, são excessivamente técnicos e direcionados para a área de tecnologia. A necessidade de ferramentas de documentação de processos direcionadas para a área de negócio tornou-se imprescindível, pois onde, normalmente, o analista de sistema documenta o que entendeu em uma reunião com um usuário de uma área de negócios, este mesmo usuário fica responsável por documentar seu processo.

Segundo Hammer e Champy (1994), precursores da reengenharia, um processo são atividades realizadas em uma sequência lógica que tem como objetivo produzir bens ou serviços que geram valor para seus clientes. Acrescento também que processo tem vida longa, pois depois que um processo é implantado e aprimorado dentro de uma organização, ele só muda se a organização mudar por algum fator interno ou externo. Portanto, os usuários das áreas de negócios que possuem o domínio das necessidades empresariais.

O BPMN, ou, em português, notação para modelagem para processos de negócio, que é mantida pelo Object Management Group, é uma notação que não é direcionada para os técnicos de tecnologia, mas para os usuários das áreas de negócios. Por ser simples e fácil de aprender, o próprio usuário é capaz de desenhar seu processo empresarial, mas este deve ser um processo bem conduzido pelas lideranças, pois sempre existem possíveis discrepâncias entre a realidade e o que foi documentado. O analista de sistemas deve sempre questionar a profundidade do que foi entregue, pois desta forma todos os problemas serão minimizados.

--Marco Aurélio Monteiro de Barros Thomé

-Curso BPM - Mapeamento e Modelagem de Processos - INSADI - Business Process School, 2008

-http://www.devmedia.com.br/introducao-ao-business-process-modeling-notation-bpmn/29892