You are on page 1of 24

Déploiement d'ERP et Assurance Qualité

2008

 Nexedi SA. 2008 – All rights reserved – GNU Free Documentation License

Déploiement d'ERP et Assurance Qualité






Un
Undéploiement
déploiementERP
ERPde
dequalité
qualité??
Le
Lepire
pireest
esttoujours
toujourspossible
possible! !
Savoir
Savoirrépartir
répartirson
soneffort
effort
Une
Uneméthode
méthodequi
quimarche
marche: :
• Prototypage
• Prototypage
• Tests Automatisés
• Tests Automatisés

 Nexedi SA. 2008 – All rights reserved – GNU Free Documentation License

Le déploiement durable La qualité du déploiement d'un ERP se mesure par « une amélioration durable de la productivité de la structure de l'entreprise pour un coût maîtrisé »  Nexedi SA. 2008 – All rights reserved – GNU Free Documentation License .

2008 – All rights reserved – GNU Free Documentation License .Critères de qualité d'un projet ERP adéquation de la solution ERP aux besoins fonctionnels de l'entreprise capacité d'évolution de la solution au rythme de l'entreprise budget de déploiement et de maintenance de la solution maîtrisé  Nexedi SA.

2008 – All rights reserved – GNU Free Documentation License .Les dangers du cahier des charges « Les chances de succès d'un projet ERP sont inversement proportionnelles à l'effort de formalisation d'un cahier des charges détaillé »  Nexedi SA.

Sélectionner un produit et une équipe équipe interne prestataire cahier des charges outil de gestion  Nexedi SA. 2008 – All rights reserved – GNU Free Documentation License CHOIX DE l'ERP Déployer un ERP : réfléchir ensemble Adapter conjointement l'ERP et l'organisation .

2008 – All rights reserved – GNU Free Documentation License .Une Méthodologie Gagnante Prototypage Specs Cas Casd'utilisation d'utilisation Tests auto Tests Testsunitaires. fonctionnels fonctionnels Tests Testsd'intégration d'intégration Configuration de Modules Workflow Workflowet etSécurités Sécurités Données Donnéeset etRapports Rapports Intégration des Modules Interactions Interactions ERP ERPstable stable  Nexedi SA. unitaires.

Pourquoi prototyper ? appropriation par le client de la philosophie générale et des principes d'usage du progiciel élargissement du groupe projet et implication précoce des utilisateurs confirmation du bon choix du couple progiciel / prestataire intégrateur  Nexedi SA. 2008 – All rights reserved – GNU Free Documentation License .

Specs : priorité aux cas d'utilisation Enjeu : décrire comment on va se servir de l'ERP fournir le cahier des charges pour la configuration et les tests de l'application  Nexedi SA. 2008 – All rights reserved – GNU Free Documentation License .

2008 – All rights reserved – GNU Free Documentation License .Tests auto = assurance stabilité Progression de la couverture fonctionnelle Couverture fonctionnelle (%) 120 100 80 Avec tests Sans tests 60 40 20 0 Temps  Nexedi SA.

2008 – All rights reserved – GNU Free Documentation License .Mise en application avec ERP5  Nexedi SA.

TestERP5Catalog)    test_complex_query (testERP5Catalog. 1 errors)    test_53_DateFormat (testERP5Catalog.Rapport de tests ERP5 Core Date : 08_01_24 16:55 Test Suite: ERP5 Revision: 18845 Result: FAIL All tests: 1406 Failures: 5 Errors: 2 The following tests failed:   testAlarm                                          (1 errors)    test_16_uncatalog (testAlarm.TestODSStyle)   testERP5Catalog                                    (1 failures.TestERP5Catalog)  Nexedi SA. 2008 – All rights reserved – GNU Free Documentation License .TestAlarm)   testOOoStyle                                       (4 failures)    test_form_view_empty_listbox (testOOoStyle.TestODSStyle)    test_form_view_format (testOOoStyle.TestODSStyle)    test_form_view_non_empty_listbox (testOOoStyle.TestODSStyle)    test_list_view (testOOoStyle.

L'objet de la présentation n'est pas de rappeler des concepts généraux de qualité totale appliquée aux projets informatiques mais bien de faire partager le fruit de l'expérience de déploiement de solutions ERP acquise par Nexedi et vous présenter la méthodologie concrète que nous avons conçu et appliquons désormais à tous nos projets de déploiement d'ERP5 afin d'en garantir la qualité. 2008 – All rights reserved – GNU Free Documentation License Cette présentation vise à apporter un éclairage particulier sur les questions d'assurance qualité appliquées aux projets de déploiement d'ERP. .Déploiement d'ERP et Assurance Qualité 1 Déploiement d'ERP et Assurance Qualité 2008  Nexedi SA.

Déploiement d'ERP et Assurance Qualité 2 Déploiement d'ERP et Assurance Qualité • • • • • • • • Un Undéploiement déploiementERP ERPde dequalité qualité?? Le Lepire pireest esttoujours toujourspossible possible! ! Savoir Savoirrépartir répartirson soneffort effort Une méthode qui marche Une méthode qui marche: : • Prototypage • Prototypage • Tests Automatisés • Tests Automatisés  Nexedi SA. plus que dans tout autre type de projet informatique. Nous présentons enfin la méthodologie originale que nous appliquons à tous nos projets de déploiement d'ERP5 afin d'assurer la qualité du déploiement. 2008 – All rights reserved – GNU Free Documentation License En premier lieu nous proposons une définition de ce qu'est un déploiement ERP de qualité Nous rappelons ensuite qu'en matière de déploiement d'ERP. . le pire est toujours possible Déployer un ERP est une course de fond dans laquelle il importe de bien répartir son effort.

. l'entreprise doit être capable d'en faire plus ou mieux avec la même équipe ou de gérer les mêmes processus avec une équipe réduite. 2008 – All rights reserved – GNU Free Documentation License Il est important d'insister sur le fait que le véritable objectif de déploiement d'un ERP c'est d'améliorer la productivité de l'entreprise. Une fois l'ERP en place.Déploiement d'ERP et Assurance Qualité 3 Le déploiement durable La qualité du déploiement d'un ERP se mesure par « une amélioration durable de la productivité de la structure de l'entreprise pour un coût maîtrisé »  Nexedi SA. .

une capacité d'évolution : on ne déploie pas un ERP pour un an ou deux et il importe que les bénéfices apportés par la solution soient durables et que la solution puisse donc grandir ou évoluer avec l'entreprise. 2008 – All rights reserved – GNU Free Documentation License Plus concrètement. les critères tangibles de mesure de la qualité du déploiement ERP sont les suivants : . son usage ne sera pas suffisamment fluide et on ne réalisera pas les gains de productivité escomptés.Déploiement d'ERP et Assurance Qualité 4 Critères de qualité d'un projet ERP adéquation de la solution ERP aux besoins fonctionnels de l'entreprise capacité d'évolution de la solution au rythme de l'entreprise budget de déploiement et de maintenance de la solution maîtrisé  Nexedi SA. adaptations spécifiques. . etc. Si la solution n'est pas parfaitement adaptée aux processus de l'entreprise. migration/reprise de données.un budget de déploiement et de maintenance maîtrisé : c'est là surement le critère le moins souvent satisfait parce que de nombreux coûts cachés du déploiemenr d'ERP ne sont bien souvent pas sérieusement évalués (stabilisation de la solution.) . .une excellente réponse aux besoins fonctionnels de l'entreprise. Il importe également que la configuration de l'ERP déployée chez le client puisse suivre facilement les montées de version du noyau de l'ERP déployé. Ceci est d'autant plus important dans le cas des ERP libres autour desquels l'activité est intense et les évolutions très fréquentes.

Contrairement aux idées reçues et aux pratiques courantes. C'est ici qu'intervient la question de la répartition des efforts tout au long du projet. 2008 – All rights reserved – GNU Free Documentation License La solution pour atteindre un bon niveau de qualité dans le déploiement de l'ERP n'est pas dans le cahier des charges. . l'énergie. Tout le temps. le budget consacré à la formalisation d'un cahier des charges détaillé représente un effort global qui n'est généralement plus mobilisable dans la phase de déploiement à proprement parler de l'ERP. ce n'est pas en « bétonnant » le cahier des charges qu'on va réduire le risque d'échec du projet et c'est même plutôt le contraire qui est observé.Déploiement d'ERP et Assurance Qualité 5 Les dangers du cahier des charges « Les chances de succès d'un projet ERP sont inversement proportionnelles à l'effort de formalisation d'un cahier des charges détaillé »  Nexedi SA.

Déploiement d'ERP et Assurance Qualité 6 Sélectionner un produit et une équipe équipe interne prestataire cahier des charges outil de gestion CHOIX DE l'ERP Déployer un ERP : réfléchir ensemble Adapter conjointement l'ERP et l'organisation  Nexedi SA.la phase de déploiement à proprement parler Durant la première phase. on sélectionne l'équipe interne. Mais c'est surtout la seconde phase et la manière dont elle est conduite qui conditionne le succès du projet. on travaille sur le cahier des charges et on liste les solutions capables de répondre aux besoins de l'entreprise. 2008 – All rights reserved – GNU Free Documentation License Le projet ERP dans son ensemble comporte 2 phases bien distinctes: . le couple intégrateur/éditeur en considérant la proximité géographique ou sectorielle des prestataires. . La meilleure façon de l'aborder est de chercher à réfléchir ensemble à la meilleure manière d'adapter l'organisation et l'outil sélectionné pour atteindre les grands objectifs définis par le cahier des charges (qui n'est jamais à considérer comme un dossier de spécifications détaillées de l'ERP).la phase qui précède le choix de la solution .

. fonctionnels fonctionnels Tests Testsd'intégration d'intégration Configuration de Modules Workflow Workflowet etSécurités Sécurités Données Donnéeset etRapports Rapports Intégration des Modules Interactions Interactions ERP ERPstable stable  Nexedi SA. Les cas d'utilisations une fois connus. il est possible de démarrer en parallèle 2 processus (idéalement menés par des personnes différentes) : la configuration de l'application et l'écriture des tests automatisés qui vont permettre de vérifier la conformité de la configuration livrée. il est difficile de produire de bonnes spécifications détaillées. 2008 – All rights reserved – GNU Free Documentation License Nous recommandons de commencer le déploiement de l'ERP choisi par un prototypage systématique.Déploiement d'ERP et Assurance Qualité 7 Une Méthodologie Gagnante Prototypage Specs Cas Casd'utilisation d'utilisation Tests auto Tests Testsunitaires. unitaires. Les spécifications détaillées reposent en grande partie sur la définition des cas d'utilisation de l'ERP. Pour les formaliser il convient de revisiter tous les processus de l'entreprise en détail tant d'un point de vue fonctionnel que de définition des sécurités applicatives. Sans cette étape préalable.

Il importe que l'équipe projet se les approprie. le point de départ de la phase de déploiement n'est pas synonyme d'acquittement d'un coût élevé de licence logicielles. Dans le cas contraire. . Dans la mesure où vous choisissez une solution libre. Le prototypage peut être intégré à la phase de choix de l'ERP.Déploiement d'ERP et Assurance Qualité 8 Pourquoi prototyper ? appropriation par le client de la philosophie générale et des principes d'usage du progiciel élargissement du groupe projet et implication précoce des utilisateurs confirmation du bon choix du couple progiciel / prestataire intégrateur  Nexedi SA.Chaque ERP dispose de sa propre philosophie. de grands principes d'utilisation et d'une ergonomie qui lui est propre. Les ERP Open Source consacrent le droit à l'expérimentation. Il est donc vivement conseillé de se rassurer quant à l'adéquation du couple ERP/intégrateur à la problématique de gestion de l'entreprise au travers d'un prototypage sélectif d'un processus clé. . il est difficile de produire de bonnes spécifications. Quand on connait l'impact humain dans un projet ERP. . contrairement à l'écriture du cahier des charges est une phase très concrète qui permet d'élargir le groupe de travail et d'associer précocément des utilisateurs à la démarche.Confirmation du bon choix du produit et de l'intégrateur. 2008 – All rights reserved – GNU Free Documentation License Pourquoi prototyper : .Le prototypage. il importe de se préocupper très tôt de l'adoption de la solution par les utilisateurs.

nous leur préférons une description en langage naturel qui permet de les diffuser plus largement dans l'entreprise.Déploiement d'ERP et Assurance Qualité 9 Specs : priorité aux cas d'utilisation Enjeu : décrire comment on va se servir de l'ERP fournir le cahier des charges pour la configuration et les tests de l'application  Nexedi SA. 2008 – All rights reserved – GNU Free Documentation License Spécifications détaillées : elles reposent principalement sur les cas d'utilisation. Souvent formalisés selon la méthode UML. . Le but de l'éxercice est de raconter comment chaque processus se déroule dans l'entrepise et de décrire la place que tient l'outil informatique dans le processus. Les cas d'utilisation fournissent le cahier des charges pour la configuration et l'écriture des tests. Chaque cas d'utilisation donne lieu à un ou plusieurs tests automatisés permettant de démontrer les fonctionnalités attendues et de vérifier la configuration des sécurités applicatives.

la progression est régulière. Ils assurent que la « roue de la qualité » ne toune que dans un seul sens : celui du progès continuel. Le graphique montre la différence de vitesse de progression de la couverture fonctionnelle de l'ERP au fil du temps selon que l'on recoure ou non aux tests automatisés. en marche d'escalier. Chaque fois que vous rajouter un test et que celui-ci passe.Déploiement d'ERP et Assurance Qualité 10 Tests auto = assurance stabilité Progression de la couverture fonctionnelle Couverture fonctionnelle (%) 120 100 80 Avec tests Sans tests 60 40 20 0 Temps  Nexedi SA. Comme il n'y a pas de tests automatisés. il faut alors investiguer 'identifier précisément le problème dont l'origine n'est pas forcément récente. vous augmentez la couverture fonctionnelle garantie de votre ERP et vous êtes assuré qu'il n'y aura pas de régression. Dans un cas. . le problème n'est pas identifié tout de suite (souvent par le client). les tests sont exécutés plusieurs fois par jour. 2008 – All rights reserved – GNU Free Documentation License Les tests automatisés jouent le rôle de « cliquet » dans votre projet de déploiement d'ERP. Le propre des tests automatisés est de pouvoir être exécutés fréquemment et de permettre de détecter immédiatement toute régression de l'application. le corriger et passer de plus en pus de temps à tout re-tester. Plus la couverture fonctionnelle est importante. plus la complexité croît et plus le risque d'impacter des fonctionnalités existantes augmente lorsque l'on adapte la solution. Dans l'autre elle est chaotique. Dans nos projet de configuration d'ERP5 pour nos clients.

les environnements de développements mettent à jour les briques de configuration . 2008 – All rights reserved – GNU Free Documentation License Appliqué à ERP5. cela se passe concrètement de la manière suivante : . programme et exécute les tests automatisés pour chaque projet.un environnement de test.Déploiement d'ERP et Assurance Qualité 11 Mise en application avec ERP5  Nexedi SA. Les résultats de l'exécution des test sont tranmis à chaque équipe de développement (mailing lists). .toutes les briques de configuration d'ERP5 sont gérées par un outil de gestion de versions "subversion" (qu'il s'agissent de briques génériques. verticales/métiers ou de briques spécifiques à un client) . totalement indépendant de l'environnemenbt de développement.

TestODSStyle)   testERP5Catalog                                    (1 failures. .TestODSStyle)    test_form_view_non_empty_listbox (testOOoStyle.TestERP5Catalog)  Nexedi SA.TestAlarm)   testOOoStyle                                       (4 failures)    test_form_view_empty_listbox (testOOoStyle.Déploiement d'ERP et Assurance Qualité 12 Rapport de tests ERP5 Core Date : 08_01_24 16:55 Test Suite: ERP5 Revision: 18845 Result: FAIL All tests: 1406 Failures: 5 Errors: 2 The following tests failed:   testAlarm                                          (1 errors)    test_16_uncatalog (testAlarm. 1 errors)    test_53_DateFormat (testERP5Catalog.TestERP5Catalog)    test_complex_query (testERP5Catalog. 2008 – All rights reserved – GNU Free Documentation License Ci-dessus un exemple de mail envoyé automatiquement par l'outil de test à tous les membres de la communauté ERP5 (liste de diffusion ERP5 Report).TestODSStyle)    test_form_view_format (testOOoStyle.TestODSStyle)    test_list_view (testOOoStyle.