{"id":321,"date":"2015-03-27T10:02:01","date_gmt":"2015-03-27T13:02:01","guid":{"rendered":"http:\/\/bgnweb.com.br\/portal2\/?p=321"},"modified":"2015-04-29T16:34:40","modified_gmt":"2015-04-29T19:34:40","slug":"boas-praticas-de-notacao-bpmn","status":"publish","type":"post","link":"https:\/\/www.bgnweb.com.br\/portal2\/2015\/03\/27\/boas-praticas-de-notacao-bpmn\/","title":{"rendered":"Boas pr\u00e1ticas de nota\u00e7\u00e3o BPMN"},"content":{"rendered":"

BOAS PR\u00c1TICAS DE MODELAGEM DE PROCESSOS – BPMN<\/strong><\/p>\n

por Andr\u00e9\u00a0 Rabelo, CBPP<\/em><\/p>\n

\u00a0<\/em>Resumo<\/strong><\/p>\n

Este artigo apresenta a ades\u00e3o a um conjunto de boas pr\u00e1ticas na modelagem de processos que \u00e9 essencial para padronizar um modelo de processo de neg\u00f3cio.<\/p>\n

Palavras-chave<\/strong>: Boas Pr\u00e1ticas.Business Process Modeling Notation . BPMN. Modelagem de Processos.Nota\u00e7\u00e3o.<\/p>\n

Introdu\u00e7\u00e3o<\/strong><\/p>\n

A modelagem de processos de neg\u00f3cio pode atuar como uma grande aliada na compreens\u00e3o dos processos de uma empresa. Atrav\u00e9s dela, a necessidade de melhorias em um processo se torna mais evidente, facilitando a comunica\u00e7\u00e3o entre os v\u00e1rios envolvidos no processo. Modelos de processos de neg\u00f3cio que apresentam erros podem influenciar negativamente na compreens\u00e3o e execu\u00e7\u00e3o desses processos, esses erros podem estar relacionados a uma falta de entendimento do processo, mas tamb\u00e9m podem ocorrer devido \u00e0 falta de conhecimento da nota\u00e7\u00e3o utilizada para fazer a modelagem.<\/p>\n

O padr\u00e3o BPMN oferece \u00e0s organiza\u00e7\u00f5es a capacidade de compreender os seus processos internos do neg\u00f3cio em uma nota\u00e7\u00e3o gr\u00e1fica e a capacidade de comunicar seus procedimentos de forma padr\u00e3o.<\/p>\n

Dessa forma, este artigo de Boas Pr\u00e1ticas de Business Process Modeling Notation (BPMN) visa construir um cat\u00e1logo de orienta\u00e7\u00f5es e padr\u00f5es adotados pelo projeto em quest\u00e3o como melhor forma de representar e\/ou apresentar seu entendimento com rela\u00e7\u00e3o ao tema.<\/p>\n

Os resultados esperados deste artigo \u00e9 ajudar no aprendizado na nota\u00e7\u00e3o BPMN, al\u00e9m de servir de guia para a avalia\u00e7\u00e3o de modelos BPMN.<\/p>\n

Boas pr\u00e1ticas de modelagem de processos<\/strong><\/p>\n

Um diagrama de Processos de Neg\u00f3cios \u00e9 uma poderosa ferramenta de comunica\u00e7\u00e3o e de an\u00e1lise. Seguem alguns objetivos da modelagem de processos:<\/p>\n

    \n
  1. Facilitar o entendimento de um processo;<\/li>\n
  2. Padronizar a execu\u00e7\u00e3o das atividades;<\/li>\n
  3. Documentar e dar publicidade aos trabalhos desenvolvidos na organiza\u00e7\u00e3o;<\/li>\n
  4. Apoiar a elabora\u00e7\u00e3o de manuais e de atos normativos;<\/li>\n
  5. Proporcionar maior agilidade na tomada de decis\u00f5es;<\/li>\n
  6. Auxiliar a capacita\u00e7\u00e3o de novos servidores;<\/li>\n
  7. Facilitar a especifica\u00e7\u00e3o de sistemas;<\/li>\n
  8. Facilitar a defini\u00e7\u00e3o de compet\u00eancias e de capacita\u00e7\u00f5es necess\u00e1rias aos executores do processo;<\/li>\n
  9. Viabilizar a gest\u00e3o dos riscos associados aos processos de trabalho.\u00a0<\/strong><\/li>\n<\/ol>\n

    EVENTOS<\/strong><\/p>\n

      \n
    1. Evite utilizar mais de um evento de in\u00edcio no processo;<\/li>\n
    2. In\u00edcios de processo em alto n\u00edvel podem ser iniciados com qualquer tipo de evento, a depender do \u201cgatilho\u201d que d\u00ea in\u00edcio ao processo;<\/li>\n
    3. Subprocessos somente devem ser iniciados com evento do tipo None;<\/li>\n
    4. Quando houver v\u00e1rias possibilidades de in\u00edcio do processo utilizar o objeto evento de in\u00edcio m\u00faltiplo, da seguinte forma:<\/li>\n<\/ol>\n

      4.1. At\u00e9 duas entradas: cada possibilidade de in\u00edcio ser\u00e1 representado por um fluxo de mensagem originado na(s) conjunto(s) devidamente nomeado de forma a identificar a(s) entrada(s);<\/p>\n

      4.2. Acima de duas entradas: Todas as possibilidades de in\u00edcio ser\u00e3o representadas por um objeto anota\u00e7\u00e3o contendo as informa\u00e7\u00f5es de origem e entrada de cada possibilidade.<\/p>\n

      \"Figura<\/a><\/p>\n

      Figura 1 \u2013 Uso do evento inicial m\u00faltiplo<\/strong><\/p>\n

       <\/p>\n

        \n
      1. Em um diagrama de processo, todos os eventos devem ser nomeados com um verbo no partic\u00edpio passado;<\/li>\n
      2. Use eventos de in\u00edcio e fim de cada processo e sub-processo para representar o seu in\u00edcio e conclus\u00e3o;<\/li>\n
      3. Utilize eventos intermedi\u00e1rios de link no reuso de chamada de atividade para melhor visualiza\u00e7\u00e3o do processo. Os eventos de link de pegar e rejeitar devem ter o mesmo nome;<\/li>\n
      4. Eventos intermedi\u00e1rios de link s\u00f3 podem ser utilizados dentro de um mesmo processo;<\/li>\n<\/ol>\n

        \"Figura<\/a><\/strong><\/p>\n

        Figura 2 \u2013 Uso do evento intermedi\u00e1rio link<\/strong><\/p>\n

         <\/p>\n

          \n
        1. Um processo pode ter um ou mais eventos FINAIS. Recomenda-se o uso de nomes diferentes, correspondentes ao seu estado final. Esses eventos devem ser refletidos, com a mesma denomina\u00e7\u00e3o utilizada no diagrama, no Formul\u00e1rio de Contextualiza\u00e7\u00e3o (artefato desenvolvido para disponibilizar informa\u00e7\u00f5es gerais do processo) no respectivo campo;<\/li>\n<\/ol>\n

          \"Figura<\/a><\/strong><\/p>\n

          Figura 3 \u2013 Uso do evento final<\/strong><\/p>\n

           <\/p>\n

            \n
          1. Subprocessos somente podem ser terminados por eventos do tipo None. Caso o t\u00e9rmino do subprocesso gere uma mensagem, o fluxo dever\u00e1 subir para o processo \u201calto n\u00edvel\u201d;<\/li>\n
          2. Eventos do tipo Terminate somente devem ser utilizados para interromper processos\/subprocessos em que haja fluxos ocorrendo em paralelo;<\/li>\n<\/ol>\n

            \"Figura<\/a><\/strong><\/p>\n

            Figura 4 \u2013 Uso do evento final terminate<\/strong><\/p>\n

             <\/p>\n

             <\/p>\n

              \n
            1. Quando utilizamos o evento do tipo timer na borda de uma tarefa, estamos indicando o tempo para finaliza\u00e7\u00e3o da execu\u00e7\u00e3o desta tarefa. Caso n\u00e3o ocorra a finaliza\u00e7\u00e3o da tarefa no tempo indicado deve ser criado fluxo de exce\u00e7\u00e3o para representar esta situa\u00e7\u00e3o. J\u00e1 quando utilizamos o evento do tipo timer entre duas tarefas indicamos que h\u00e1 uma interrup\u00e7\u00e3o entre a execu\u00e7\u00e3o das duas tarefas.<\/li>\n<\/ol>\n

              \"Figura<\/a><\/strong><\/p>\n

              Figura 5 \u2013 Uso do evento intermedi\u00e1rio timer<\/strong><\/p>\n

               <\/p>\n

              ATIVIDADES<\/strong><\/p>\n

               <\/p>\n

                \n
              1. Cada atividade deve ser nomeada usando uma frase iniciando com verbo no infinitivo curto e significativo para o neg\u00f3cio respeitando o tamanho do objeto definido nos padr\u00f5es de modelagem, m\u00e1ximo de 70 caracteres por atividade, aproximadamente 4 linhas dentro do objeto atividade, demais informa\u00e7\u00f5es poder\u00e3o ser inseridas no Formul\u00e1rio Descritivo (artefato desenvolvido para disponibilizar informa\u00e7\u00f5es gerais do processo)ou se a \u00e1rea de neg\u00f3cio julgar de extrema import\u00e2ncia para o processo que as demais informa\u00e7\u00f5es fiquem expostas no diagrama deve-se usar o objeto de anota\u00e7\u00e3o;<\/li>\n
              2. N\u00e3o use abreviaturas incomuns;<\/li>\n
              3. Evite artigos e pronomes.<\/li>\n<\/ol>\n

                 <\/p>\n

                GATEWAY<\/strong>\u00a0<\/strong><\/p>\n

                  \n
                1. Utilize um gateway de converg\u00eancia antecedendo uma atividade quando a mesma tiver 2 ou mais entradas quando a l\u00f3gica de converg\u00eancia n\u00e3o \u00e9 \u00f3bvia, uma anota\u00e7\u00e3o de texto deve ser associado ao Gateway;<\/li>\n<\/ol>\n

                  \"Figura<\/a><\/strong><\/p>\n

                  Figura 6 \u2013 Uso do Gateway<\/strong><\/p>\n

                   <\/p>\n

                    \n
                  1. Devem ser utilizados apenas para representar a l\u00f3gica de roteamento do processo. Voc\u00ea tem que determinar fatos e necessidades antes de chegar a um gateway;<\/li>\n
                  2. Use sempre o mesmo tipo de gateway que divergiu para convergir;\u00a0<\/strong><\/li>\n<\/ol>\n

                    FLUXOS DE SEQUENCIA<\/strong>\u00a0<\/strong><\/p>\n

                      \n
                    1. Deve-se utilizar o fluxo de sequ\u00eancia de atividades da iniciando pela esquerda sa\u00edda para direita, pois os leitores dos diagramas poder\u00e3o entender a l\u00f3gica do processo de forma mais clara;<\/li>\n
                    2. Sequ\u00eancias de fluxos saindo de gateways divergentes do tipo exclusivo ou inclusivo devem ter suas condi\u00e7\u00f5es representadas nos respectivos caminhos;<\/li>\n<\/ol>\n

                      \"Figura<\/a><\/strong><\/p>\n

                      Figura 7 \u2013 Uso fluxo de sequ\u00eancia<\/strong><\/p>\n

                       <\/p>\n

                        \n
                      1. Os fluxos de mensagens dever\u00e3o ser nomeados de maneira que fique clara a informa\u00e7\u00e3o de entrada e de sa\u00edda; Estas informa\u00e7\u00f5es representadas nos fluxos de mensagens devem ser transcritas no Formul\u00e1rio de Contextualiza\u00e7\u00e3o (artefato desenvolvido para disponibilizar informa\u00e7\u00f5es gerais do processo) com o mesmo nome que foi inserido no diagrama.<\/li>\n<\/ol>\n

                        \"Figura<\/a><\/strong><\/p>\n

                        Figura 8 \u2013 Uso fluxo de mensagem<\/strong><\/p>\n

                         <\/p>\n

                          \n
                        1. Maiores detalhes do fluxo de mensagem dever\u00e3o ser registrados no Formul\u00e1rio Descritivo (artefato desenvolvido para disponibilizar informa\u00e7\u00f5es gerais do processo) como atributos (insumos\/produtos) das atividades envolvidas;<\/li>\n
                        2. Fluxos sequ\u00eancia padr\u00e3o n\u00e3o deve ser nomeado. Este tipo de fluxo ocorre quando utilizamos gatewatys do tipo inclusivo. Ele \u00e9 ativado quando todas as condi\u00e7\u00f5es de fluxo de sa\u00edda n\u00e3o forem cumpridas, ou seja, quando todas as condi\u00e7\u00f5es s\u00e3o “falsas”;<\/li>\n<\/ol>\n

                          \"Figura<\/a><\/strong><\/p>\n

                          Figura 9 \u2013 Uso fluxo sequ\u00eancia padr\u00e3o<\/strong>\u00a0<\/strong><\/p>\n

                            \n
                          1. Evite linhas cruzadas (conectores), mantenha uma sequ\u00eancia de tempo e dire\u00e7\u00e3o consistente de fluxo. A leitura diagrama ser\u00e1 mais f\u00e1cil e sua comunica\u00e7\u00e3o eficiente;<\/li>\n
                          2. Use o evento intermedi\u00e1rio de link para tentar evitar o cruzamentos de linhas.<\/li>\n<\/ol>\n

                            \u00a0<\/strong><\/p>\n

                            POOLS (CONJUNTO) E LANE (PISTAS)<\/strong><\/p>\n

                             <\/p>\n

                              \n
                            1. Toda interface com processos\/participantes externos deve ser realizada por meio fluxos de mensagem que ligue o conjunto ao subprocesso\/tarefa em quest\u00e3o;<\/li>\n
                            2. A interface entre conjuntos pode ser feita excepcionalmente em suas \u201cbordas\u201d, quando a entrada em quest\u00e3o interagir em qualquer ponto dentro do processo.<\/li>\n<\/ol>\n

                              \"Figura<\/a><\/strong><\/p>\n

                              Figura 10 \u2013 Interface de processos<\/strong><\/p>\n

                               <\/p>\n

                                \n
                              1. Interfaces previstas nos subprocessos devem ser refletidas no processo de alto n\u00edvel ou nos n\u00edveis superiores.<\/li>\n
                              2. O conjunto representa um participante em um diagrama de colabora\u00e7\u00e3o. Portanto nomear sempre usando o nome do participante externo ou Processo da Cadeia de Valor que interaja;<\/li>\n
                              3. As pistas devem ser preenchidas de acordo com seu executor podendo ser, Unidades organizacionais, Nomes de Cargos de Gest\u00e3o (Subsecret\u00e1rio, Coordenador-geral, etc);Equipes (Equipe de despacho, equipe de atendimento, etc) e, eventualmente e, se necess\u00e1rio, nomes de sistemas informatizados;<\/li>\n
                              4. Criar pistas somente se pelo menos uma tarefa for realizada na mesma.<\/li>\n
                              5. N\u00e3o crie pistas para representar a \u00e1rea ou entidade que realiza gateways ou tarefas autom\u00e1ticas.<\/li>\n<\/ol>\n

                                \u00a0<\/strong><\/p>\n

                                Considera\u00e7\u00f5es Finais<\/strong><\/p>\n

                                 <\/p>\n

                                Grandes diagramas n\u00e3o permitem dar uma perspectiva de ponta a ponta para os leitores. Eles s\u00e3o dif\u00edceis de ler e comunicar claramente o objetivo do processo.<\/p>\n

                                Definir escopo correto de tarefas e n\u00edvel de detalhe dos processos \u00e9 a chave para reduzir a sobrecarga de informa\u00e7\u00f5es. As dicas a seguir ir\u00e3o ajud\u00e1-lo:<\/p>\n

                                 <\/p>\n

                                  \n
                                1. Reduzir o n\u00famero de tarefas redundantes<\/li>\n
                                2. O n\u00edvel de detalhe em um processo \u00e0s vezes \u00e9 um verdadeiro desafio. Em muitos casos, voc\u00ea pode enfrentar dificuldades para definir o escopo de uma \u00fanica tarefa. Leve em conta que: Um conjunto de atividades consecutivas na mesma pista pode indicar falta detalhes do participante, muito detalhe, ou um desalinhamento no escopo, reveja esses padr\u00f5es para identificar oportunidades de integra\u00e7\u00e3o atividade.<\/li>\n
                                3. \u00c9 \u00fatil imaginar que voc\u00ea \u00e9 um usu\u00e1rio final. Se um conjunto de atividades consecutivos pode ser realizada pela mesma pessoa, ao mesmo tempo, em seguida, estas atividades poderiam ser integrados numa \u00fanica atividade?<\/li>\n
                                4. Deixe os detalhes para a documenta\u00e7\u00e3o. N\u00e3o inclua todas as informa\u00e7\u00f5es no diagrama. Informa\u00e7\u00f5es adicionais devem ser documentados no Formul\u00e1rio Descritivo (artefato desenvolvido para disponibilizar informa\u00e7\u00f5es gerais do processo).<\/li>\n<\/ol>\n","protected":false},"excerpt":{"rendered":"

                                  BOAS PR\u00c1TICAS DE MODELAGEM DE PROCESSOS – BPMN por Andr\u00e9\u00a0 Rabelo, CBPP \u00a0Resumo Este artigo apresenta a ades\u00e3o a um conjunto de boas pr\u00e1ticas na modelagem de processos que \u00e9 essencial para padronizar um modelo de processo de neg\u00f3cio. Palavras-chave: Boas Pr\u00e1ticas.Business Process Modeling Notation . BPMN. Modelagem de Processos.Nota\u00e7\u00e3o. Introdu\u00e7\u00e3o A modelagem de processos […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[21,16],"tags":[120,121,232,122,123,124,229],"class_list":["post-321","post","type-post","status-publish","format-standard","hentry","category-bpmn","category-processos","tag-andre-rabelo","tag-boas-praticas","tag-bpmn","tag-business-process-modeling-notation","tag-modelagem-de-processos","tag-notacao","tag-processos"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/posts\/321","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/comments?post=321"}],"version-history":[{"count":13,"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/posts\/321\/revisions"}],"predecessor-version":[{"id":409,"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/posts\/321\/revisions\/409"}],"wp:attachment":[{"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/media?parent=321"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/categories?post=321"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bgnweb.com.br\/portal2\/wp-json\/wp\/v2\/tags?post=321"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}