1 / 79

Les ERP :

Les ERP :. Une autre vision des systèmes d’information Partie 2. Programme du cours. Définitions et composition d’un ERP, Le Marché des ERP, La structure et la vie d’un projet ERP, Conduite du changement, Maintenance des ERP, Progiciels «périphériques», Conclusions.

addison
Download Presentation

Les ERP :

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Les ERP : Une autre vision des systèmes d’information Partie 2

  2. Programme du cours • Définitions et composition d’un ERP, • Le Marché des ERP, • La structure et la vie d’un projet ERP, • Conduite du changement, • Maintenance des ERP, • Progiciels «périphériques», • Conclusions.

  3. Structure et vie d’un projet ERP

  4. Le taux de réussite d’un grand projet • Le taux de réussite des grands projets informatiques continue d'être faible : • Un sur deux échoue, sur le respect des délais, des budgets ou des objectifs initiaux, • Il faut 5 ans pour déployer complètement un ERP dans un grand groupe = construction d’une centrale nucléaire !

  5. Une méthodologie ?Pourquoi une méthodologie ? • Installer un ERP dans une entreprise  un vrai challenge, • Peu à voir avec l’installation d’un produit «classique», • Plug and play ? NON, il ne suffit pas de tourner la clé pour démarrer, • Il faut : • établir le choix et préparer le lancement du projet, • analyser les processus de l’entreprise pour, éventuellement, les modifier puis paramétrer l’ERP pour l’adapter aux besoins de l’entreprise, • former l’équipe informatique, les utilisateurs clés (chargés d’indiquer les modes de fonctionnement) puis les utilisateurs finals, • migrer les données de l’ancien vers le nouveau système, • tester et valider les solutions proposées (comment être sûr que la bonne fonction est implémentée correctement ?), • C’est un véritable projet d’entreprise, • Peut-on faire cela dans n’importe quel ordre ?

  6. La mise en place d’un ERP : un projet à part entière • Une méthodologie d’implantation d’ERP c’est : • Une structure, • Un mode de fonctionnement, • Une démarche, • Exemples de méthodologie chez les éditeurs : • ASAP pour SAP, • TARGET pour SSA (Baan).

  7. Une structure de projet :un exemple d’instances de projet Comité de Pilotage Comité de Coordination Comité de Projet Comité de Projet Comité de Projet Équipes MOA Équipes MOE Équipes MOA Équipes MOE Équipes projet MOA Équipes projet MOE Selon complexité du projet

  8. Rôles et fréquences deréunions des instances projet Rôle Fréquence Comité de Pilotage Pilotage Stratégique (dernier niveau décision) Mensuelle ou Bi-mensuelle Comité de Projet (MOE et MOA) Pilotage Opérationnel Hebdomadaire à mensuelle Comité de Projet (MOA seule) Conduite du changement Hebdomadaire à mensuelle Comité de Coordination Synchronisation par rapport aux autres projets Mensuelle ou Bi-mensuelle

  9. Structure de projet :Comité de pilotage • Rôle et responsabilités : • Suivi d’ensemble du projet et décisions/arbitrages, • Approbation des documents majeurs de gestion du projet. Plan Qualité Projet, Rapport d’avancement de projet et révision planning, • Validation officielle des passages de jalons, • Validation des besoins exprimés (réalisation ou non des développements spécifiques), • Gestion des points d’achoppements sur planification, ressources, grandes caractéristiques fonctionnelles, techniques et opérationnelles, qualité, • Périmètre d’interventions majeures : • non fourniture d’informations essentielles par l’un des acteurs du projet, • changements fondamentaux des objectifs projet, • retard dans l’exécution des tâches imparties à l’une des parties, • non fourniture des moyens prévus. • Membres : Président (PDG ou directeur), Directeur de projet, Chefs de projet, Commercial de l’intégrateur, …

  10. Structure de projet :Comité de Projet • Rôle et responsabilités : • Gestion quotidienne du projet, • Décisions fonctionnelles, techniques ou qualité soumises par les équipes projet (MOA/MOE), • Soumission au Comité de Pilotage pour arbitrages, les prises de décisions et les validations, • Rôle d’alerte auprès du Comité de Pilotage sur difficultés et préconisation des mesures correctives, • Reporting d’avancement du projet au Comité de Pilotage, • Transmission et exécution des décisions et orientations du Comité de Pilotage auprès des équipes projet, • Membres : • Chef(s) de projet MOE Client, • Chef(s) de projet MOA Client, • Chef(s) de projet MOE Intégrateur, • Responsables de domaine fonctionnel.

  11. Structure de projet :Comité de coordination • Pendant l’implantation de l’ERP, le gel de tout autre projet, est rarement possible, d’où la nécessité de ce type de comité, • Son objectif principal : • dès le début du projet, veiller à la cohérence générale de l’implantation de l’ERP avec les autres projets en cours ou prévus, • Trois options : • Une coordination point à point des projets, avec chaque Comité de projet, • Un Comité de coordination unique au domaine, où participent tous les projets et où sont traités tous les aspects de coordination, • Un Comité de coordination dédié «ERP» où participent tous les projets, mais où ne sont traités que les aspects de coordination et d’intégration de «ERP».

  12. Rôle des acteurs :Chef de projet (un par domaine) • MOE Client : • Possède une bonne connaissance de la problématique métier, • Possède une bonne vision du “futur recherché”, • Assure le suivi du projet (planning, budget, ressources) client, • Assure la coordination des tâches de son projet, • Possède une autorité de décision et/ou une force de proposition, • MOE intégrateur : • Assure, en liaison avec son homologue ‘Client’, le suivi du projet intégrateur ( planning, budget, ressources, ...), • Avertit des risques du projet et garantit l’atteinte des objectifs, • Fait intervenir toutes les ressources nécessaires à la bonne réalisation du projet.

  13. Rôle des acteurs :Utilisateur clé (un par domaine) • Participe activement à la modélisation par ses connaissances des procédures client, • Élabore la solution ERP, dans son domaine (choix et paramétrage), en collaboration avec le consultant intégrateur, • Rédige et démontre dans l’ERP, les scénarios de tests, • Rédige les procédures utilisateurs (IT : Instructions de travail), • Définit, prépare et dispense la formation opérationnelle à l’utilisateur final, • Propose d’éventuels changements de procédures ou d’organisations.

  14. Rôle des acteurs :Consultant fonctionnel • Est reconnu comme un expert ERP dans un domaine précis, • Réalise l’étude de l’existant, • Anime les ateliers de conception générale, • Modélise la solution de référence, • Paramètre l’ERP et démontre la solution mise en place avec l’utilisateur clé, • Aide à la formalisation des procédures et s’assure que les tests sont bien faits, • Participe aux étapes de migration et de démarrage.

  15. Exemple d’une méthodologie d’implantation d’un ERP Fonctionnement opérationnel Mise en service Avant-projet Réalisation Définition Lancement du projet Préparation au démarrage Mise en production Support Conception générale Réalisation Mise en place pilotage Management Formation Équipe projet Assistance aux Planification initiale Management Management Formation Équipe projet utilisateurs Évaluation déploiement Système configuré Suivi de la Formation utilisateurs Identification des risques Documentation Utilisateurs Supports de cours Plan de formation utilisateurs Réunion de lancement Conduite du formation Changement Management Produit opérationnel DCG Élaboration Scénarii produit / Process Procédures du projet Mise en place du support Configuration finale Configuration de base PQP Évaluation Environnement Production Analyse du besoin & existant Reprise de données Mise au point basculement Structure organisationnelle Projet lancé Fonctionnel Interfaces Revue de projet Tests Intégration Adéquation progiciel Basculement Définition Processus de gestion Spécifiques États / Rapports Analyse progiciel Optimisation du système Optimisation du système Planification besoins techniques Conception Mise en place Système production Mise en place Environnements système Architecture technique Technique Plan de tests mise en place Envir. test Tests systèmes Administration quotidienne du système J J J J J

  16. Grandes phases du projet • Pré étude (ou avant-projet ou étude de cadrage), • Lancement, • Définition (conception générale, prototypes), • Réalisation (conception détaillée, prototypes intégrés + tests / recette), • Préparation au démarrage (formations utilisateurs finaux et Bascule), • Support post bascule.

  17. Avant projet :Critères de choix d’un ERP • Les critères de choix sont nombreux : • pérennité de l’éditeur, • caractéristiques techniques et fonctionnelles, • intégration dans le système d’informations existant, • autres, … • Les caractéristiques fonctionnelles des produits demeurent un facteur prépondérant du choix, voire LE facteur clé.

  18. Avant projet :Plan de cadrage, Lancement du projet • Objectifs : • Préparer le projet, • Déterminer les objectifs et enjeux du projet, • Vérifier la faisabilité et l’adéquation de l’ERP aux besoins, • Délimiter le périmètre du projet, • Principales tâches : • Mettre en place le pilotage, • Évaluer les risques du projet, • Lister des procédures à mettre en œuvre, • Établir les premières solutions générales (macro solutions), • Fournir la cartographie applicative initiale (avec interfaces), • Écrire le PQP (Plan Qualité Projet), • Prévoir la 1ère version du plan de conduite du changement, • Lister les ressources tant humaines que techniques, • Construire le planning du projet, • Identifier les sources de données à migrer.

  19. Phases et composantes d’un projet ERP lancé 5% 1 Mois 25% 2 - 4 Mois 45% 4- 6 Mois 25% 2 - 3 Mois Pilotage Pilotage et suivi Qualité Réalisation Tests et recettes Support Conception Configuration Finale Recettes Mise en service et support Conception Générale Configuration de Base Mise en Oeuvre Tests d’intégration Lancement Développements (spécifiques, interfaces, états) Préparation à la bascule Reprise de données Stratégie Collecte données et règles Mapping Dévelop. des outils T0 Valid. T1 Valid. T2 Valid. Nettoyage / fiabilisation Communication et assistance au changement Conduite du Changement Plan de formation Supports de cours Formations Recettes Formations utilisateurs Gestion systèmes (environnements, autorisations, …) Architecture et Administration DEV Dossier Exploit PROD

  20. Les composantes ou «chantiers» • Pilotage (y.c. suivi qualité projet)  direction des projets, • Mise en œuvre (déclinable par sous-projet), • Migration / reprise de données, • Conduite du changement, • Architecture et administration, • Selon la taille du projet, chaque composantes a son propre chef de projet.

  21. Pilotage :Maîtrise d’œuvre MOA • MOA s’assure du bon déroulement du projet et est responsable de : • La définition des objectifs du projet, • La rédaction de la fiche de mission du chef de projet ou maître d’œuvre, • La spécification des besoins d’ajustement des fonctionnalités de l’ERP, • L’arbitrage sur les différents scénarii proposés par MOE, • La gestion du budget du suivi des dépenses, • La conduite du changement (déploiement, accompagnement des changements d’organisation et de processus), • La mise en place et la gestion des ressources, • L’assurance qualité projet, • La validation des livrables, • Le respect des jalons, • Les prises de décisions nécessaires au projet, • C’est la partie décisionnelle du projet • Elle rend compte à la Direction générale de l’entreprise. Client

  22. Pilotage :Maîtrise d’œuvre MOE • MOE pilote l’ensemble des activités permettant le déroulement des différentes phases du projet : • mise en œuvre du projet fonction des objectifs visés et des spécifications définies par MOA, • définition des différentes phases du projet et les activités correspondantes, • dimensionnement des ressources appropriées en fonction des activités, • planification et coordination des activités du projet, • réalisation et mise à disposition des produits conformes aux besoins spécifiés par MOA (fonctionnalités & performances), • identification des écarts par rapport au prévu et de proposition de solutions, • responsabilité qualité de mise en œuvre, • C’est la partie opérationnelle du projet • MOE rend compte à la MOA. Intégrateur

  23. Pilotage :PQP = Plan Qualité Projet • C’est le dispositif garantissant un déroulement optimum du projet. Il couvre l’ensemble des phases nécessaires à sa réalisation et précise : • les objectifs du projet, • les moyens conditionnant la réussite de sa mise en œuvre, • les conditions et les moyens de pilotage, • les structures et procédures de fonctionnement du projet, • les jalons à atteindre et les différentes étapes intermédiaires.

  24. Introduction Présentation générale du projet Répertoire documentaire Tableau d'affichage qualité du projet Assurance Qualité Diffusion et mises à jour du PQP Non-application du PQP et dérogations Procédures Qualité Opérationnelles Responsabilités Démarche Architecture globale et scénario Lancement des projets Bascule Synchronisation des travaux entre équipes (MOE-MOA) Tableaux synoptiques des produits MOE Livrables fournis par la MOA Logique globale de validation des livrables Procès verbaux de la MOA Prise en compte des réserves Organisation de la MOE Objectifs Principes Organisation des activités de maîtrise d’œuvre Organisation détaillée Structures de fonctionnement du projet Réunions de décision Réunions de travail Comité d’Avancement (MOE-MOA) Comités de domaine (MOE - MOA) War Room » (MOE-MOA) Réunion Interne de Bascule ou Projet (MOE-MOA) Pilotage du projet Planification et avancement des travaux Pilotage par les enjeux Gestion des alertes Gestion des actions MOE Les tableaux de bord Sécurité et protection industrielles Audits Effectués de la MOA Effectués intégrateur Audits internes à la MOE Gestion de la documentation Définitions Modèles Word, Excel, PowerPoint Identification Gestion des versions Procédure de traitement d’un document Documents de la MOA Gestion des environnements et de la configuration des logiciels Sauvegardes et archivages Gestion des modifications Responsabilité du logiciel d’application. Gestion des anomalies du logiciel d’application Gestion des demandes d’évolutions Gestion des demandes de modification Méthodes et outils Méthodes Outils (Bureautique, Planification, Gestion, Technique) Relations avec les sous-traitants et fournisseurs. Pilotage :Exemple de Plan Qualité Projet

  25. Mise en œuvre :Lancement • Objectif : • Procéder à la préparation et à la planification initiale du projet pour en faciliter son bon déroulement et maîtriser les coûts et les délais, • Tâches principales : • Planification du projet y compris des besoins techniques, • Organisation du projet, • Élaboration du PQP (Plan Qualité Projet) ou PAQ (Plan Assurance Projet), • Mise en place du dispositif de transfert de compétences, • Livrables principaux : • Périmètre du projet et stratégie d’implémentation, • Organisation du projet, • Planning détaillé du projet (tâches, ressources), • Plan de formation équipe projet / Transfert de compétences, • Définition des procédures et standards de la gestion de projet (Plan d’Assurance Qualité), • Définition des procédures et standards d’implémentation.

  26. Mise en œuvre :Conception générale Réalisation Tests et recettes Support Conception Configuration Finale Recettes Mise en service et support Conception Générale Configuration de Base Tests D’intégration Développements (spécifiques, interfaces, formulaires, états) Préparation à la bascule • Objectif : décrire le futur système cible • Mode opératoire : ateliers de conception, définis dans l’organisation du projet), pour détailler chaque règle de gestion qui oriente le paramétrage. Spécifications des interfaces, des développements spécifiques et des reportings • Tâches principales : • Formation de l’équipe de projet (client), • Installation du système de développement, • Définition de la structure, des données de base et des processus de l’entreprise, • Étude détaillée de l’existant et comparaison avec les possibilités de l’ERP, • Construction de la solution, à travers les prototypes généraux, • Mise en place d’un PAQ (Plan d’Assurance Qualité), • Recensement des différents profils utilisateurs.

  27. Mise en œuvre :Réalisation Réalisation Tests et recettes Support Conception Configuration Finale Recettes Mise en service et support Conception Générale Configuration de Base Tests D’intégration Développements (spécifiques, interfaces, formulaires, états) Préparation à la bascule • Objectif : réaliser la construction du système cible • Mode opératoire : à partir des spécifications de la phase de conception, réalisation des prototypes et des tests, documentation du paramétrage et des développements (interfaces, reports, développements spécifiques) • Principales tâches : • Gestion du projet, • Confirmation de la configuration de base, • Administration système (Ex. concept d’autorisation, device, …), • Configuration finale (paramètres), • Développement des interfaces, des reports, • Tests unitaires et premiers tests d’intégration et de non régression, • Documentation utilisateur final et supports de cours, • Contrôle qualité de la phase de réalisation.

  28. Distinguer processus métier et processus outil • Modélisation des processus  distinction entre «fonction métier» et «fonction informatique»,  • Fonction métier : cadre de définition, cahier des charges ou dossier de conception générale = base à la description des fonctions, • Paramétrer un ERP c’est transposer les processus métiers en processus exécutables par l’ERP, • Pour un processus donné (Ex. gestion des demandes d’achat) pas de processus type, mais une multitude de possibilités, • La flexibilité des ERP (paramétrage) est un avantage, au point de reproduire les dysfonctionnements organisationnels du passé ! • Les méthodologies d’implantation fournissent des outils d’analyse des processus métier pour les rassembler au sein d’un ensemble structuré (le référentiel), • Ces outils permettent de définir un processus cible équivalent à une véritable expression des besoins, structurée, en amont du paramétrage, • L’équipe projet MOE se charge de trouver la combinaison de paramètres permettant de répondre à ce besoin.

  29. Développement Produit Production Conception générale :Exemple de Business Concept Model Fabrication à la commande Gestion Qualité Besoins en nouveau produit Product Information Prévisions Ventes Programme Directeur Ordre achat Contrats/ Demande de devis Plan Directeur Besoins Projet Plan Matières Initialisation Projet Besoin Client Calcul de besoins Gestion Projet Ventes Achats Commande client facturée Plan Matières Projet terminé Livraison fournisseur Sous traitance Besoins Client Service Ordre Vente Emballage & Expédition Planification ordres Production Ordre Service facturé Magasins Réception marchandises Liste enlèvement Liste enlèvement Réception & Ctl qual. Matières prem. Composants manufacturés Compo- sants Sous ens. Manufac- turés Semi Finis Assemblage final Prod. Finis Emballage & expédition

  30. Conception :Exemple de macro Processus Processus détaillé Flux détaillé Processus principal Macro Processus Gestion Cde Gestion des devis Ventes Spécification du produit Études Fabrication

  31. Conception détaillée :Exemple de schéma d’un processus État (travail à réaliser) • Session ERP • Appel à une autre application • Activité manuelle • Appel à un autre processus ERP Activité Activité de contrôle Processusimbriqué (Processus grisé du fait de l'évaluation des conditions de contrôle) Texte reprenant tout ou partie du manuel utilisateur Instructions

  32. Conception détaillée :Assignation rôles / Processus Processus Organisation Entrer Fournisseur Non Fourniss. Connu ? Rôle B Département Non Demande achat ? Demande achat ? Instructions : Validation + signature Groupe Action Manuelle Utilisateur Rôle A Sous- processus A B Autre applic. Fourniss. Connu ? Session Non Demande achat ?

  33. Conception détaillée :Construction d'un modèle adapté Modules standard de base Modèles sectoriels Modèle adapté Règles -------------- -------------- -------------- Entreprise x Électronique A&D Automobile

  34. Mise en œuvre :Tests et recettes, préparation démarrage Réalisation Tests et recettes Support Conception Configuration Finale Recettes Mise en service et support Conception Générale Configuration de Base Tests D’intégration Développements (spécifiques, interfaces, formulaires, états) Préparation à la bascule • Objectif : rendre le système prêt au passage en production (consolidation de tous les travaux des phases précédentes), • Mode opératoire : réalisation des recettes utilisateurs, des formations de l’utilisateur final et les reprises des données, • Principales tâches : • Gestion de projet, • Recette finale du produit, • Formation utilisateurs finaux, • Administration du système, • Industrialisation (préparation de l’exploitation du système), • Planification détaillée du projet de basculement, • Contrôle qualité de la préparation au démarrage.

  35. Plan d’Assurance Qualité :Tests d’intégration et de non régression • Deux noms à ne pas confondre : • PQP : Plan Qualité Projet  projet et procédures internes • PAQ : Plan d’Assurance Qualité  qualité de la solution livrée • Tests unitaires des processus par sous-projets (ou domaine) • Intégration et tests transverses pour valider la cohérence d’ensemble : • Vérification de cohérence des différents choix de paramètres des sous-projets, • Idem pour des choix inter sites ou inter entreprises, • Test de l’intégration financière, • Tests de non régression si ajout d’une nouvelle fonction par rapport aux précédentes et aux autres systèmes (interfacés).

  36. Mise en œuvre :Mise en service et support Réalisation Tests et recettes Support Conception Configuration Finale Recettes Mise en service et support Conception Générale Configuration de Base Tests D’intégration Développements (spécifiques, interfaces, formulaires, états) Préparation à la bascule • Objectif : Rendre exploitable le nouveau système par les utilisateurs, Application stricte de la procédure et de la stratégie de migration validée dans la phase de recette (traitements de reprise / migration des données), • Mise en place de la procédure de correction d’anomalies (décrite dans le PAQ) • Recette provisoire, puis recette définitive ou VSR (Vérification en Service Régulier) prononcée à l’issue d’une phase probatoire (Ex. 12 mois), • Principales tâches : • Vérification des résultats des traitements d’exploitation, • Vérification des résultats des interfaces, • Vérification du contenu des données saisies par les utilisateurs, • Vérification des principaux indicateurs techniques.

  37. Phases et composantes d’un projet ERP Reprise de données 5% 1 Mois 25% 2 - 4 Mois 45% 4- 6 Mois 25% 2 - 3 Mois Pilotage Pilotage et suivi Qualité Réalisation Tests et recettes Support Conception Configuration Finale Recettes Mise en service et support Conception Générale Configuration de Base Mise en Oeuvre Tests D’intégration Lancement Développements (spécifiques, interfaces, formulaires, états) Préparation à la bascule Reprise de données Stratégie Collecte données et règles Mapping Dévelop. des outils T0 Valid. T1 Valid. T2 Valid. « Nettoyage » / fiabilisation Communication et assistance au changement Conduite du Changement Plan de formation Supports de cours Formations Recettes Formations utilisateurs Gestion systèmes (environnements, autorisations, …) Architecture et Administration DEV Dossier Exploit PROD

  38. Stratégie Collecte données et règles Mapping Dévelop. des outils T0 Valid. T1 Valid. T2 Valid. « Nettoyage » / fiabilisation Migration / Reprise des données (1/2) • L’étude de la reprise des données débute dès la phase de conception, • Nécessité d’établir une stratégie de reprise : • Que reprend-on, que ne reprend-on pas ? • Quelles règles de reprise / transformation, • Quelles reprises par programmes et quelles reprises manuelles ? • A quel(s) moment(s) ? • Il s’agit de comparer les données des anciens systèmes à migrer avec les données du nouveau système  matching • Développement des programmes de reprise, de transformation, de transcodification des données.

  39. Stratégie Collecte données et règles Mapping Dévelop. des outils TC0 Valid. TC1 Valid. TC2 Valid. Nettoyage / fiabilisation Migration / Reprise des données (2/2) • C’est aussi l’occasion d’épurer / fiabiliser les données • Deux sortes de données : • Statiques  matching des données (notamment obligatoires) • Dynamiques  les encours (comment faire pour les commandes partiellement livrées ?) • Modalités : • Tests à blanc des programmes d’extraction et interfaces de reprise, • Tests de volumétrie et tests d’acceptation par l’utilisateur.

  40. Phases et composantes d’un projet ERP : conduite du changement 5% 1 Mois 25% 2 - 4 Mois 45% 4- 6 Mois 25% 2 - 3 Mois Pilotage Pilotage et suivi Qualité Réalisation Tests et recettes Support Conception Configuration Finale ( ) Recettes Mise en service et support Conception Générale Configuration de Base Mise en Oeuvre Tests D’intégration Lancement Développements (spécifiques, interfaces, formulaires, états) Préparation à la bascule Reprise de données Stratégie Collecte données et règles Mapping Dévelop. des outils TC0 Valid. TC1 Valid. TC2 Valid. Nettoyage / fiabilisation Communication et assistance au changement Conduite du Changement Plan de formation Supports de cours Formations Recettes Formations utilisateurs Gestion systèmes (environnements, autorisations, …) Architecture et Administration DEV Dossier Exploit PROD

  41. Conduite du changement • La conduite du changement est un projet en soi, • Il fait l’objet d’un chapitre spécifique examiné ultérieurement. Communication et assistance au changement Plan de formation Supports de cours Formations Recettes Formations utilisateurs

  42. Phases et composantes d’un projet ERP : Architecture & administration 5% 1 Mois 25% 2 - 4 Mois 45% 4- 6 Mois 25% 2 - 3 Mois Pilotage Pilotage et suivi Qualité Réalisation Tests et recettes Support Conception Configuration Finale ( ) Recettes Mise en service et support Conception Générale Configuration de Base Mise en Oeuvre Tests D’intégration Lancement Développements (spécifiques, interfaces, formulaires, états) Préparation à la bascule Reprise de données Stratégie Collecte données et règles Mapping Dévelop. des outils TC0 Valid. TC1 Valid. TC2 Valid. Nettoyage / fiabilisation Communication et assistance au changement Conduite du Changement Plan de formation Supports de cours Formations Recettes Formations utilisateurs Gestion systèmes (environnements, autorisations, …) Architecture et Administration DEV Dossier Exploit PROD

  43. Architecture & administration • Objectifs : rendre opérationnels les différents environnements utilisés par le projet et préparer son fonctionnement régulier en opérationnel • Principales tâches : • Gérer les installations, • Mettre en place les différentes versions, • Installer et gérer les devices, • Gérer les autorisations, • Établir le dossier d’exploitation, • Nota : le projet d’implantation utilise divers environnements : • Formation, • Prototypage, • Développement • Validation / Recette, • … Gestion systèmes (environnements, autorisations, …) DEV Dossier Exploit PROD

  44. Envir. de Bascule à Blanc OPE Bascules Mise en OPE Pré PROD test de validation avant MEP MCO Test de non régression RAFRAICHISSEMENT Logiciel Architecture & administration :Exemple de Flux des composants PDEV Dvlpt de logiciel Envir. Proto Test unitaire logiciel et dvlpt AP Test de non régression Projet (Écarts) MDEV Dvlpt de logiciel Maintenance (modif.) Création d’une version Maître MAJ MASTER

  45. Copie Physique Export Oracle Import Oracle entre 3 et 5 jours Architecture & administration: Exemple de Mise à jour des données Envir. de Bascule à Blanc PDEV Dvlpt de logiciel Envir Proto Test unitaire logiciel et dvlpt AP Test de non régression OPE Projet (Écarts) Pré PROD test de validation avant MEP MDEV Dvlpt de logiciel + DEM MCO Test de non régression Maintenance (modif.) Création d’une version Maître

  46. Le basculement de système :Les approches de démarrage (1/2) • Big Bang : approche la plus ambitieuse et délicate • Toutes le fonctions sont “basculées” en même temps pour toute l’entreprise, • Méthode utilisée surtout au début des implantations d’ERP (Nbx «histoires douloureuses» dans les années 90), • Adhésion complète, en même temps  effort trop important. Aucune expérience d’utilisation préalable ET Aucune garantie que cela fonctionne (donc pas d’avocat de l’ERP) ? •  nécessite d’une grande mobilisation de la direction de l’entreprise, • Stratégie du «pilote» : implantation la plus courante • Installations d’instances ERP indépendantes (systèmes et données) pour chaque unité avec processus communs de consolidation financière et partage des données communes nécessaires au groupe (Ex. Chiffre d’affaires) ou processus communs (Ex. gestion des ressources humaines d’un même pays), • Implantation d’un pilote sur une unité «favorable», sans risque et représentative du business de l’entreprise puis, après rodage, extension unité par unité (roll out), • Approche adaptée aux grandes ou moyennes entreprises qui partagent peu de processus communs entre ses unités, mais plus longue.

  47. Le basculement de système :Les approches de démarrage (2/2) • Stratégie de “Flux” : • Conception du système focalisée sur quelques processus clés (Ex. module finance). Plutôt adaptée aux petites entreprises. • But : développement rapide de l’ERP sur une orientation processus opérationnels, avec ROI plus rapide, • Avantage : peu d’utilisateurs ont à changer (une partie) de leurs habitudes de travail, avec un bénéfice plus immédiat. • Il s’agit donc de déterminer une stratégie d’évolution de toute une architecture d’applications ?

  48. Comment faire évoluer un SI :exemple d’un équipementier automobile • Position du problème : • Nombreuses applications sur deux sites différents, • Quatre métiers (donc des processus) différents: électronique, pneumatique, câblerie, SAV et négoce, • Certaines applications sont conservées et d’autres sont migrées, • Pas de big bang, • Mais … le moins possible d’interfaces temporaires, • …

  49. Comment faire évoluer un SI : situation de départ Divisions / Division pneumatique Division Électronique Divers Directions : Électronique Pneu- matique Négoce de pièces Réparation Unités : Câblerie Capteurs Transmissions (cartes & ordinateurs) Lignes Pneu- matique Réparation Pignons Capteurs Électronique Câblerie autonomes : électronique Carters Montage Réparations Sites : Site 1 Site 2 Site 2 Site 2 Site 2 Site 2 Site 2 Activité : Série Série Série Série Série Rechanges Rechanges Rechanges Rechanges Rechanges Réparations Réparations Réparations Réparations Négoce

  50. Cartographie initiale du site n°1 SGDT Articles Nomenclatures GPAO Macro gammes Commerce Planification Achats Stocks Atelier Articles agréés En cours Commandes Ordre Fabrication Réceptions du jour PIC / PDP Factures fournisseurs Articles Nomenclatures Expéditions OF Mouvements BR Activité Catalogue QUALITE Imputations Prix standards manuel Exped. Prix standards manuel Comptabilité Industrielle Éléments Paie PRESENCE Facture VENTES PAIE Personnel Gestion des Formations Paie CO FI TR Imputations Virements fournisseurs Virements Paie Comptabilité Générale (ERP 4) Contrôle Accès TRESORERIE Banques

More Related