Upload
vuongtram
View
217
Download
3
Embed Size (px)
Citation preview
©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