Montée de version de la suite AKOLADE®: ÏDKIDS vous livre quelques précieux conseils

Retour aux actualités Partager sur Montée de version de la suite AKOLADE®: ÏDKIDS vous livre quelques précieux conseils
Retour aux actualités Partager sur Montée de version de la suite AKOLADE®: ÏDKIDS vous livre quelques précieux conseils
avril 25, 2022

ÏDKIDS, grand groupe français de marques de prêt-à-porter et de jouets pour enfants (Okaidi, Obaibi, Jacadi, Oxybul, Catimini, Absorba, Chipie, etc.), utilisant l’ERP AKOLADE®, a opté pour une politique de montées de version régulières, en se calant le plus possible sur le rythme annuel des releases publiées par l’éditeur SEI.

Encourageant la montée de version régulière sur différents points de vue (enrichissement fonctionnel, mise à jour des process métiers, etc.), nous avons recueilli leurs retours d’expérience, ainsi que leurs conseils et bonnes pratiques pour mener à bien ce type de projet.

Pour ÏDKIDS, la montée de version est l’opportunité :

– de revenir le plus possible sur la version standard de l’ERP AKOLADE®, en réduisant au maximum les customisations spécifiques

– d’opérer un reengineering des process métier Supply Chain et du fonctionnement de l’ERP AKOLADE® dans le but d’apporter de la valeur et plus d’efficacité dans le geste métier

– d’apporter des compléments fonctionnels : via les évolutions du produit mais aussi en réalisant une extension de périmètre.

Les conseils de ÏDKIDS :

– Impliquer le métier sur les phases d’études et de recette. L’idéal est de les libérer le plus possible de l’opérationnel pour qu’ils se concentrent sur le projet. Sinon le risque couramment observé est l’allongement du planning.

– Préparer et sécuriser la phase de testing en anticipant notamment le plus de cas complexes dans le cahier de recette AKOLADE® ayant un rôle très central dans les process métier (achats, stocks etc.), la mise en production de la nouvelle version ne peut en aucun cas bloquer le métier

– Porter une attention particulière à la qualité de données suite aux différents traitements (pas seulement sur les messages d’erreurs) afin d’éviter la dégradation de la donnée qui n’apparaîtra que quelques semaines après la mise en production

– Prévoir un upgrade tous les ans idéalement. Un upgrade annuel consiste à un mini-projet de 1-2 mois. Réaliser un upgrade tous les 3 ans (soit 3 versions d’écart avec la dernière) nécessite un tout autre effort et donc l’organisation d’un projet plus significatif (plus de 3 mois).

Le feedback des utilisateurs :

Les releases sont fortement appréciées par les utilisateurs car, en plus des compléments fonctionnels, elles embarquent des optimisations d’ergonomie et de performances (suite notamment à des mises à jour technologiques) améliorant ainsi la productivité du geste métier au quotidien.