Melhores práticas em modelagem de Processos - recapitulando 2015

Ola..!! Pessoal...!

Mais uma vez venho compartilhar um pouquinho mais, das melhores práticas para o BPMN 2.0.

O BPMN 2.0 (Business Process Modeling and Notation) é o padrão oferece às organizações a capacidade de compreender os seus processos internos do negócio em uma notação gráfica ea capacidade de comunicar seus procedimentos de forma padrão. No entanto, a utilização da norma não garante que os processos são modelados de forma clara e eficaz; a forma como os modeladores interpretar as condições de negócio, e como eles definem sua estrutura, é crucial para assegurar que eles são entendidos corretamente.

Esta seção fornece modeladores de processos algumas diretrizes para construir modelos claros e eficazes compatível com o padrão BPMN.

Princípios de modelagem BPMN

Ao definir diagramas de processo que você deve levar em conta os seguintes princípios básicos:

•	1. Manter uma seqüência lógica e clara

•	2. Use o padrão BPMN 2.0

•	3. Use rotulagem estrita

•	4. Simplifique diagramas

Abaixo, você encontrará dicas úteis para seguir estes princípios e auxiliar na definição correcta e processos de comunicação.

·           Manter uma seqüência lógica e clara

Este parece ser óbvio, mas é um dos erros mais comuns na modelagem de processos. Os diagramas podem se tornar ilegível e muito confuso quando a lógica de processo não é explícita e clara. As técnicas a seguir irá ajudá-lo a manter uma seqüência lógica e clara em seus modelos.

Definir um claro início e fim

Em BPMN, iniciar e eventos fim são opcionais. No entanto, os processos com eventos de início e término implícitas são indesejáveis ​​e pode levar a erros de interpretação.

Use eventos de início e término de cada processo e sub-processo para representar o seu início e conclusão.

  

                          

Siga uma direção consistente de fluxo

Adicione a lógica do processo visível no diagrama. Evite linhas cruzadas (conectores), manter uma seqüência de tempo e manter uma direção consistente do fluxo. A leitura diagrama será mais fácil e eficiente a sua comunicação.

Mantenha cenário principal claro

O "caminho feliz" deverão ser facilmente identificadas durante a leitura de um diagrama. Diagramar o caminho feliz em primeiro lugar e, em seguida, a alternativa flui.

Mantenha cenários alternativos e claros

BPMN oferece as ferramentas necessárias para representar a lógica de manipulação de exceção explicitamente no diagrama. Uma vez que o cenário principal é diagramado, fazer uso dos seguintes elementos para modelar fluxos alternativos conforme necessário:

Utilize processos transacionais

Processos transacionais permitem aos cenários de negócios com transações. Um conjunto de atividades deve ser realizada com sucesso, caso contrário, compensação ou cancelamento fluxos forem seguidas. Para mais informações consulte subprocessos tipos

Distinguir sucesso e fracasso estados finais

Use eventos finais separadas para identificar quando um processo foi concluída com êxito e não quando o fez, para fins de documentação e avaliação.

Manter um padrão de formato

Mantenha um formato único ao longo de seus diagramas e se concentrar em um aspecto limpo e amigável ea sensação. Usando diferentes tamanhos de fonte, cores, tamanhos caixas ou etiquetas sobrepostas pode fazer os diagramas de leitura um desafio.

·                2. Use o padrão BPMN

O padrão BPMN define os padrões usados ​​para diagramar processos de negócios. No entanto, seguindo as orientações BPMN é completamente nas suas mãos.Certifique-se de seus modelos compatíveis com o padrão para garantir a sua correta compreensão.

Uma vez que a lógica do processo foi definido, validar seus diagramas certificando-se de usar corretamente os diferentes elementos BPMN. O seguinte aspecto deve ser verificada para cada elemento BMPN:

O que fazer check-in Pools

•	Diagrama de processos completamente dentro de uma piscina. Nunca diagrama flui através das fronteiras Piscina.

•	Definir como muitas piscinas como processos. Deve haver sempre pelo menos um Pool.

O que verificar em Lanes

•	Criar uma pista apenas se, pelo menos, um evento ou tarefa intermediário é executada nele.

•	Não crie pistas para representar a área ou entidade que realiza tarefas ou gateways automáticas.

•	Não faça diagrama tarefas, gateways ou eventos no meio de duas pistas.

O que verificar nas Atividades

•	Não diagrama várias instâncias da mesma tarefa para representar vários artistas. Apenas diagramar uma tarefa em uma área. Definir os vários artistas como destinação condições na documentação e regras de atribuição .

•	Não ramificar fluxos usando tarefas. Sempre use gateways para fazê-lo.

O que verificar em Gateways

•	Não utilize gateways para unir e dividir ao mesmo tempo. Isso irá produzir um erro em tempo de execução.

·         Gateways Equilíbrio. Splits devem ser unidas de forma equivalente. 

•	Sempre use o mesmo tipo de gateway usado para dividir a aderir ao fluxo.

•	Use apenas eventos e / ou tarefas após um gateway baseado em evento

  

O que verificar em Eventos

•	Use encerrar eventos apenas quando tal seja estritamente necessário. Eles são utilizados para modelar situações onde vários caminhos alternativos estão activadas e todo o processo tem que ser terminado quando um deles é concluída.

Isto descrever uma exceção no próximo item.

•	Use Terminar Eventos End em vez de Eventos End em sub-processos embutidos

O que fazer check-in Conectores

•	Use sequência flui para conectar todas as atividades, eventos e gateways. Nunca use o fluxo de mensagens para conectar atividades dentro do mesmo conjunto ou deixar formas desconectado.

  

O que verificar em Milestones

•	Sempre identificar e definir as fases; deles representa um período de tempo ou meta transição no processo.

•	Tente evitar voltar ou looping de volta através de um marco.

·                Use rotulagem estrita

Rotulagem correcta dos diferentes elementos dos diagramas é fundamental para um entendimento fácil e correcta dos processos.

Ao revisar os logs é muito útil saber como o processo foi executado. Quando qualquer forma no processo não é nomeado, Logs será exibida em branco, o que torna difícil de entender. Aqui estão algumas recomendações para ajudá-lo a fazê-lo:

Processos de rotulagem

Processos rótulos devem descrever claramente o seu principal objectivo. Certifique-se que você não use nomes curtos ou abreviaturas.

Prefixo : usando o nome de processo de criar um prefixo que vai ser usado em todos os componentes pertencentes ao processo. Por exemplo, se o nome do processo é: Pedidos de consumo, você pode usar o CR_ prefixo. Os seguintes prefixos são restritos para outros fins: "P_", "M_"

Atividades de rotulagem

Dê um rótulo de atividades compostas de um verbo e um objeto . Desta forma, os leitores possam entender claramente o objectivo de uma tarefa. Além disso, garantir que você não use nomes curtos ou abreviaturas.

Rotulagem Eventos

Use rotulagem quando vários eventos de início e fim são utilizados. Nomeá-los de modo que o diagrama pode ser auto-explicativas e permitir que os usuários para saber como o processo termina.

Marcos rotulagem

Milestones devem ser rotulados com uma referência tomada de substantivo para um período de tempo (verão, o vencimento) ou o que acontece em um período de tempo (criação, aprovação, entrega).

Gateways de rotulagem

Gateways de divergência deve ter um nome claro indicando a decisão ou a condição avaliada quando se aplica. Use um nome composto por um verbo, um objeto, e um ponto de interrogação para identificar o que está sendo avaliada. Você ainda pode usar perguntas para esclarecer a decisão envolvido.

•	Se os nomes não se aplicam para quaisquer abreviaturas usar o Gateway ou números para diferenciá-los.

•	Transições Nome indicando a condição relacionada

·                Simplifique diagramas

Grandes diagramas não permitem dar uma perspectiva de ponta a ponta para os leitores. Eles são difíceis de ler e comunicar claramente o objectivo do processo.

Definindo o escopo correto de tarefas eo nível de detalhe dos processos é fundamental para reduzir a sobrecarga de informações. As dicas a seguir irão ajudá-lo:

Reduzir o número de tarefas redundantes

O nível de detalhe em um processo às vezes é um verdadeiro desafio. Em muitos casos, você pode enfrentar dificuldades para definir o escopo de uma única tarefa.Leve em conta que:

•	Quando diagramação é útil imaginar que você é um usuário final. Se um conjunto de actividades consecutivos pode ser realizada pela mesma pessoa, ao mesmo tempo, em seguida, estas actividades poderiam ser integrados numa única actividade.

•	Um conjunto de atividades consecutivas na mesma pista pode indicar detalhes que faltavam participantes, muitos detalhes, ou um desalinhamento no escopo. Revise esses padrões para identificar oportunidades de integração atividade.

As atividades em grupo

Use sub-processos para atividades em grupo com a mesma finalidade. Você pode expandir os sub-processos mais tarde para expor detalhes de níveis mais baixos de hierarquia. Um processo conterá várias páginas, mas internamente a integridade de um único modelo é mantida.

Use sub-processos incorporado quando:

•	Um conjunto de atividades consecutivas tem um proprietário diferente do proprietário do processo principal (por exemplo, um pedido de compra processo é realizado pelaárea de compras e as Contas a pagar processo é realizado pela área Financeira ).

•

Um conjunto de atividades consecutivas tem um objetivo diferente do processo principal (por exemplo, um pedido de crédito está focada na gestão de todas as atividades para aprovar um pedido de crédito e a Verifique informações requerente está focada em verificar se o requerente está na lista negra, bem como as informações apresentadas).

Use sub-processos reutilizáveis ​​quando:

•	O sub-processo precisa ser chamado a partir de diferentes processos (por exemplo, um candidato Verifique as informações sub-processo pode ser chamado a partir de umpedido de crédito processo ou de um pedido de Seguros processo).

Aplicar padrões de processo

Não reinventar a roda. BPMN especialistas têm trabalhado na definição de padrões de modelagem para situações de negócios diferentes. Usá-los para modelar as condições de negócios necessários, simplificando seus diagramas.

Para mais informações sobre os padrões de modelagem por favor, verifique o documento padrões BPMN Fluxo de Trabalho

  

Não use Anti-padrões

Enquanto simplificando seus modelos cuidar de não utilizar Anti-padrões . Estes são modelar padrões que normalmente trabalha em automação, mas são más práticas que não são recomendados por Bizagi

Documentar detalhes menores

Deixe detalhes a documentação. Não inclua todas as informações sobre diagramas. Informações adicionais devem ser documentadas como propriedades de forma não como objetos ou texto no diagrama.