Manual de Modelagem de Processos - IFSP

Durante as sessões de mapeamentomodelagem de processos, realizadas pelo Escritório de Processos do IFSP / CEPR-PRD (aqui definido como EP-IFSP) com os servidores das diversas áreas do IFSPIFSP, constatamos algumas boas práticas que auxiliam no desenvolvimento do trabalho e melhor entendimento de todos os envolvidos e que aqui são expostas.

Gerenciamento de processos do IFSP

O Gerenciamento dos Processos do IFSP é uma das atribuições do EP-IFSP, dessa forma, as modelagens de processos institucionais devem ser comunicadas e tratadas junto ao EP-IFSP, para sua padronização institucional, seu mapeamento e guarda na pasta de modelagens do IFSP.

 

MapeamentoGuarda dos diagramas da modelagem

NoAs modelagens de processos locais do Câmpus ou Reitoria, ou seja, que não necessitem sua padronização institucional, devem ser criadas localmente e as demais, de caráter institucional, devem ser comunicadas e tratadas junto ao EP-IFSP.

A Governança de dados do IFSP nos determina a NÃO guardar dados institucionais do IFSP em nuvens que não estejam no "controle" do IFSP, seja fisicamente (dentro de nossos servidores) ou contratualmente (em equipamentos de terceiros mas com os quais temos contratos firmados), dessa forma orientamos que:

• os diagramas gerados nas ferramentas de modelagem NÃO sejam criados e guardados em nuvens suportadas pelas próprios fabricantes das ferramentas de modelagem;

• os diagramas de modelagem devem ser criados localmente e guardados e compartilhados nas nuvens que o IFSP suporta atualmente, a saber: google drive de setores criados e compartilhados pela TI e o drive.ifsp.edu.br, observando-se as orientações dos processos institucionais;

• para o compartilhamento da modelagem realizada deve-se salvá-la em PDF, subir no drive escolhido e criar um link de compartilhamento (somente leitura), que permitirá que essa modelagem seja pública, acessada externamente sem necessidade de login e senha;
  

Processos escolhidos para a realização de modelagem

A definição de quais processos são candidatos à realização de modelagem é atribuição das próprias áreas e pode ser feita das seguintes formas:

• através da realização prévia de um mapeamento de processos, normalmente conduzida pelo EP-IFSP, e posterior eleição da ordem de processos a serem modelados;

• definição da própria área de processos críticos que estejam com problemas ou necessitam de otimização e que necessitam modelagem urgente;

• processos associados a padronizações institucionais através de normativas, resoluções, entre outras, onde a modelagem do processo auxilie na verificação de atores, atividades, responsabilidades e decisões existentes nesses processos. Normalmente esse trabalho é realizado por comissões ou grupos de trabalho específicos, sendo muito interessante o envolvimento do EP-IFSP no auxílio da construção dessas modelagens.
  

Notação a ser utilizada na diagramação da modelagem de processos

O EP-IFSP, para efeito de padronização e consequente facilidade de comunicação e entendimento, indica que seja utilizada institucionalmente na construção de diagramas de processos, a Business Process Model and Notation (BPMN), notação que já se tornou padrão e referência em modelagens de processos, independente de software a ser utilizado.

 

Orientações para a realização da Modelagem

Na criação dos diagramas de modelagem pede-se observar as seguintes orientações:

• utilizar a ferramenta indicada pelo EP-IFSP;

• padronizações de informações do processo:

  • nomear o processo com um verbo no infinitivo;

  • salvar o nome do arquivo com a versão e data da modelagem, caso o processo ainda não esteja implantado ou em funcionamento (processo como ele é, As Is), colocar também antes da versão "To Be" (processo como deve ser, que será implantado);

  • dentro do desenho do processo colocar um cabeçalho com o nome do processo, a área responsável pelo processo (dono do processo), as pessoas envolvidas na modelagem, o tipo da Árvoremodelagem (As Is ou To Be), a data e versão do processo;

• chamar para a discussão do processo a ser modelado, todos os envolvidos nele;

• nem todos os processo são automatizáveis, ou seja, terão rotinas ou sistemas que realizarão parte ou todo o processo;

• otimizar o processo antes de Atividadesautomatizá-lo. Na otimização sempre observar:

  • minimizar os trade-offs (escolha) existentes;

  • analisar claramente a necessidade de todos os atores envolvidos no processo;

  • verificar controles existentes e que a necessidade de colocação dos que não existam ainda;

  • nem sempre a otimização do processo está relacionada à diminuição das atividades no processo;

  • normalmente as atividades que são automatizadas são aquelas que não tem uma ação cognitiva, ou seja não demandam verificação ou análise do envolvido nela;

• criar, dentro do possível, uma modelagem simples do processo:

  • o processo deve ser inteligível por qualquer pessoa, lembrando que além dos envolvidos no processo, muitos que lerão esse diagrama são os "clientes" do processo, ou seja, aqueles que receberão o serviço/produto oriundo dele;

  • não utilizar representações rebuscadas existentes nas ferramentas de modelagem, ater-se à utilização das representações mais simples existentes;
    

  • quando da existência de muitos elementos no processo e, dessa forma, seu desenho ficar muito extenso, verificar a possibilidade da criação de sub-processos, "encapsulando" seus elementos, facilitando assim a visão macro do processo;

  • para facilitar o entendimento do processoprocesso, ele deve ser desenhado colocando seus elementos da esquerda para a direita, que "representam" sua realização no tempo, ou seja, procure não colocar uma atividade que ocorreu após outra debaixo da anterior, mesmo que seja de ocorrência em diferentes raias (atores / papeias funcionais);

• com relação às atividades do processo:

  • as atividades no processo são ações que serão realizadas, dessa forma devem ser  descritas com verbos no infinitivo. Caso haja mais de um verbo na descrição da atividade deve-se verificar a possibilidade de quebra essa atividade em várias;

  • normalmente na modelagem temos atividades mais manuais (Ex: tratar, separar, preencher, enviar) e cognitivas (Ex: verificar, escolher, analisar), após estas devem vir gateways que definirão decisão de fluxo do processo;

  • uma atividade só pode ter um fluxo de processo, de entrada ou de saída, nunca devem sair ou entrar mais de uma seta (fluxo) da atividade. Colocar um gateway de junção (sem nenhuma representação dentro dele) para juntar fluxos que entrem no processo e um gateway de decisão (com representação dentro dele, como exclusivo, paralelo, etc..) quando houver mais de um fluxo saindo da atividade;

• com relação aos gateways (decisão e junção de fluxo) do processo;
  

  • não colocar uma descrição no gateway, não o representar como uma pergunta, visto inclusive que ele pode ter mais de duas saídas de fluxo, não representa respostas somente de sim ou não, mas de várias alternativas de fluxo;

  • os gateways determinam qual o fluxo a ser adotado quando for atendida uma situação específica, dessa forma, em cada fluxo de saída (seta) deve limitarser colocada uma descrição suscinta e clara para que o processo corra por esse caminho;

• com relação aos eventos do processo:

  • os eventos no processo são ações que já foram realizadas, dessa forma devem descritos com verbos no passado;

  • o evento de início do processo é o fator que faz com que o processo se inicie, sua descrição deve expressar isso;
    

  • eventos intermediários devem ser colocados sempre que se deseja um marco no processo, seja ele relacionado à finalização de uma sequência de atividades ou um marco temporal no processo;

  • colocar os eventos relacionados à ocorrência ou períodos que as mesmas devam ser realizadas/concluídas;

  • o evento final é sempre o produto/serviço entregue pelo processo, sua descrição deve expressar isso;

• criar uma piscina específica para os artefatos onde serão colocados os documentos, sistemas, banco de dados, associados aos elementos do diagrama. Caso os documentos sejam Documentos ou Processos eletrônicos já existentes, utilizar a discussãsua nomenclatura, facilitando assim a sua localização para uso;

• atentar-se para o formato orientado para a impressão dos diagramas;

 

Ferramenta para realizar a modelagem de processos

O EP-IFSP, para efeito de padronização e consequente facilidade de treinamento e utilização, indica que seja utilizada institucionalmente na construção dade árvorediagramas comde todas as atividades discutidas comprocessos, o usuário,software mesmoBizagi. asPara maisisso, atômicas,deve-se poisbaixar elasa facilitam o seu entendimento e  visãofuncionalidade de todo o processo, as atividades filhas podem ser ocultas depois, mas o fato delas estarem expressas na árvore facilitarão a modelagem do processoBizagi, casoporção estegratuita sejadesse feitosoftware, posteriormente.será necessário somente a criação de uma conta na plataforma do Bizagi, orientamos que para isso se utilize os dados institucionais, como email e dados do IFSP.

 

Modelagem

Impressão das modelagens de processos

Na utilização do software Bizagi, para a impressão do modelo, usar as seguintes configurações:es, que são salvas pelo aplicativo para as próximas impressões dessa modelagem:

-> File | Print Preview

Scale: Fit to 1 page wide
Orientation: Landscape
Size: A3
Margins: Narrow e Rigth margin 0

Watermark:
Picture watermark:
Load image: Marca_IFSP_SimpHor
Size mode: Zoom
Horizontal alignment: Center
Vertical alignmente: Middle
Transparency: 240
Position: In front
Page Range: All

-> Print | Print em PDF