BPM

Architectes, Chefs de projets, Consultants, Ingénieurs

• Découverte du domaine et de sa finalité.
• Être capable de créer et maintenir des procédures.
• Connaître les particularités d'un projet BPM/Workflow.

Introduction

• Présentation du domaine
  • Le workflow
  • Elargissement avec le BPM
  • Domaines connexes
• Vue organisationnelle
  • Le moteur, au centre: son rôle
  • La modélisation: enjeux
  • Les clients: leurs attentes
  • Les acteurs, humains ou non: leurs rôles
  • Les échanges entre moteurs: l'intérêt
  • L'administration et le monitoring: la cerise sur le gâteau
  • Parallèle avec le modèle WfMC
• Pourquoi automatiser un processus?

Modélisation

• Notions de base
  • Mots-clés: étapes, champs, destinataire, corbeille, processus,procédure, sous-procédure...
  • Les normes
  • L'interface de modélisation
  • Cycle de vie des procédures: publication, versionning...
• Circuit "complet"
  • Retrait d'étape
  • Attente d'événement extérieur
  • Embranchement en délai dépassé
  • Les rendez-vous et les boucles
  • Script

Modélisation (suite)

• Circuit "communiquant"
  • Accès à une base de données métier
  • Autres connecteurs
  • Circuit qui s'auto-dimensionne
  • Champs de type tableau et fonctions qui les manipulent
  • Allocation dynamique de sous-procédure

Particularités d'un projet workflow

• Le design des procédures
  • MOA vs. MOE: qui modélise?
  • Quelles procédures modéliser?
  • La granularité
  • La modélisation n'est pas la cartographie!
  • Ne pas oublier l'objectif initial
  • Gestion des erreurs: une tâche ne doit pas disparaître
• Une procédure n'est pas figée
  • Gérer les réorganisations de l'entreprise
  • L'affectation nominative vs. de groupe; la gestion des absences...
• Le cas des règles: pertinence de les externaliser

Des travaux pratiques sur la modélisation de processus métier sont réalisés.

Une attestation de participation sera transmise aux participants