Critique des méthodologies existantes

Pratiques actuelles

La plupart des sociétés de conseil en informatique qui implémentent des ERP travaillent en suivant la méthodologie fournie par l'éditeur de l'ERP.

Ces méthodes suivent généralement un déroulement séquentiel et entrainent des projets de grandes envergures. La plupart du temps, le déploiement d'un ERP se fait selon une approche "big-bang", c'est à dire selon une vision de changement total, à une date suffisamment lointaine dans le futur (12 à 18 mois typiquement) pour mettre en production dans l'entreprise une version la plus large possible de tout l'ERP.

Ces méthodologies de déploiement requièrent une rédaction des spécifications du futur ERP en début de projet. Tous les développements futurs sont alors basés sur ces spécifications, ces méthodologies sont donc prédictives . Comme ces projets se déroulent sur plusieurs mois, il est fréquent que des changements doivent être pris en compte en cours de projet, et qu'il faille alors revoir les spécifications initiales.

Dans un environnement aussi dynamique que celui des PME, il est indispensable que les spécifications ne soient pas définies de manière statique en début de projet. Une méthodologie itérative permet de répondre à ce problème en définissant les spécifications lors de chaque itération. Nous n'avons donc plus en début de projet une vue statique du système final, mais une approche évolutive qui intègre le changement.

Déploiement agile pour ERP

Cette méthodologie se base sur une approche itérative et incrémentale où la paramétrisaiton définitive n'est pas visée dès les premières étapes, mais dans laquelle on attribue dès le début, une grande maîtrise de l'organisation à la PME.

Une approche itérative permet de répondre à ce problème en définissant les spécifications lors de chaque itération. Nous n'avons donc plus en début de projet une vue statique du système final, mais une approche évolutive qui intègre le changement.

Ce déploiement agile se construit sur plusieurs cycles itératifs qui contiennent des boucles de feedback. Ces feedbacks permettent d'intégrer la communication avec le client au centre du projet, et ainsi d'améliorer les développements pour obtenir une version qui réponde parfaitement aux besoins du client.

Le but de cette approche est d'obtenir à la fin de chaque itération la mise en production d'une version partielle de l'ERP, ne couvrant que les besoins métiers adressés par l'itération.

Pour fonctionner de manière itérative, et être en mesure de proposer une version utilisable de l'ERP à la fin de chaque itération, nous devons posséder une maîtrise totale de l'ERP afin de pouvoir analyser quelles sont les dépendances entre composants et au besoin, envisager des modifications. Cette maîtrise ne peut être réalisée qu'avec un ERP qui autorise un libre accès au code source et une modification de ce dernier.

Une méthode adaptée aux PME doit générer une suite de 'petits projets'.

L'utilisation de la méthodologie agile comporte 4 valeurs:

A une méthode prédictive, nous préférons une méthode itérative qui permet de s'ajuster au budget d'une PME et et de tirer parti de la capacité de customisation d'un ERP Open Source.