©HEC Montréal

Séance 4: Modélisation et diagnostic des processus (actuel)

©HEC Montréal

2

Source: Méthodologie proposée par J. Jeston et J. Nelis (2008). pp. 56 (2008)

Optimisation du PA retenu et performance attendue

Développement de la solution (incluant RH)

Mise en place du nouveau PA et du SI

Ajout de valeur (évaluation des bénéfices)

Modélisation et diagnostic détaillé du PA retenu

Identification d’un projet prioritaire d’optimisation des PA

Stratégie organisationnelle

Architecture de processus

Ges

tion

du c

hang

emen

t

Lead

ersh

ip

Ges

tion

de p

roje

t

Étape 4:

Une méthode de réingénierie

©HEC Montréal

• Définition de Briol (2008) – Un modèle représente une abstraction de la réalité reflétant une

certaine façon de réduire la complexité naturelle d’un phénomène.

• Il ne faut pas confondre la modélisation du processus d’affaires avec celle du système d’information

• Principaux formalismes pour modéliser les PA – ANSI – EPC ou Event-driven Process Chain (associé à la modélisation de

processus compris dans SAP) – BPMN (nouveau standard dans l’industrie)

La modélisation des PA

3

©HEC Montréal

• Modèle de processus global – Cartographie de la frontière du projet – On modélise la séquence des processus et sous-processus impliqués

dans le projet

• Modèle de processus intermédiaire – Modèle analysable au niveau de la performance (assignation des

temps d’exécution, des ressources, des délais, etc.) et simulable – On modélise la séquence des activités

• Modèle de processus détaillé – Modèle exécutable (génère le code source) – On modélise la séquence des tâches

Les différents niveaux de modèles de PA

4

©HEC Montréal 5

Exemple de modèle intermédiaire

Source: Processus de gestion des demandes de prix – Cas MGGN - HEC .

©HEC Montréal

Exemple de modèle détaillé

Source: Activité «Consulter liste et identifier fournisseurs» - Cas MGGN - HEC. .

6

©HEC Montréal

• ANSI (celui qui sera utilisé dans le cours) • EPC ou Event-driven Process Chain (associé à la modélisation

de processus compris dans SAP) • BPMN ou Business Process Modeling Notation (nouveau

standard dans l’industrie)

Les différents formalismes de modélisation

7

©HEC Montréal

• Le plus simple mais le plus limité (mais encore largement utilisé…)

• Ne peut être utilisé pour générer directement du code ou pour faire de la simulation automatisée

• Se prête bien pour l’utilisation de produit du marché (VISIO, Word, etc…)

ANSI

8

©HEC Montréal

Activités Document Entrepôts Décision Attente Autres

Decision AttenteEntreposage

Entreposageinformatique

DocumentActivité manuelle

Activitéinformatisée

Activité humain-machine

Inspection

Début / Fin

Symbolisme de modélisation du processus (ANSI)

Les 12 éléments du formalisme ANSI (American National Standards Institute)

©HEC Montréal

• « Event-driven Process Chain » – Universitaires allemands en collaboration avec la firme SAP – Formalisme de modélisation qui permet de représenter la chaîne

événementielle d’un processus

• Avantages – Facile à utiliser et à interpréter – Plusieurs outils permettent de créer des diagrammes EPC (ex. Visio) – Utilisation d’opérateurs logiques (AND, XOR, OR, etc.) permettant de

représenter différents chemins et ainsi l’ordonnancement du processus

– Permet de décrire les processus supportés par les progiciels intégrés (ex. SAP R/3)

Formalisme EPC

10

©HEC Montréal

Symboles EPC

Source: Figure adaptée de Vesna Bosilj Vuksic & Ljubica Milanovic; EPC Diagrams.

©HEC Montréal

• Le formalisme BPMN fut élaboré en 2001 mais rendu disponible à la communauté informatique en 2004

• Depuis 2005, le consortium OMG assure la maintenance et l’évolution du formalisme BPMN – L’OMG (Object Management Group) est une association américaine à but

non-lucratif créée en 1989 dont l’objectif est de standardiser et promouvoir le modèle objet sous toutes ses formes (ex. propriétaire de UML, XML, etc.)

• Les concepteurs de BPMN ont cherché à combler formellement le vide qui existe entre la définition des PA et leur mise en œuvre (exécution)

• Langage standard permettant la description des processus d'affaires de l'organisation pour fins de contrôle, d'assurance-qualité, de gestion des risques et de conformité aux règles de gouvernance

BPMN (Business Process Modeling Notation)

Source: www.bpmn-introduction.com.

12

©HEC Montréal 13

Pourquoi BPMN ?

Processus d'affaires

Évoluent constamment

Systèmes d'information

Doivent être flexibles

Pression forte des gestionnaires pour que les systèmes soient modifiés rapidement

Les concepteurs d’applications ont besoin de temps pour adapter les systèmes

Temps

IT GAP

©HEC Montréal

Le cas Système de climatisation Airfrais – exercice #3

©HEC Montréal

• Toujours avec les mêmes équipes, faites la modélisation du processus de soumission

• Utilisez les gabarits de modélisation fournis et le formalisme ANSI

Exercice #3 (30 minutes)

16

©HEC Montréal ©HEC Montréal

Pause de 15 minutes

©HEC Montréal

• Discussions sur les modèles • Discussions sur les difficultés rencontrées

Retour sur l’exercice

18

©HEC Montréal

19

Source: Méthodologie proposée par J. Jeston et J. Nelis (2008). pp. 56 (2008)

Optimisation du PA retenu et performance attendue

Développement de la solution (incluant RH)

Mise en place du nouveau PA et du SI

Ajout de valeur (évaluation des bénéfices)

Modélisation et diagnostic détaillé du PA retenu

Identification d’un projet prioritaire d’optimisation des PA

Stratégie organisationnelle

Architecture de processus

Ges

tion

du c

hang

emen

t

Lead

ersh

ip

Ges

tion

de p

roje

t

Étape 4:

Une méthode de réingénierie

©HEC Montréal

• Prérequis pour un bon diagnostic 1. Un modèle à jour du/des processus à analyser 2. Les intrants provenant de la stratégie organisationnelle

Énoncé de mission et/ou de vision Une orientation stratégique claire Une liste d’objectifs à atteindre Une liste de facteurs critiques de succès (FCS)

3. Les enjeux stratégiques qui ont justifiés l’exercice

Diagnostic d’un processus

20

©HEC Montréal

• Analyse des composantes du processus 1. Simuler le processus ciblé en recensant les temps, le nombre

d’interaction entre les intervenants, le nombre d’interactions avec le client, le nombre de personne impliquées dans le processus

Diagnostic d’un processus – étape 1

21

©HEC Montréal

• Examiner la valeur ajoutée de chacune des étapes dans le processus

Diagnostic d’un processus – étape 2

22

Activité

Effectue une transformation ?

Valeur ajoutée réelle (VAR)

Contribue aux objectifs du client

externe ?

Contribue aux objectifs de

l’entreprise ?

Sans valeur ajoutée (SVA)

Valeur ajoutée d’affaires (VAA)

Oui

Oui Oui

Non

Non

Non

Sources: Rivard et Talbot (2001)

©HEC Montréal

• Cibler les activités avec un potentiel de risques – De délais – D’erreur de saisie d’information – De coût – De désagréments pour le client – De manque de transparence ou de clarté

Diagnostic d’un processus – étape 3

23

©HEC Montréal ©HEC Montréal

Lunch…. De retour à 13h15

©HEC Montréal

Le cas Système de climatisation Airfrais – exercice #4

©HEC Montréal

• Simuler le processus de soumission • Sans donner de solutions, déterminez les activités qui

comportent les risques en identifiant le risque

Exercice #3 (20 minutes)

26

©HEC Montréal

• Discussions sur les modèles • Discussions sur les difficultés rencontrées

Retour sur l’exercice

27