# Lab 8.2 Conformidade & KPIs

### Descoberta e Análise de Conformidade de processos

#### 🎯 **Objetivos da Aula**

* Descobrir o processo
* Compreender o conceito de conformidade de processos.
* Identificar desvios entre o modelo teórico e o modelo real.
* Medir KPIs relevantes para avaliar desempenho e conformidade.
* Aplicar técnicas de análise de conformidade com base em logs de eventos.

***

#### 🧠 **Componente Teórica**

<details>

<summary><strong>🔹 1. Para Descobrir o processo é necessário:</strong></summary>

* **Definir a equipa:** Esta fase é dedicada à criação de uma equipa que será responsável por trabalhar no processo.&#x20;
* **Recolher informações:** esta fase preocupa-se em compreender o processo. Podem ser utilizados diferentes métodos de descoberta para obter informações sobre um processo.&#x20;
* **Modelar:** Esta fase lida com a organização da criação do modelo de processo. O método de modelação fornece orientação para mapear o processo de maneira sistemática.&#x20;
* **Assegurar a qualidade do modelo de processo:** Esta fase visa garantir que os modelos de processo resultantes atendam a diferentes critérios de qualidade. Essa fase é importante para estabelecer confiança no modelo de processo

</details>

***

<details>

<summary><strong>🔹 2. O que é Conformidade?</strong></summary>

* Verificação da **aderência** entre o modelo de processo esperado (AS-IS) e o modelo descoberto com base nos dados reais.
* Identificação de **desvios**, **exceções**, **repetições** e **atividades fora de ordem**.

</details>

***

<details>

<summary><strong>🔹 3. Tipos de Conformidade</strong></summary>

* **Estrutural**: sequência de atividades.
* **Temporal**: tempos entre atividades.
* **De recursos**: quem executa o quê.
* **De regras de negócio**: condições e decisões.

</details>

***

<details>

<summary><strong>🔹 4. KPIs em Process Mining</strong></summary>

* **Tempo de ciclo**: duração total do processo.
* **Lead time**: tempo entre início e fim de uma atividade.
* **Taxa de cancelamento**: % de casos não concluídos.
* **Taxa de conformidade**: % de casos que seguem o modelo AS-IS.
* **Número de variantes**: diversidade de caminhos seguidos.

</details>

***

<details>

<summary><strong>🔹 5. Ferramentas de Análise</strong></summary>

* Celonis: “Conformance Checker”, “Variant Explorer”.
* Apromore: “Conformance Analysis”, “Performance Dashboard”.

</details>

### Quem está envolvido?

{% columns %}
{% column %}

<figure><img src="/files/wwxXs5DmShMswlcvKpCh" alt=""><figcaption><p><strong>Especialista do domínio</strong></p></figcaption></figure>
{% endcolumn %}

{% column %}

<figure><img src="/files/z2y6gCnXhVGEGInmFSqI" alt=""><figcaption><p><strong>Analista de processos</strong></p></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

<details>

<summary>Os Stakeholders em detalhe</summary>

<figure><img src="/files/RzxprGMhYDSaDmoouShz" alt=""><figcaption></figcaption></figure>

#### 🧠 Analise d**a imagem**

**🔹 Área de Negócio (Business)**

* **Process Responsible (strategic)**: Define objetivos e alinhamento com a estratégia da organização.
* **Process Responsible (operative)**: Garante que o processo funciona no dia a dia.
* **Process Analyst**: Analisa e modela o processo, identifica melhorias.
* **Process Participant**: Executa o processo e fornece insights práticos.

**🔹 Área de Tecnologia (IT)**

* **Enterprise Architect**: Garante que os processos estão alinhados com a arquitetura de sistemas.
* **Process Engineer**: Implementa soluções técnicas para automatizar ou melhorar processos.

***

#### 🔍 **Interpretação da l**inha tracejada entre o **Process Responsible (operative)** e o **Process Analyst** representa uma **relação de colaboração ou comunicação**.

* O **Process Responsible (operative)** é quem vive o processo no dia a dia, conhece os detalhes operacionais e os desafios práticos.
* O **Process Analyst** é quem modela, analisa e propõe melhorias com base em dados e observações.

A linha tracejada indica que:

* O analista depende do conhecimento do responsável operativo para compreender o processo real.
* O responsável operativo contribui com validação, feedback e contexto para que o modelo seja fiel à realidade.

#### 🔍 **A Relação** entre o **Process Responsible (strategic)** e o **Process Responsible (operative)** representa uma **relação de colaboração e alinhamento funcional**

* O **responsável estratégico** define os **objetivos de alto nível**, metas e prioridades do processo, alinhados com a visão da organização.
* O **responsável operativo** garante que o processo seja **executado corretamente no dia a dia**, respeitando as diretrizes estratégicas.

A linha tracejada indica que:

* Existe uma **interdependência** entre a visão estratégica e a execução operacional.
* A comunicação entre ambos é essencial para garantir que o processo seja **eficaz, eficiente e alinhado com os objetivos organizacionais**.

#### 🔍 **A Relação** entre o **Enterprise Architect** e o **Process Engineer** representa uma **relação de colaboração técnica dentro da área de IT**.

* O **Enterprise Architect** é responsável por garantir que os processos estejam alinhados com a arquitetura global de sistemas e com os padrões tecnológicos da organização.
* O **Process Engineer** foca na **implementação prática** dos processos, traduzindo modelos em soluções técnicas (ex.: automações, integrações, workflows).

A linha tracejada indica que:

* Existe uma **interdependência** entre o planeamento arquitetural e a execução técnica.
* O engenheiro de processos deve respeitar as **restrições e diretrizes** definidas pelo arquiteto.
* O arquiteto depende do engenheiro para validar a **viabilidade técnica** das soluções propostas.

***

#### 💡 **Conclusão**

* Esta relação é essencial para garantir que os processos modelados são **executáveis** e **sustentáveis** dentro da infraestrutura da organização.
* Pode ser usada para discutir temas como **compatibilidade de sistemas**, **governança de TI** e **automação de processos**.

### 🔍 💡 **Conslusões finais**

* A colaboração entre **Business e IT** é essencial para garantir que os modelos de processo são **realistas**, **executáveis** e **alinhados com os sistemas existentes**.
* Cada stakeholder tem uma **perspetiva diferente** sobre o processo, o que pode gerar **conflitos ou complementaridade**.

***

#### 🧪 **Exercício para os alunos**

**Título: Mapeamento de Stakeholders**

**Objetivo:** Identificar os papéis envolvidos num processo e como cada um contribui para a sua modelação e melhoria.

**Tarefas:**

1. Escolher um processo (ex.: onboarding, encomenda, atendimento).
2. Identificar os stakeholders envolvidos.
3. Classificar cada stakeholder como pertencente à área de Business ou IT.
4. Descrever o contributo de cada um para:
   * Descoberta do processo
   * Validação do modelo
   * Implementação de melhorias

**Entrega:**

* Tabela com stakeholders e funções.
* Texto breve (máx. 200 palavras) sobre a importância da colaboração entre áreas.

</details>

***

<details>

<summary>Desafio 1: Conhecimento fragmentado do processo</summary>

<figure><img src="/files/ttYvKIZUd9ufXUMHrrA7" alt=""><figcaption></figcaption></figure>

### 🧪 **Exercício: Identificação e Consolidação de Conhecimento Fragmentado**

#### 🎯 **Objetivo**

Compreender como o conhecimento fragmentado afeta a modelação e análise de conformidade de processos.

***

#### 📄 **Contexto**

A imagem mostra um processo de empréstimo com cinco etapas formais:

1. Registar o pedido
2. Verificar crédito
3. Modificar contrato de empréstimo
4. Calcular taxa de juro
5. Elaborar proposta

Além disso, há três intervenientes que partilham informações não documentadas:

* Fotocópia do formulário antes da entrega.
* Dúvidas sobre entrega direta do dinheiro.
* Justificação para agrupamento de financiamento.

***

#### 🧠 **Tarefas**

**🔹 Parte 1 — Análise Individual**

1. Identifique quais das falas representam **ações não formalizadas** no processo.
2. Classifique cada fala como:
   * Informação operacional
   * Dúvida sobre regras
   * Justificação estratégica

**🔹 Parte 2 — Modelação**

3. Atualize o modelo do processo incluindo:
   * Ações informais (ex.: fotocópia)
   * Decisões implícitas (ex.: agrupamento de financiamento)
   * Pontos de dúvida ou ambiguidade

Sugestão: use BPMN ou um fluxograma simples.

**🔹 Parte 3 — Discussão**

4. Quais os riscos de manter conhecimento fragmentado?
5. Que técnicas poderiam ser usadas para consolidar este conhecimento (entrevistas, workshops, logs, etc.)?

***

#### 📦 **Entrega**

* Diagrama atualizado do processo.
* Tabela com classificação das falas.
* Texto breve (máx. 300 palavras) com análise dos riscos e propostas de melhoria.

</details>

***

<details>

<summary>Desafio 2: O Especialista do domínio pensa em termos de instancias</summary>

<figure><img src="/files/4uiTaRovzbHS2kjZiVIN" alt=""><figcaption></figcaption></figure>

> ”Todas as viagens são diferentes.“
> \
> "Não se pode realmente comparar. Os nossos clientes vão a lugares diferentes, em diferentes estações, usando diferentes modos de transporte.“
>
> ” Nós nunca podemos fazer nada exatamente da mesma maneira. Existem tantas condições especiais.“

🔍 Explicação:

A imagem mostra um cenário onde o especialista do domínio (por exemplo, um agente de viagens ou gestor de processos) vê cada execução do processo como **única e irrepetível**, com frases como:

* “Todas as viagens são diferentes.”
* “Não se pode realmente comparar.”
* “Existem tantas condições especiais.”

***

#### 🧠 O que isto revela:

* Dificuldade em **generalizar** ou **padronizar** o processo.
* Resistência à modelação formal.
* Perceção de que o processo é altamente **contextual** e **variável**.

***

#### 🧪 Exercício

**Título: Desafio da Variabilidade Percebida**

**Objetivo:** Refletir sobre os impactos da perceção de variabilidade na modelação e análise de processos.

**Tarefas:**

1. Identifique os argumentos usados pelo especialista para justificar que o processo não pode ser modelado.
2. Discuta se é possível encontrar padrões mesmo em processos altamente personalizados.
3. Proponha uma abordagem para modelar este tipo de processo, considerando:
   * Agrupamento por tipo de cliente ou destino.
   * Uso de variantes no modelo.
   * Inclusão de regras de exceção.

> <mark style="color:orange;">**Entrega:**</mark>
>
> * Texto breve (máx. 300 palavras) com análise e proposta.
> * Esboço de um modelo simplificado com variantes.

</details>

***

<details>

<summary>Desafio 3: É raro o conhecimento sobre modelação de processos</summary>

”Por favor, pode-me confirmar se este diagrama descreve corretamente o seu processo?“

<figure><img src="/files/1Q4Qd4UpdiKlTO6q1g2W" alt=""><figcaption></figcaption></figure>

#### 🔍 Explicação:

A imagem mostra um diagrama complexo com diversos elementos BPMN e a pergunta:

> “Por favor, pode-me confirmar se este diagrama descreve corretamente o seu processo?”

Este cenário evidencia que:

* O **especialista do domínio** não está familiarizado com notações como BPMN.
* Há uma **barreira de comunicação** entre analistas e utilizadores do processo.
* A validação do modelo torna-se difícil sem uma linguagem acessível.

***

#### 🧠 O que isto revela:

* A modelação pode ser vista como técnica demais.
* É necessário adaptar a linguagem visual e explicativa ao público.
* A validação deve ser feita com apoio visual simplificado ou por meio de entrevistas guiadas.

***

#### 🧪 Exercício&#x20;

**Título: Barreiras na Validação de Modelos de Processo**

**Objetivo:** Refletir sobre os desafios de comunicar modelos de processo a especialistas do domínio.

**Tarefas:**

1. Identifique os elementos BPMN que podem causar confusão a um utilizador não técnico.
2. Proponha formas de simplificar a comunicação do modelo (ex.: legendas, agrupamentos, uso de fluxogramas).
3. Crie uma versão simplificada do modelo que possa ser validada por um utilizador comum.

{% hint style="warning" %}
**Entrega:**

* Lista de elementos complexos.
* Modelo simplificado (desenho ou BPMN reduzido).
* Texto breve (máx. 200 palavras) com proposta de abordagem de validação.
  {% endhint %}

</details>

### Competências do Analista de Processos

{% stepper %}
{% step %}
**Compreensão do problema**

Conhecimento episódico disponível para chegar à raiz do problema
\
A organização do conhecimento ajuda a estruturar o problema
{% endstep %}

{% step %}
**Resolução do problema**

Identificação da causa (pistas relacionadas com o problema)
\
Gestão de hipóteses (formulação e teste de hipóteses)
\
Definição de metas (o que precisa ser alcançado em seguida)
\
Estratégia top-down impulsionada por metas de análise
{% endstep %}

{% step %}
**Capacidades de modelação**

Bem estruturado e exposto
\
Rotulado sistematicamente
\
Pontos iniciais e finais explícitos de um processo
\
Granularidade e decomposição apropriadas
{% endstep %}
{% endstepper %}

***

### Recap: Técnicas para a Descoberta de Processos

#### > Baseadas em evidência

{% tabs %}
{% tab title="Análise de Documentos" %}

* Documentos apontam para funções, atividades e objetos de negócios existentes
* Documentação formal em termos de:
  * Organograma
  * Plano de carreiras
  * Relatório de certificado de qualidade
  * Políticas Internas
  * Glossários e Manuais
* Formulários
* Instruções de trabalho
  {% endtab %}

{% tab title="Observação" %}
\*
Observar o que as pessoas fazem no local de trabalho

* Rastrear objetos de negócios no decorrer de seu ciclo de vida
* Inspecionar o local de trabalho
  {% endtab %}

{% tab title="Descoberta automática (Process Mining)" %}

<figure><img src="/files/tm0WxePuBecUTtnnn70e" alt=""><figcaption></figcaption></figure>

#### 🔍 **Componentes principais:**

1. **"World" (o mundo real)**\
   Inclui pessoas, processos de negócio, máquinas, componentes e organizações — ou seja, tudo o que acontece na prática.
2. **Software System (sistema de software)**
   * **Controla e suporta** os processos do mundo real.
   * **Especifica, configura, implementa e analisa** os modelos de processo.
   * **Regista eventos** em logs (ex.: transações, mensagens).
3. **Event Logs (logs de eventos)**
   * Contêm os dados reais das execuções dos processos.
   * São usados para **descoberta**, **verificação de conformidade** e **melhoria** dos modelos.
4. **Process Model (modelo de processo)**
   * Representa o processo ideal ou teórico.
   * É comparado com os dados reais para identificar desvios e oportunidades de melhoria.

***

#### 🔁 **Fluxo de Interação**

* O sistema regista eventos → gera logs → permite descobrir o modelo real → compara com o modelo teórico → propõe melhorias.
  {% endtab %}
  {% endtabs %}

<details>

<summary>Entrevistas</summary>

<figure><img src="/files/u1Jhq3VA5hnYp1JJdmJG" alt=""><figcaption></figcaption></figure>

* Entrevistas estruturadas versus entrevistas não estruturadas
* Premissa: analista e participante partilham terminologia
* Em seguida, as perguntas são direcionadas para identificar desvios do processamento padrão

</details>

***

<details>

<summary>Workshops</summary>

* Reunir todos os principais interessados
* Um analista de processo, vários especialistas de domínio
* Os participantes interagem para criar entendimento compartilhado
* Frequentemente: suportado por software, é criado um modelo diretamente durante o workshop (função separada)
* Modelo é ponto de referência para discussões
* Alternativa: workshops de papel pardo (brown bag)

<figure><img src="/files/YQzD8KiOs7dcrsu22v1p" alt=""><figcaption></figcaption></figure>

</details>

***

#### 📊 **Técnicas de Descoberta de Processos — Pontos Fortes e Fracos**

<table data-header-hidden><thead><tr><th width="205.199951171875">Técnica</th><th>Forças</th><th>Fraquezas</th></tr></thead><tbody><tr><td>Técnica</td><td>Forças</td><td>Fraquezas</td></tr><tr><td><strong>Análise de Documentos</strong></td><td><ul><li> Informação estruturada</li><li>Independente da disponibilidade dos participantes</li></ul></td><td><ul><li>Material desatualizado</li><li>Nível errado de abstração</li></ul></td></tr><tr><td><strong>Observação</strong></td><td><ul><li>Compreensão enriquecida no contexto do processo</li></ul></td><td><ul><li>Potencialmente intrusivo</li><li>Participantes podem alterar comportamento</li><li>Apenas capta alguns casos</li></ul></td></tr><tr><td><strong>Descoberta Automática</strong></td><td><ul><li>Extenso conjunto de casos</li><li>Dados objetivos</li></ul></td><td><ul><li>Problemas com a qualidade dos dados</li></ul></td></tr><tr><td><strong>Entrevista</strong></td><td><ul><li>Investigação detalhada no processo</li></ul></td><td><ul><li>Requer tempo dos participantes</li><li>Necessita várias iterações</li></ul></td></tr><tr><td><strong>Workshop</strong></td><td><ul><li>Esclarecimento direto de perspetivas conflitantes</li></ul></td><td><ul><li>Requer disponibilidade simultânea de vários participantes</li></ul></td></tr></tbody></table>

***

<figure><img src="/files/C5Wtl80mYJb0Zz3h8Nqn" alt=""><figcaption></figcaption></figure>

<details>

<summary>💪 <strong>Exercício</strong> 🥋: Esforço de Descoberta de Processos</summary>

Considere que o processo de encomenda do seu revendedor de livros on-line favorito tem dez atividades principais que são realizadas por pessoas diferentes.

Quanto tempo será necessário para criar um modelo de processo que é validado e aprovado pelo dono do processo?

Faça suposições apropriadas.

</details>

***

<details>

<summary>🎯 Resposta ao Exercício "Esforço de Descoberta de Processos"</summary>

Esse processo contém dez atividades principais executadas por pessoas diferentes.

Podemos supor que haverá uma reunião inicial com o dono do processo e alguns especialistas importantes no primeiro dia. Pode ser necessário **um dia** para estudar a documentação disponível.

Uma entrevista com um especialista no domínio pode levar **de duas a três horas**, de modo que poderemos conhecer **duas pessoas por dia e documentar os resultados da entrevista no período noturno.**

Vamos supor que encontramos algumas pessoas apenas uma vez enquanto procuramos obter feedback de especialistas importantes em duas entrevistas adicionais. Então, haveria uma aprovação final do dono do processo.

A isso **acresce um dia para o arranque inicial**, um para o estudo dos documentos, cinco dias para as primeiras entrevistas de iteração e mais cinco dias, se assumirmos que encontramos cinco especialistas três vezes.

Então, precisamos de **um dia para preparar a reunião** para aprovação final com o dono  do processo, que será no dia seguinte.

Se não houver atrasos e problemas de agendamento, isso exigirá **2 + 5 + 5 + 2 = 14 dias** úteis no mínimo.

</details>

***

### Considere as duas seguintes empresas :

{% columns %}
{% column %}
A empresa A é jovem, fundada há três anos, e cresceu rapidamente para um número atual de cem funcionários

<figure><img src="/files/hLjwpL9UX6husQ9GfqwD" alt=""><figcaption></figcaption></figure>
{% endcolumn %}

{% column %}
A empresa B é propriedade do estado e opera num domínio com extensas regulamentações de saúde e segurança.

<figure><img src="/files/4qUY44ywAEirycJ8cSLi" alt=""><figcaption></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

{% hint style="danger" %}
Como é que essas diferentes características podem influenciar uma abordagem de descoberta baseada em workshops?
{% endhint %}

***

<details>

<summary>1 - <strong>Descoberta e Cultura Organizacional</strong></summary>

Antes de iniciar a descoberta do processo, é importante entender a cultura e os sentimentos de uma organização.

Existem empresas que pregam e praticam uma cultura aberta na qual todos os funcionários são encorajados a expressar as suas ideias e críticas.

Essas organizações podem beneficiar muito dos workshops, pois os participantes provavelmente apresentarão as suas ideias livremente.

Em organizações estritamente hierárquicas, é necessário ter um cuidado especial para que cada participante sinta liberdade e tenha capacidade para se expressar num workshop e que ideias e críticas não sejam retidas.

Pode ser o caso de que a empresa jovem e dinâmica tenha uma cultura mais aberta do que a empresa, com extensas regulamentações de saúde e segurança. Isso deve ser levado em conta ao organizar um workshop.

</details>

***

<details>

<summary>2 - Organizar o material recolhido</summary>

* Identifique os limites do processo
* Identificar atividades e eventos
* Identificar recursos e as interações
* Identifique o fluxo de controle
* Identifique elementos adicionais.

</details>

***

<details>

<summary>3 - Estabelecer Fronteiras do Processo</summary>

* Sob que condição o processo começa?
* Com que resultado acaba?
* Qual a perspetiva que você assume?

</details>

***

<details>

<summary>4 - Identificar Atividades e Eventos</summary>

<figure><img src="/files/MwSCCsaEYYRvEeckzttV" alt=""><figcaption></figcaption></figure>

</details>

***

<details>

<summary>5 - Identificar Recursos e Interações</summary>

<figure><img src="/files/u9azMIgapbTvlnlKUkNE" alt=""><figcaption></figcaption></figure>

</details>

***

<details>

<summary>6 - Identificar o Fluxo de Controlo</summary>

<figure><img src="/files/qXGJymLjhDRNGhLSRenu" alt=""><figcaption></figcaption></figure>

</details>

### Garantia de Qualidade

<details>

<summary><strong>🔹 Qualidade Semântica</strong></summary>

* Refere-se à **correção e completude** do modelo em relação à realidade do processo.
* Envolve o **significado** das atividades e decisões.
* Exemplo: “assess risk”, “sign loan contract”, “archive application” — devem refletir o que realmente acontece.

</details>

<details>

<summary><strong>🔹 Qualidade Sintática</strong></summary>

* Diz respeito à **estrutura formal** do modelo.
* Verifica se o modelo está **bem construído**, sem erros como deadlocks ou loops infinitos.
* Está associada à **verificação técnica**.

</details>

<details>

<summary><strong>🔹 Qualidade Pragmática</strong></summary>

* Foca na **usabilidade e clareza** do modelo.
* O modelo deve ser **compreensível** para os stakeholders.
* Inclui layout, rotulagem e organização visual.

</details>

***

#### 🔍 **Ações de Garantia de Qualidade**

| Ação             | Objetivo Principal                                                            |
| ---------------- | ----------------------------------------------------------------------------- |
| **Validação**    | Confirmar que o modelo representa corretamente o processo real.               |
| **Certificação** | Atestar que o modelo cumpre requisitos formais e normativos.                  |
| **Verificação**  | Garantir que o modelo está tecnicamente correto e livre de erros estruturais. |

***

<figure><img src="/files/uJkJ1SBjZjHY46dy889K" alt="" width="563"><figcaption></figcaption></figure>

#### 📌 **Ligação com Process Mining**

* Após a **descoberta de processos**, é essencial aplicar estas camadas de qualidade para garantir que o modelo é:
  * **Fiel à realidade** (semântica),
  * **Formalmente correto** (sintática),
  * **Comunicável e útil** (pragmática).

<details>

<summary>1 - Este modelo de processo é de boa qualidade?</summary>

<figure><img src="/files/uKmTAqUA6nFXzuWzVfSl" alt=""><figcaption></figcaption></figure>

</details>

<details>

<summary>Qualidade Sintática : Verificação</summary>

<figure><img src="/files/UvJy1cyqVlgIEQiKDviO" alt=""><figcaption></figcaption></figure>

<figure><img src="/files/hARypL2gWbrJY2ILBKQ0" alt=""><figcaption></figcaption></figure>

<figure><img src="/files/5kf2goyK5UaqYSChnOPZ" alt=""><figcaption></figcaption></figure>

</details>

<details>

<summary>2 - Este modelo de processo é de boa qualidade?</summary>

<figure><img src="/files/CesqiXL6RxEu3lAyIr2H" alt=""><figcaption></figcaption></figure>

</details>

<details>

<summary>Formular rótulos adequadamente</summary>

* Atividades como Verbo-Objeto
* Eventos como objeto-particípio
* Condições com referência ao objeto

</details>

<details>

<summary>Qualidade Semântica : Validação</summary>

* Correção e
* Completude

<figure><img src="/files/w3jZ2Ax14ZynEKPY365Q" alt=""><figcaption></figcaption></figure>

</details>

<details>

<summary>Qualidade Pragmática : Layout</summary>

<figure><img src="/files/Jr0hNyU5ISnuvHhieel0" alt=""><figcaption></figcaption></figure>

</details>

***

### **Sete Diretrizes de Modelação de Processos (7DMP)**

&#x20;    D1. Use o menor número possível de elementos no modelo

&#x20;    D2. Minimize o número de caminhos por elemento

&#x20;    D3. Use um evento inicial e (preferencialmente) um final

&#x20;    D4. O modelo deve ser tão estruturado quanto possível

&#x20;    D5. Evitar gateways OR

&#x20;    D6. Usar verbos-objeto nos rótulos das atividade

&#x20;    D7. Decomponha um modelo com mais de 50 elementos

💪 Exercício:

Explique quais as diretrizes 7DMP que apontam para o potencial de melhoria. Remodele o processo com base nas suas observações.

<figure><img src="/files/hyrP6wGFk3I28KB0OQEb" alt=""><figcaption></figcaption></figure>

<details>

<summary>O processo revisto</summary>

<figure><img src="/files/zpFjjn0pSeCF1E9S8uvC" alt=""><figcaption></figcaption></figure>

</details>

<mark style="color:blue;">**RECAP**</mark>

Na descoberta de processos especialistas do domínio e analista de processo têm diferentes pontos fortes mas também limitações

Existem vários métodos de descoberta

É importante garantir a qualidade

* Correção,
* Compleitude e
* Consistência.

> E logo que tenho um modelo, o que acontece a seguir?

**-> Técnicas de análise de processos:**

* Análise de valor acrescentado  e análise de desperdício
* Análise da causa principal (root-cause)
* Análise de Fluxo
* Análise de filas de espera
* Simulação de Processos

### 💪 Exercício

<details>

<summary><strong>🧹Exercício: Caso prático - Processo de Limpeza no Sunshine Hotel -</strong> “Conformidade &#x26; Digitalização”</summary>

### 📘 Contexto&#x20;

### Desafio 1 — “Conformidade & Digitalização”

**Contexto (revisto):**\
O Sunshine Hotel usa agora o PMS para **exportar** a lista de quartos ocupados (substitui a impressão). A checklist passou a ser **digital** (auditoria).

* O líder exporta a lista do PMS e **envia** à governanta via app. ⏱️ **5 min** (antes 10)
* A governanta **carrega o carrinho** com materiais. ⏱️ **18 min** (antes 20)
* O carrinho continua a permitir **10 quartos**.
* Por quarto: **limpar & arrumar** + **preencher checklist digital** (inclui foto). ⏱️ **14 + 1 = 15 min** (igual no total, mas com 1 min explícito de auditoria)
* No final, **submete checklist** e **arruma o carrinho**. ⏱️ **6 min** (antes 5)

#### 🧠 **Tarefas:**

a) **BPMN:** modela com lanes (“Líder”, “Governanta”, “PMS”). Usa nomes **verbo-objeto** para atividades e eventos em **particípio** (ex.: “Lista exportada”). Inclui **Data Objects**: “Lista de Quartos”, “Checklist Digital”.\
b) **Tempo:** 20 quartos, 1 governanta e 1 carrinho. Calcula a duração.\
c) **Melhoria:** impacto de comprar 1 carrinho extra e/ou contratar 1 governanta.\
d) **Conformidade:** verifica o diagrama com as **7DMP** (minimizar elementos, evento inicial/final, estruturação, evitar OR, rotulagem, etc.).&#x20;

***

### Desafio 2 — “Exceções & DND” (pequena variação com eventos)

**Contexto (revisto):**

* Mantém os tempos originais, **mas** 2 dos 20 quartos têm **DND/Não Incomodar** até **+60 min** (evento temporizador).
* Se DND ativo, a governanta **regista ocorrência** na app e **revisita** o quarto após 60 min.
* Ao trocar de **andar**, é obrigatória **higienização do carrinho** (compliance H\&S). ⏱️ **3 min** por troca de piso.

#### 🧠 **Tarefas:**

a) **BPMN:** usa **evento intermedio de temporizador** num subprocesso “Limpar quarto \[loop]” para o caso DND; gateway exclusivo “DND ativo?”. Anota **policy** de higienização como **tarefa adicional** entre andares.\
b) **Tempo:** 20 quartos distribuídos por 3 andares (podes assumir 7/7/6). Calcula o impacto dos 2 DND (+60 min cada) e das higienizações.\
c) **Conformidade:** identifica o tipo de conformidade afetado (**temporal** e **regras de negócio**) e valida pelas **7DMP**.

***

### Desafio  3 — “Qualidade & Amostragem” (controlo leve)

**Contexto (revisto):**

* Após cada 10 quartos, o **Supervisor de Qualidade** faz **amostragem de 10%** dos quartos já limpos (arredonda para cima). ⏱️ **5 min/quarto auditado**.
* A auditoria é **em paralelo** à limpeza, mas **bloqueia a entrega final** se existirem **não-conformidades** (precisa de “Re-trabalho” de 8 min no quarto sinalizado).

#### 🧠 **Tarefas:**

a) **BPMN:** acrescenta a lane “Supervisor de Qualidade” e um **gateway** para “Há não-conformidades?”. Usa **evento de mensagem** da governanta para o supervisor (pedido de auditoria).\
b) **Tempo:** 20 quartos; calcula a duração com 2 quartos auditados (10%) e 1 deles a necessitar retrabalho (8 min).\
c) **Conformidade & 7DMP:** verifica a **rotulagem** (atividades verbo-objeto; eventos em particípio) e a presença de **evento inicial/final**.

DND = **“Do Not Disturb”**

</details>

### 📅 Entrega

**Prazo:** Entregar via Moodle até a próxima semana\
**Formato:** PDF ou apresentação com o diagrama, cálculos e análise

{% embed url="<https://moodle.ensinolusofona.pt/>" %}

<i class="fa-angles-right">:angles-right:</i> Próxima Aula:&#x20;

{% content-ref url="/spaces/qFUsHYVDPF1KzEGE3Ira/pages/FWxwc74k2eRLOUoAEMpp" %}
[Lab 9.2 – Process Mining — Setup / Descoberta](/fundamentals-of-information-systems/lab-8/lab-9.2-process-mining-setup-descoberta.md)
{% endcontent-ref %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://ulht-jcb.gitbook.io/fundamentals-of-information-systems/lab-9/lab-8.2-conformidade-and-kpis.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.