Parcours

Client et Secteur

ENEDIS - Energie

Mission / Contexte  

Rôle de "Consultant MOE" pour la conception d'une solution EWM décentralisée sous S/4. 

Dans le cadre d'un large programme de migration de ECC6 vers S/4 en mode greenfield, le client avait pour objectif de mettre en place EWM en s'appuyant sur une reprise partielle de certains éléments de conception de la solution ECC6 historique utilisant WM.  Ce projet devait m'occuper pour une longue durée mais le lot logistique sur lequel je travaillais a été stoppé en cours de conception détaillée, m'obligeant à interrompre cette mission après 8 mois de travaux. 

Périmètre Fonctionnel d'intervention 

Accompagner le client durant toute la phase de conception détaillée :

• Mener les ateliers de conception avec les Process Owners Métier et DSI,

• Réaliser le paramétrage de flux et fonctionnalités dans le bac à sable

• Investiguer les spécifiques à réaliser afin de la valider la faisabilité et l'opérabilité du résultat

• Réaliser des démonstrations permettant de valider les fonctionnalités à mettre en place

• Documenter les décisions et les réalisations SI

Détail des  réalisations 

Les réalisations notables ont été les suivantes 

• réorganisation du déroulement des ateliers en procédant à une analyse Bottom Up des processus, de l'exécution des flux opérationnels, en analysant chaque variante pour ensuite remonter à l'organisation générale des flux entrants et sortants.

• systématisation de la documentation en vue de la capitalisation :

  • • • des prises de décision 

      • du paramétrages réalisés

      • des spécifiques implémentés afin de préparer les phases suivantes

• démonstration des solutions paramétrées 

Bilan et retour d'expérience

Bien que s'étant achevée de façon prématurée en raison d'une décision stratégique de la Direction, cette mission de 8 mois a tout de même été un succès en terme d'apport pour le client et pour moi même. Nous avons pu définir une cible claire sur tous les aspects essentiels de la solution avec un bac sable permettant de démontrer chaque fonctionnalité clef. En ayant pu également implémenter certains spécifiques en avance de phase, nous avons valider avec certitude la faisabilité des processus de bout en bout.

Après plusieurs années loin du module EWM dont mon précédent projet datait de 2017, j'ai pu me replonger dans les processus entrepôts  et mettre à jour mes connaissances EWM. De nombreuses évolutions sur le produit avaient eu lieu depuis mes précédents projets et travailler sur la phase de conception m'a permis d'investiguer de nombreux sujets. J'ai pu a cette occasion constituer des notes de paramétrage qui seront d'une grande utilité pour mes prochaines missions. Le client a été très satisfait de mon  intervention, en particulier sur les aspects méthodologiques. 

Commentaire Client

" Clément nous a accompagné côté DSI pendant 8 mois sur un projet de migration d’un système ECC6 WM vers un système S/4 EWM décentralisé avec refonte complète des processus métier. Malheureusement le projet s’arrête pour des raisons internes à l’entreprise. Dès son arrivée sur le projet, Clément nous a aidé à améliorer significativement la méthodologie, l'organisation et la documentation apportant un grand bénéfices aux équipes. Sa rigueur, sa capacité de travail, sa curiosité et son organisation sont remarquables. En ajoutant à cela une grande connaissance du métier et de la solution EWM, Clément aura été un véritable atout et un moteur essentiel tout au long projet. "

Christophe LE GALL - Expert SI - PPO Projet

www.linkedin.com/in/christophe-le-gall-935481200/ 

Client et Secteur

SNETOR - Négoce du plastique

Mission / Contexte  

Rôle de "Consultant MOA conversion" pour une  conversion de données logistiques vers un système S4 Greenfield. 

Le projet  de migration du client nécessitait une conversion de différents systèmes source  (Microsoft Navision & SAP B1) vers une solution greenfield SAP S4. Chaque système comportait plusieurs plusieurs bases de données indépendantes  de taille modeste mais avec un grande redondance d'articles, clients et fournisseurs entre bases. Une des difficultés était de faire converger et unifier les données dans le système cible S4. Les 4 premières sociétés ont été migrées durant mon intervention.  La première société a du être migrée peu de temps après mon arrivée sur le projet (3 mois). 

Périmètre Fonctionnel d'intervention 

Plusieurs sociétés migrées avec prise en charge des données suivantes :

• Conversion des données articles

• Conversion des bases client et fournisseur vers une base unifiée de Business Partners S4

• Conversion des données bancaires des partenaires

• Conversion du stock

• Conversion de l'encours de commandes d'achat et commandes de vente.

Détail des  réalisations 

Les tâches principales ont été les suivantes :

• Recensement par structure de données de l'ensemble des zones attendues via un catalogues et formalisation des règles fonctionnelles à respecter pour produire les données, conformément au design de la solution.
  > Un fichier Excel de référence a été créé pour identifier l'intégralité des tables / zones à charger avec la ou les règles fonctionnelles associées 

• Identification d'un mode de chargement compatible avec le contexte (délai court, données complexes comme les articles ou les BP)
  > Choix de de la solution Winshuttle  de l'éditeur Precisly pour charger les données efficacement via BAPI sans recours à des LSMW ou LTMC, solution SAP trop lourde à mettre en oeuvre , peu flexibles et inadaptées au contexte du projet. 

•  Mise en œuvre de la solution technique permettant de convertir les données sources
  > Création d'une base Access en relation avec des scripts Pythons développés par une personne tierce

• Mise en place d'une méthode de conversion qui adresse l'ensemble des problématiques contextuelles du client et pouvant être utilisée pour tout le cycle des déploiements futurs de la solution, le contexte étant le suivant :

  • • • 1. de multiples roll out nécessitant de fusionner les données provenant de plusieurs bases

        2. des données sources de faible qualité

Bilan et retour d'expérience

Cette mission s'inscrivait dans la continuité des mes expériences de reprise de donnée précédentes mais présentait de nouveaux défis :

• gestion de données ERP pour lesquelles je n'avais pas encore effectué de conversion et découverte des BP S4.

• prise en charge de toutes les étapes, de l'extraction des données des systèmes source jusqu'au chargement dans S4 via Winshuttle.

• haut niveau d'engagement du fait du planning très contraint pour le premier déploiement et au regard de l'ampleur du chantier à réaliser. 

• complexité du processus de conversion du fait de la multiplicité des bases sources et d'une étape clef d'appairage pour fusionner les données dans S4. Cette étape d'appairage des codes articles d'une part et des codes client, codes fournisseur et codes BP d'autre part a été réalisée avec l'aide d'un data scientist en exploitant des bibliothèques Python spécialisées, en complément des traitements Access.

Arrivé très tardivement sur le projet, il y avait un  véritable challenge en terme de planning et de capacité à être au rendez vous pour livrer en quelques semaines les données requises pour le premier Go-Live. Malgré cette contrainte, mon engagement intense a fortement contribué au succès du premier déploiement.  Les données chargées dans S4 n'ont été à l'occasion d'aucun blocage notable.  La conversion de stock du premier déploiement n'a donné lieu qu'à un écart minime en valeur (pas d'écart en quantité).  

Le second déploiement a permis de consolider le processus de conversion dont la conversion de stock effectuée durant le cut-over n'a géré aucun écart ni en quantité ni en valeur. Ce Roll Out a mise en évidence des difficultés notables liées à la convergence des plusieurs base de données à charger dans un base S4 contenant déjà une base article et une base BP. La complexité induite par cette convergence avaient été sous estimée par moi même lors de l'élaboration des outils utilisés à l'occasion du premier déploiement. Mais la collaboration avec un data scientist, une refonte de la première base Access ainsi qu'un recours à une combinaison Python / Access ont permis de franchir l'obstacle pour les déploiements suivants.  Le recours à un ETL auraient probablement facilité le traitement de certaines problématiques. En contre partie, l'utilisation d'outils simples comme Access / Python / Winshuttle judicieusement utilisés ont permis une mise en place extrêmement rapide, souple et à cout maitrisé.  

Je reste convaincue qu'il vaut mieux des outils "simples" ou "rustique" et très bien maitrisés, que des outils complexes à mettre en place et à exploiter, couteux, potentiellement mal maitrisés par les consultants et offrant souvent une moindre flexibilité. Dans un projet de plus grande ampleur, il eu certainement fallu s'appuyer sur un ETL comme Talend. Mais dans le contexte du présent client, le cout et le délai n'auraient pas été soutenables.  Avec mon expérience accumulée sur le sujet conversion de donnée, utiliser un ETL est la prochaine étape naturelle ...

Client et Secteur

IPSEN - Industrie pharmaceutique

Mission  / Contexte

Rôle de "Consultant MOE intégration EDI" sur le périmètre logistique pour une intégration SAP ECC / 3PL via un hub EDI reposant sur des iDocs

L'objectif initial de la mission était de concevoir une solution d'intégration entre le système SAP du client et son principal prestataire logistique pour l'entreposage et la distribution de ses produits pharmaceutiques à haute valeur ajoutée et sensibles car stockés et transportés sous température contrôlée. Ce premier projet devait permettre au client de transférer la gestion de son stock  qui était internalisée vers un prestataire distant et spécialisé dans le stockage et la distribution de produits pharmaceutiques. Cette solution mise en œuvre dans le cas d'un besoin local d'externalisation devait pouvoir ensuite être réutilisée afin de moderniser les interfaces existantes avec les autres 3PL des différentes filiales du groupe. En effet, les déploiements de SAP historiquement effectués sur les différentes filiales avait été réalisés par différents prestataires informatiques et présentaient des problème de fiabilité et d'inhomogénéité. La fiabilité du stock étant un enjeu majeur, il était essentiel de bâtir une solution s'appuyant sur une interface de mouvement de stock robuste. Un objectif majeur était donc de proposer une nouvelle solution permettant d'effectuer régulièrement une réconciliation de stock afin d'identifier facilement et immédiatement tout écart entre le stock SAP et le stock informatique du 3PL. En outre, pour éviter les interfaces directes point à point entre le client et ses 3PL, il avait été décidé dès le début du projet de mettre en place un hub EDI opéré par un prestataire tiers. La solution SAP devait donc dialoguer exclusivement avec le hub EDI sur la base d'iDocs, le hub EDI prenant en charge la communication avec les 3PL sur la base de messages EDIFCAT normalisés.

Le succès du premier déploiement à donné lieu à des roll out successifs qui m'ont permis  d'enrichir la solution afin de couvrir différents cas de  sous-traitance selon les modes de fonctionnement locaux des filiales avec leur prestataire 3PL  (avec ou sans prise de commande du 3PL, avec ou sans module SAP SD, etc...)

Périmètre Fonctionnel d'intervention

Intégration d'une première division, avec prise de commande par le client et transmission des livraisons au 3PL, reposant sur les interfaces suivantes :

• Interface Réception de stock -  basée sur 3 messages  (ASN Commande d'achat / ASN Livraison sortante / RECADV Confirmation de réception)

• Interface  Préparation de stock - basée sur 4 messages liées aux livraisons sortantes (avis d'ordre de préparation, accusé de réception 3PL, fin de picking, expédition)

• Interface Retour - basée sur 2 messages lies au livraisons sortantes de retour (Avis de réception sur Retour, Confirmation de réception 3PL)

• Interface Mouvements de stock - basée sur un message

• Interface Réconciliation de stock - basée sur un fichier

• Interface Libération Qualité - basée sur un message

• Interface Péremption - basée sur un message

• Interface Article - basée sur un message

Déploiement de la solution et enrichissement du Core Model :

• Déclinaison d'un variante d'intégration ou la saisie de commande est opérée par le 3PL et sans SD, avec facture FI seulement

  • Déclinaison d'un variante d'intégration ou la saisie de commande est opérée par le 3PL mais avec réplication des commandes vers SAP

  • Déclinaison d'un variante d'intégration multi site 3PL au sein d'un seule division SAP

  • Déclinaison d'un variante d'intégration multi site 3PL avec plusieurs divisions SAP

• Ajout d'une option ou le 3PL pilote ses réapprovisionnements par appel de stock auprès du laboratoire.

Détail des  réalisations 

J'ai pris en charge la quasi totalité des sujets, de la phase de conception jusqu'aux déploiements dans les premières filiales :

• Réalisation des ateliers avec le métier pour aboutir à une solution conforme aux besoins spécifiques du client (produits pharmaceutiques stockés et expédiés sous température dirigée, dans un contexte export sous forte contrainte réglementaire et nécessitant une interaction forte entre le laboratoire et son 3PL pour préparer les expéditions)

• Réflexions sur l'architecture globale de la  solution, à la fois pour supporter la complexité du premier déploiement tout en effectuant les choix d'architecture offrant la flexibilité nécessaire pour les adaptations qui seraient requises pour les déploiements suivants. 

• Conception de l'interface stock et mouvement de stock reposant sur une approche exhaustive de tous les cas de mouvements pouvant se produire avec génération automatique d'une table de mapping permettant de gérer un grand niveau de granularité entre les statuts de stocks coté SAP et coté 3PL.  La table de mapping de la division la plus complexe comporte plus de 1500 entrées. La génération automatique de la partie centrale de la table de mapping garantit une initialisation puis des MAJ rapidement et avec un risque d'erreur très réduit. 

  • Ecriture des spécifications pour chaque message et paramétrage de ces messages.

• Autres paramétrages nécessaires dans le cadre de cette solution et de son déploiement

• Spécifications pour tous les développements spécifiques sur SAP relatifs à la solution

• Tests

• Déploiement (gestion des mises a jour de master data, formations des utilisateurs, support post démarrage)

• Formation des collègues et partenaires du client pour la pérennisation de la solution, le support des déploiements suivants et la maintenance AMS.

Bilan et retour d'expérience 

Pour aborder cette mission, mon expérience des WMS  et des difficultés liées à leur intégration avec un ERP ont été un grand atout. Conscient des faiblesses récurrentes des intégrations habituellement rencontrées, une réflexion approfondie sur l'architecture de la solution d'interfaçage de stock a été menée pour mettre en place une solution approchant le plus possible du "zéro défaut".  L'effort a été payant car le premier déploiement opéré sur la division de distribution la plus complexe du client à prouvé la robustesse de la solution. Le client a donc souhaité engager le déploiement sur d'autres divisions. A ce jour, plus de 20 divisions dont le stock est opéré par des 3PL situés dans différentes régions du monde sont interfacés avec cette solution.  Après 4 années, la solution est toujours en cours de déploiement au grès des opportunités de refonte des interfaces avec chaque 3PL.  Sont installation sur une filiale travaillant avec un 3PL constitue un prérequis pour les conversions S/4 en cours chez ce client.

Seule ombre au tableau, la difficulté des équipes de maintenance à prendre en main la solution. L'approche disruptive employée pour résoudre le problème d'interfaçage s'est fait au prix d'une certaine complexité difficile à absorber pour des consultants non séniors.  Basée initialement sur un fichier Excel construit sur mesure et faisant appel à du code VBA, la génération de la table de mapping des mouvements de stock va bénéficier d'une évolution majeure en cours de finalisation pour contourner cette difficulté en migrant les calcul Excel vers une solution ABAP. Cette évolution d'outillage permettant de calculer la table de mapping directement dans SAP sans recours à un outils externe devrait permettre de combler l'écueil  de pleine reprise de la solution par l'équipe AMS du client.

Commentaire Client

"J’ai engagé Clément et son équipe pour un certain nombre de projets de modernisation de notre supply chain dans SAP. Il a été la clé de voute de dispositifs souples impliquant plusieurs partenaires, en charge de l’architecture, de la conception et de la réalisation des solutions les plus complexes, puis du lead technique d’un intégrateur off-shore. Clément associe une grande maîtrise de SAP à sa force proposition et son soucis du détail, il s’intègre parfaitement au sein d’une équipe projet, est franc et transparent. Je renouvellerai ma confiance à Clément sans aucune réserve. "

Davy Rey - Business Owner

https://www.linkedin.com/in/davyrey/

Client et Secteur

ABENA FRANTES - Distribution de matériels de santé

Mission / Contexte  

Rôle de "Consultant MOA WM" dans le cadre du déploiement en France du Core Model SAP d'une maison mère située au Danemark. 

Assistance des équipes centrales IT et des équipes locales métier du client pour le déploiement de la solution sur 3 entrepôts. 

Périmètre fonctionnel d'intervention
Déploiement d'une solution centrale WM orientée production sur un périmètre local pour un besoin de distribution  :

• Ateliers de Fit Gap Analysis avec les utilisateurs locaux et l'équipe projet centrale afin d'identifier les adaptations/compléments de paramétrage ou les fonctionnalités supplémentaires requis par rapport à la solution WM déjà en place sur le site de production basé au Danemark

• Accompagnement général des utilisateurs sur les différentes phases et besoin du projet

• Préparation physique des entrepôts (instructions pour l'étiquetage des emplacements, des unités de manutention, de la signalétique à mettre en place, organisation des postes informatiques répartis dans les entrepôts, fiabilisation du stock)

• Formation des utilisateurs à la solution et accompagnement lors des tests de recette

• Prise en charge de la conversion des données WM pour la production des fichiers article, emplacement et stock

• Gestion du Cut-Over WM

• Support post Go-Live

Détail des  réalisations 

• • Cartographie des besoins locaux liées à chaque entrepôt via un fichier Excel de structure organisationnelle listant tous les besoins de configuration, incluant entre autre :

    • • la liste des types magasin à créer, signification et usages

      • la liste des aires de stocke, codes aires stockage, zone de prélèvement à créer

      • la liste des types emplacements et des séquences de recherche associées aux types d'unité de stock (grande diversité de taille de racks et de palettes, de poids maxi autorisé par lisse)

      • les plans d'implantation pour les postes informatique (PC /  douchettes / imprimantes A4 et Zebra)

  • Organisation et simulation de  la collecte de données via une campagne d'inventaire test pour la phase finale de reprise des stocks

  • Réalisation d'une base Access permettant de convertir et enrichir les données provenant de l'AS 400 afin de produire :

    • • les fichiers de chargement des données article WM dans ECC

      • les fichiers de chargement des emplacements

      • le fichier de chargement pour la reprise du stock dans les emplacements WM par ventilation via OT des quantités chargées dans MM-IM.

  • Réalisation d'une base de pilotage de l'activité post Go-Live afin de tracker les problèmes de master data ou les erreurs transactionnelles nécessitant une correction.

Bilan et retour d'expérience
Apres une phase de réadaptation à WM en raison de plusieurs années sans activité sur ce module, j'ai pu aider le client à franchir le pas pour passer d'une solution WM faite initialement pour la production à une solution utilisable dans un contexte de distribution.  La mission comportait plusieurs défis.  La gestion de la communication et de la prise de décision entre les équipes locales et les équipes centrales a été une constante difficulté. Deux autres projets majeurs étaient en cours chez le client, au moment du projet de mise en place de SAP : construction d'un nouveau bâtiment sur le site principale pour étendre les capacités de stockage de la distribution et modernisation de la ligne de production avec un installation d'une toute nouvelle ligne. Les équipes métier étaient donc très sollicitées par l'activité courante et les besoins des différents projets.  Du fait de la taille réduite de l'entreprise limitant les disponibilités en ressources humains et d'une absence de culture de projet IT/SAP,  j'ai du m'impliquer fortement afin de faire avancer tous les sujets dont j'avais la charge. J'ai acquis la conviction que pour les consultants fonctionnels, les projets sont plus difficile à mener dans les petites structures que dans les grandes entreprises ou les leviers pour mobiliser des ressources et des moyens sont plus importants.

Client et Secteur

BIORAD - Santé et biotechnologies

Mission / Contexte 

Rôle de "Consultant MOA EWM" dans le cadre d'un Roll Out Européen du Core model SAP d'un société américaine comprenant 3 entrepôt EWM.

La mission consistait à accompagner l'équipe projet centrale, l'équipe projet locale et les utilisateurs dans le cadre du déploiement D3 de SAP sur le continent européen. La solution avait été déjà déployée aux US à l'occasion des deux déploiements D1 (pilote) et D2 (roll out US). Il s'agissait de la vague de déploiement la plus importante  impliquant la plupart des modules SAP, plusieurs milliers d'utilisateurs avec de nombreux sites logistiques de production et de distribution . Je suis arrivé sur le projet lors de la phase engageant les premiers tests utilisateurs effectués par les key users magasin.

Périmètre fonctionnel d'intervention 

Assistance des équipes projets et des utilisateurs sur le périmètre EWM, plus particulièrement pour l'entrepôt de distribution principal du groupe, situé à Paris :

• Accompagnement des key users dans la prise en main de EWM

• Production de supports et de données de formation, animation de sessions de formation

• Aide à la conversion des données

• Support Post Go Live

Détail des réalisations 

De part le rôle tenu, peu de réalisation sont à recenser :

• Matériaux de formation (support et données)

• Fichier de suivi de l'activité magasin en post démarrage

Bilan et retour d'expérience 

Cette expérience ne m'a apporté aucun enrichissement sur le plan SAP / technique. Mon impact sur le projet ayant objectivement été minime, j'ai difficilement vécu ce projet qui a été source de beaucoup de frustrations. En revanche,  j'ai pu à travers cette mission participer à un projet de très grande ampleur impliquant plusieurs centaines de consultants et mettant en œuvre de façon stricte les standards méthodologiques des grands projets SI. La maitrise du planning qui a conduit au démarrage à la date prévue et l'application systématique des différents techniques de gestion de projet par les équipes américaines m'ont profondément marqué.  La phase la plus notable a concerné le cut-over fonctionnel organisée sur 48h non stop par équipes tournantes de 12h et impliquant plus d'un centaine de personnes rien que pour la tour de contrôle. L'hétérogénéité des systèmes sources issus des différents rachats de sociétés et à migrer sous SAP et l'ampleur du périmètre présentait une énorme défi qui a pu être relevé grâce  l'application d'une méthodologie stricte et d'un organisation remarquable.

Commentaire Client

"J'ai eu la chance d'être accompagné par Clément Fortin lors d'un déploiement SAP de grande envergure en Europe pour Bio-Rad en 2017. Ce déploiement comprenait notamment 2 Centres de distribution EWM majeurs pour l'entreprise. Ce fut un succès. J'ai beaucoup apprécié l'expertise, la disponibilité et la pédagogie de Clément. Il est par ailleurs force de proposition. Clément prend le temps de bien comprendre les spécificités métiers du son client pour l'orienter vers des choix de configurations pertinents afin de faire le meilleur usage des ERP sophistiqués. Au-delà de la compétence technique, travailler avec Clément a également été une expérience très enrichissante au travers d'échanges passionnants sur ses nombreux centres d'intérêts."

Bruno Pineau - Logistic Execution Business Lead
linkedin.com/in/brunopineau 

Client et Secteur

OCP REPARTITION - Distribution de produits de santé

Mission / Contexte 

Rôle de "Consultant MOE EWM" suite à un démarrage SAP 

 Le client était en recherche d'aide afin de stabiliser un entrepôt pilote venant de démarrer sous une solution EWM dont l'intégration avait été réalisée par l'éditeur SAP lui même. L'objectif était de définir et mettre en œuvre avec l'équipe projet des plans d'actions afin de stabiliser la solution, améliorer les processus, et amener l'entrepôt pilote à valider la solution en vue d'un déploiement de plus grande ampleur. 

Périmètre fonctionnel d'intervention 

Le périmètre consistait à : 

• corriger les défauts de la solution livrée par l'intégrateur

• assurer une assistance sur site aux utilisateurs et managers afin de les aider à prendre en main la solution

• régler des problèmes de performance (latence des terminaux RF et équipements scannant les colis)

• identifier les piste d'amélioration des processus métiers et informatiques

• mettre en œuvre des modifications de paramétrage et des développements spécifiques complémentaires suite à la validation des propositions d'amélioration.

Détail des  réalisations
Mes réalisations ont été les suivantes :

• analyse des données magasin afin d'identifier les causes d'ordres magasins non créés lors de la release des vagues picking et élimination des causes racine (données et/ou paramétrage incomplets, problème de disponibilité du stock entre réception, réserve et picking...).

• rédaction de guides utilisateurs sur l'utilisation de EWM

• Paramétrage ou re-paramétrage de certaines fonctions (flux de picking, gestion des ressources, éléments de structure organisationnelle)

• Création d'un base Access permettant d'effectuer une réorganisation de certaines zones de l'entrepôt (édition de liste de pivotement et MAJ de SAP afin de refléter les transferts de stock entre emplacements, géénration de fichiers pour la mise à jour des données articles suite aux pivotements)

Bilan et retour d'expérience 

En tant que première expérience dans l'univers du conseil, cette mission a constitué une parfaite transition avec mes précédentes activité de MOA . J'ai donc pu facilement m'adapter à mon rôle de consultant.  Dans un premier temps, j'ai pu rapidement identifier la source de dysfonctionnements pénalisant le taux de service du magasin en exploitant mes compétences en analyse de données, ma connaissance métier du fonctionnement d'un entrepôt et en mobilisant mes connaissance de SAP sur le fonctionnement de EWM et de MM/SD . Dans un second temps, une fois les problèmes majeurs mis sous contrôle, j'ai pu effectuer de nombreuses évolutions de paramétrage afin d'améliorer progressivement la performance des différents flux. Cette mission a donc constitué un tremplin idéal.

Secteur

PSA PEUGEOT CITROEN - Industrie automobile

Mission / Contexte  

Rôle de "Chef de projet MOA EWM" pour la conception puis le déploiement d'un nouveau Core Model EWM.

Dans le cadre du futur remplacement des solutions WM en 4.6 / 4.7 gérant les entrepôts européens de pièces de rechange du groupe, mon employeur de l'époque, PSA Peugeot Citroën, souhaitait disposer d'un nouveau Core Model  sous EWM. J'ai pris la responsabilité pour le compte du métier de gérer la conception de la solution avec les équipes IT et quelques consultants MOA.  Ce projet devait se dérouler en deux temps :

• définition d'un Core Model  pour supporter l'activité d'un magasin idéal cible

• déploiement sur un cas pratique

L'objectif était de disposer à terme d'une solution déployée sur tous les magasins. 

Périmètre fonctionnel d'intervention 

Le périmètre fonctionnel a couvert toutes les phases d'un projet, de la conception jusqu'à la stabilisation de la solution 

• Définition d'un Core Model Métier et déclinaison en Core Model Fonctionnel SI

• Spécification du Core Model, tests et recettes

• Déploiement sur une filiale (Russie - Moscou) . Ce déploiement EWM s'est fait dans le cadre plus général d'une bascule de l'activité des pièces de rechange de la filiale sur un système SAP (déploiement simultanée de SAP ECC + EWM décentral)

Détail des  réalisations 

De part l'ampleur du sujet et la durée du projet, mes réalisations on été nombreuses :

• Tâches de suivi et de gestion de projet 

• Réalisation d'ateliers avec les équipes centrales d'ingénierie magasin lors de la conception puis avec les équipes locales russes lors de la phase de déploiement

• Collaboration avec les intégrateurs pour le paramétrage de la solution et les développements spécifiques

• Gestion de la conversion des données de l'ensemble du périmètre EWM (25.000 articles, 45.000 emplacements, 40.000 lignes de stock) via une base dédiée

Bilan et retour d'expérience 

Cette conception de Core Model EWM a été ma première véritable expérience projet après quelques années à monter en compétence sur SAP via  une activité de maintenance. Le projet a été difficile et a fait l'objet de plusieurs changements importants tout au long de son déroulement. De de multiples difficultés sont apparus :

•  me concernant, première expérience projet sur avec un enjeu majeur. Devant piloter la partie métier, je manquais de préparation pour affronter les difficultés qui se sont présentées 

• politique IT rigide concernant le recours à des développements spécifiques. Ce choix a été très néfaste, générant des blocages qui ont empêché de progresser à un rythme satisfaisant  

• contexte économique difficile pour le groupe après la crise financière de 2008 et générant des changements de stratégie à tous les niveaux de l'entreprise, interférant à plusieurs reprises sur marche du projet.  

Après une mise en pause du projet pendant quelques mois, un changement d'intégrateur, une réorganisation des équipes,  un choix de périmètre cible de déploiement (Russie-Moscou), le projet a pu repartir et finalement aboutir à un premier déploiement de la solution sur le magasin de pièces de rechange de Moscou. Cette seconde phase s'est beaucoup mieux déroulée. Le fait de passer d'un modèle théorique à un cas pratique de déploiement sur un magasin réel avec une équipe resserrée a permis de redéfinir très rapidement une partie significative de la solution et de la finaliser pour la rendre pleinement opérationnelle. Le déploiement SAP ECC + EWM en Russie s'est très bien déroulé avec une conversion de données EWM sans aucun problème, ce qui à été une contribution réellement décisive. Cette expérience jalonnée de difficultés mais finalement couronnée de succès a été "l'acte fondateur" m'ayant permis de basculer dans l'univers des projets SAP.  Ce fut une expérience marquante pleine d'enseignements.

Commentaire Client

"Mockba a été une étape majeure pour le développement du magasin de pièces de rechange PSA en Russie. Clément a été la pièce maitresse de toute la partie informatique SAP du projet. Ses connaissances techniques, sa capacité à organiser et à fédérer autour de ses idées ont été essentielles pour faire de ce projet une réussite. Clément est infatigable, et n’a absolument pas lésiné sur ses heures. Il est resté depuis 11 ans un ami, c’est tout dire de sa valeur. Un plus : il fait des tours de magie quand nous sommes en diner."

Jean Marc Trinquier - Logistic Manager
Responsable de l'entrepôt de Moscou lors du projet
linkedin.com/in/jean-marc-trinquier

Client et Secteur

PSA PEUGEOT CITROEN - Industrie automobile

Mission / Contexte 

Rôle de "Pilote Fonctionnel d'Application" pour le module WM de gestion des entrepôts de pièce de rechange.

Concernant les anomalies, assurer le support métier de dernier niveau du module WM gérant les entrepôt de pièces  de rechanges européens de Peugeot Citroën. Concernant les évolutions de vie courante, recenser les besoins, les prioriser, les faire réaliser par l'IT puis les recetter et les déployer. 

Périmètre 

La logistique de distribution des pièces  de rechange du groupe  PSA est géré sur SAP.  Les entrepôts européens de l'époque fonctionnaient via deux Core Model WM ( l'une avec radio fréquence et l'autre sans radio fréquence). J'avais en charge de  gérer l'activité de maintenance de ce module coté métier. Mon périmètre géographique s'est progressivement étendu avec le temps :  

• prise en charge du magasin anglais de Tile Hill pendant les 8 premiers mois (magasin avec radio fréquence)

• Ajout du magasin français de Melun après 8 mois (magasin avec radio fréquence)

• Reprise des 4 magasins européens SAP après 18 mois (Allemagne, Autriche, Pologne, Italie)  (magasin sans radio fréquence)

Détail des  réalisations
Les réalisations et activités ont été les suivantes :

• gestion et suivi d'un portefeuille de demandes

• mise en production de corrections

• mise en production d'évolutions mineures

• support aux key user locaux

Bilan et retour d'expérience 

Etant attiré par la logistique et les systèmes d'information, à l'occasion d'un changement de poste j'ai décidé de rejoindre la service MOA SAP des pièces de rechange. A ma prise de poste, je n'avais aucune connaissance ni de SAP ni de la logistique. J'ai donc découvert un tout nouvel univers, technique, riche et complexe. La complexité des solutions mises en place chez PSA à cette époque et reposant sur beaucoup de développements spécifiques avec des solutions très complètes (la solution radio fréquence exploitait le module TRM - Task and Resource Management) a nécessité un très grand investissement de ma part pour assimiler en peu de temps beaucoup de notions tant métiers qu'informatique. Je n'ai bénéficié à ce moment d'aucune formation particulière, devant apprendre le fonctionnement de SAP par la seule lecture de spécifications et grâce à l'aide de mes collègues.  Ce fut donc une plongée de plusieurs mois dans la documentation produite par les équipes projet ayant conçu la solution. Au cours des 3 années passées sur ce poste, de nombreuses corrections et évolutions ont été mises en œuvre, me permettant d'explorer différents sujets,  que ce soient de pures sujets WM ou d'intégration avec l'ERP. J'ai pu effectuer de nombreux déplacements dans différents entrepôts et ait à cette occasion pu acquérir une expérience important du métier de l 'exploitation d'entrepôt logistique. Cette proximité au métier a été cruciale pour me préparer à mes expériences suivantes.