Responsabilidades para atribuição de tarefas

Ler um processo é como ler um livro. Ele segue uma determinada orientação e é lido da esquerda para a direita e de cima para baixo. Aprender BPMN é como aprender uma língua. Todos os elementos BPMN têm um significado específico, como as palavras. O esforço vale a pena, como você pode falar, e até pensar, na linguagem de um processo.

Supondo que estamos com fome, vamos criar um processo usando elementos BPMN básicos para descrever o que devemos fazer para alcançar o objetivo de satisfazer nossa fome.

• Um evento inicial para descrever o que aciona nosso processo.
• Um fluxo de sequência, que nos orienta através do processo e de nossas tarefas.
• Uma tarefa para descrever o que devemos fazer.
• Um evento final, que descreve o estado atingido no fim do processo.

Imagine que seu processo de negócios é uma execução em mármore.

Dentro de um processo, há fluxos que o mármore deve seguir. A única coisa que pode parar nosso mármore durante o processo são tarefas. Aqui, o mármore deve esperar até que a tarefa seja aplicada. No final, devemos garantir que todos os fluxos cheguem ao evento final, para que o mármore sempre possa cruzar a linha de chegada todas as vezes. Se o mármore não chegar, sabemos que há algo errado e o fluxo foi interrompido em algum lugar.

O exemplo de mármore é uma maneira fácil de pensar sobre o conceito BPMN de um 'token'. No BPMN, nosso mármore é oficialmente chamado de token. O conceito de token explica o comportamento de execução dos processos empresariais, independentemente da complexidade deles.

Depois de entender essa ideia, ela realmente ajuda a entender os fluxos de processo empresarial e, especialmente, as mensagens de erro quando você verifica o comportamento de execução do processo.

Se você acha que essas 'verificações técnicas' não são importantes, porque seus modelos não são executados por sistemas, estamos aqui para dizer a você - eles são importantes.

O mesmo conceito se aplica em:

• Verificação de sintaxe BPMN (aplica-se sempre que você salva seu diagrama).
• simulação de processo (onde tokens podem até ser visualizados).

Se você aplicar o conceito de token corretamente, poderá entender qualquer modelo de processo BPMN, independentemente da complexidade.

Sempre que várias pessoas em uma empresa estiverem envolvidas na modelagem de processos, é importante garantir que você esteja consistente com a nomeação. Felizmente, existem convenções de nomes para tarefas e eventos para garantir que todos os processos BPMN sigam o mesmo estilo universal para que sejam compreendidos em todo o mundo.

Considere que as convenções de nomes para tarefas e eventos são baseadas nas melhores práticas do BPMN e, por isso, não devem ser reconhecidas como políticas ou regras rígidas. Você pode divergir dela se ela for devidamente justificada, significativa e também compreensível para os modeladores.

Então, como você pode nomear um evento de forma adequada e consistente? Existem convenções que ajudam você a identificar o estado IS. Na prática, as palavras de sinal potenciais para nomear eventos são:

• [demanda] ocorreu.
• [pedido] recebido.
• [serviço] disponível.
• [fatura] criada.
• ...

Você não precisa usar o termo "é", mas ajuda a garantir que você esteja realmente descrevendo um estado IS.

As tarefas empresariais são executadas por recursos, manual ou tecnicamente.

Seguindo no mundo real, o BPMN usa outro conceito fácil de lembrar para fins de modelagem chamado Pool and Lane. Este conceito é utilizado para modelar responsabilidades em processos empresariais. As pistas podem ser comparadas a uma piscina como pistas de natação - como eles realmente se parecem com eles.

O conceito de pool e lane permite que você atribua tarefas a responsabilidades, em vez de o contrário. Isso faz mais sentido porque cada tarefa é executada por alguém, e atribuindo a mesma pessoa a várias tarefas cada vez é complicada (o que era o caso em notações como EPC).

Normalmente, um pool representa toda a organização na qual o processo ocorre.

As seções representam a responsabilidade real pela aplicação de tarefas, que pode ser uma função, departamento, posição e até mesmo uma pessoa nomeada (não recomendado).

Em geral, cada lane de um pool é responsável pela aplicação de todas as tarefas atribuídas. Uma vez que o fluxo de sequência conecta a tarefa, um cruzamento de lane também pode ser considerado como uma transferência de informação e responsabilidade de execução. Portanto, os participantes devem interagir e se comunicar entre si.

O uso de piscinas e pistas é explicado com a seguinte história de Tim e Robert, dois companheiros que compartilham um alojamento.

Tim encontrou uma nova receita na internet. No entanto, Tim não sabe cozinhar muito bem. Felizmente, seu companheiro de apartamento Robert adora cozinhar e está feliz em experimentar a nova receita. No entanto, depois de cozinhar o delicioso jantar, Robert estava tão faminto que não podia esperar mais por Tim (que estava em uma chamada com sua mãe). Então, ele começou a jantar sozinho.

Tim (linha de transporte):

• compra mantimentos

Robert (Lane)

• prepara o jantar
• come o jantar (Tim não está envolvido)

Enquanto Robert já estava comendo, Tim cheirou ao jantar durante seu telefonema e foi para a cozinha - a tempo! Agora, ambos podem comer juntos.

Robert (Lane)

• prepara o jantar
• come o jantar.

Tim (participante extra do processo)

• também está envolvida na tarefa "jantar"

Vamos concluir o que observamos em nosso jantar eexemplo:

• As responsabilidades (linhas de transporte) pertencem a uma organização (pool), no nosso exemplo: a acomodação compartilhada
• As responsabilidades por tarefas podem ser visualizadas em modelos de processos:
  • por meio de lanes.
  • por meio de participantes extras no processo.

Embora mais participantes sejam atribuídos a tarefas, deve haver uma responsabilidade importante que seja proprietária dessa tarefa. Você pode pensar em uma pessoa que se certifica de que todos os outros participantes atribuídos se reúnem.

Encontre abaixo as possibilidades de convenções de nomes para Swimlanes. Todos os estilos de nomes usados nesta imagem estão corretos e também podem ser usados em combinação, embora o estilo "Pessoa" deva ser evitado, se possível.