Processos e Tomada de Decisão. Sistemas de Informação e Decisão I 2017/1

Transcrição

1 Processos e Tomada de Decisão Sistemas de Informação e Decisão I 2017/1 1

2 Revisão

3 Revisão O que é um processo? Como, tradicionalmente, é a estrutura gerencial de uma organização? Quais as vantagens de se trabalhar com uma visão por processos?

4 Revisão No contexto de processos, o que são ocorrências? (ver exemplo PRODIRH-UFG ) Qual a diferença da atuação do analista de processos em relação ao dono de processo? Quais são os principais métodos de coleta de informações para modelagem de processos?

5 Desenhar ou Modelar Processos?

6 Desenhar ou Modelar Processos? Basta saber usar bem um editor de textos para ser um bom escritor?

7 Desenhar ou Modelar Processos? Muitos gestores possuem a crença de que treinar colaboradores em ferramentas de desenho de processo.

8 Desenhar ou Modelar Processos? Muitos gestores possuem a crença de que treinar colaboradores em ferramentas de desenho de processo. É preciso mais que isso! É necessário se focar no conteúdo Clareza; Expressar informação de forma direta facilitando a interpretação por parte dos usuários.

9 Desenhar ou Modelar Processos? Conhecer e aplicar de forma correta as regras da linguagem utilizada! Uma vírgula fora do lugar pode mudar o sentido da frase! Não tenha clemência! Não, tenha clemência! Especificações BPMN funcionam como regras gramaticais de uma linguagem!

10 Desenhar ou Modelar Processos? Aplicar a linguagem ao conteúdo que se deseja transmitir! Uma história bem contada possui uma estrutura de fatos sequenciais ou paralelos Quebrar a estrutura pode tornar o entendimento uma tarefa complexa! Em modelagem de processos a lógica pode ser vista como o enredo! Precedência entre atividades; Regras de fluxo; Atividades paralelas, senquênciais, alternativas; Elementos de notação.

11 Desenhar ou Modelar Processos? Modelar processo inclui: Desenhar processos; Analisar sob a perspectiva do usuário; Discutir e avaliar a modelagem com outros analistas; Validar;

12 Deveres do Analista de Processos Criar modelos limpos Modelos de fácil interpretação; Evitar cruzamento de linhas; Evitar conexões distantes Utilizar elementos de links; Reorganização; Usar nomes e objetivos breves.

13 Deveres do Analista de Processos Usar notação padronizada Padronizar a forma como usa a notação Harmônia ao conteúdo; Confiança no processo modelado.

14 Deveres do Analista de Processos Modelar no grau de detalhamento apropriado Se atentar às necessidades de representação Qual é o foco do diagrama? Quais são as áreas participantes?

15 BPMN Eventos Elementos utilizados para representar a ocorrência de fatos em um processo São sinalizados através de um círculo, com características particulares aos tipos:

16 BPMN Evento de Início Marca o ponto de onde se inicia a leitura de um processo Todo processo deve ter um evento de início! Vazio (None) Processo é iniciado sem a definição de um fato específico

17 BPMN Evento de Início Tempo (Timer) Processo é iniciado por uma ocorrência temporal Exemplo: data específica!

18 BPMN Evento de Início Mensagem (Message) Processo é iniciado com a chegada de uma comunicação de qualquer tipo (documento, mensagem, telefonema, etc.)

19 BPMN Evento de Início Condicional (Conditional) Processo é iniciado quando uma condição se torna verdadeira.

20 BPMN Evento de Fim Marca o término de um processo Todo processo deve ter pelo menos um fim! Vazio (None) Nenhum fato específico é gerado

21 BPMN Evento de Fim Mensagem (Message) Processo finaliza com envio de algum tipo de comunicação; Pode ser usado para iniciar outro processo.

22 BPMN Evento de Fim Encerrar (Terminate) Processo é finalizado por completo, mesmo que existam outras atividades em fluxo paralelo; Tarefas pendentes são canceladas

23 Sistemas de Informação e Decisão I Gestão da Informação 2017/1 23