À quoi ressemble vraiment un déploiement ERP chez un industriel de vingt personnes

Les huit étapes d’un déploiement ERP dans une petite entreprise industrielle, pourquoi la reprise de données décide du calendrier, et ce que le client doit apporter.

La plupart des calendriers ERP qu’on vous montre en rendez-vous commercial sont une ligne droite. Les vrais ne le sont pas. Pour une entreprise industrielle d’une vingtaine de personnes, le travail peut se terminer en un mois, ou dépasser six, et la différence n’a en général rien à voir avec le logiciel. Elle tient à l’état de vos données et à la part de votre propre temps que vous pouvez y consacrer.

Voici la forme du projet, étape par étape, avec les endroits qui déraillent signalés.

Étapes un et deux : le cadrage, puis une proposition ouverte à la discussion

Cela commence par des réunions et des questionnaires. Le but est d’écrire ce que vous faites réellement, quels modules vous sont nécessaires, et quels processus portent la charge. Pas les processus affichés au mur avec le manuel qualité, ceux que les gens suivent vraiment.

Il en sort un plan de déploiement, un calendrier et un devis. Si la proposition se lit comme si elle avait pu être écrite pour n’importe quelle entreprise, le cadrage a été trop superficiel et vous devriez la renvoyer. Un atelier d’usinage de vingt personnes et un atelier d’assemblage de vingt personnes n’ont pas besoin de la même configuration, et cette différence doit être visible par écrit avant que quiconque signe.

Étape trois : le contrat, puis la configuration commence

La signature, c’est le moment où la liste des modules cesse de bouger et où le plan d’intégration est mis noir sur blanc. La configuration démarre ici.

C’est aussi le moment d’être honnête sur le périmètre. Chaque adaptation que vous ajouterez plus tard sera chiffrée à part et vous coûtera du temps de calendrier, pas seulement de l’argent. Si vous savez qu’il vous faut quelque chose d’inhabituel, cela appartient à cette étape, pas au quatrième mois.

Étape quatre : la reprise de données, qui décide de votre calendrier

C’est la partie la plus difficile, et souvent la plus longue du projet. Pas parfois. Généralement.

Vous exportez vos données de l’ancien ERP ou du logiciel de comptabilité, idéalement en CSV ou en Excel. Un accord de confidentialité est signé avant que rien ne bouge. Puis le travail de correspondance commence : vos champs vers les nouveaux, décidés champ par champ, testés, et ajustés avec vous jusqu’à ce que le résultat soit juste.

Ce qui rend cela difficile n’est jamais le bouton d’export. C’est ce que l’export contient. Vingt ans de références articles avec trois conventions de nommage différentes. Des clients saisis deux fois. Des quantités en stock fausses depuis un inventaire auquel personne n’a fait confiance. Des nomenclatures qui vivent dans un tableur sur le portable d’une seule personne, et pas du tout dans l’ancien système.

Rien de tout cela n’est inhabituel et rien de tout cela n’est une raison de retarder le démarrage. Mais cela veut dire que le nettoyage est un vrai travail, et que c’est un travail que seules vos équipes peuvent faire, parce que seules vos équipes savent laquelle des deux fiches client est la bonne.

Si vous voulez un seul levier sur le calendrier, c’est celui-là. Des exports propres raccourcissent le projet plus que n’importe quelle autre décision de votre part.

Étape cinq : les tests sur une copie

La configuration et les données reprises sont installées dans un environnement de recette, c’est-à-dire une copie séparée du système, pas votre système en production. C’est là que vous validez.

Valider veut dire que vos équipes y passent leur travail réel. Prenez les commandes du mois dernier et faites-les traverser le nouveau système. Chiffrez une affaire. Enregistrez une réception de marchandises. Les erreurs trouvées en recette ne coûtent presque rien. Les mêmes erreurs pendant la première semaine de production vous coûtent votre crédibilité interne, plus difficile à récupérer qu’une journée de travail.

Étape six : former des gens qui ont déjà un emploi à plein temps

La formation se déroule en webinaires et en ateliers, à distance ou sur site, et elle est découpée des bases vers les fonctions plus avancées plutôt que livrée en un bloc épuisant. Il existe une documentation intégrée et des guides, et l’accès au support de formation continue après la mise en production, pour que la personne que vous recruterez en mars prochain ne se retrouve pas seule.

La contrainte réaliste ici, c’est l’attention. Votre responsable de planification n’absorbera pas quatre heures de formation un jour où une machine est arrêtée. Réservez les sessions comme vous réserveriez une maintenance, avec le temps réellement protégé.

Étape sept : la mise en production

La mise en production est une date, pas un événement. Si les étapes quatre et cinq ont été bien faites, c’est une journée calme.

Le découpage en phases mérite d’être envisagé. Le démarrage peut être progressif, avec les fonctions du socle en production d’abord et les modules ou intégrations suivants derrière. Pour une entreprise de cette taille, c’est souvent la voie la plus tranquille, avec moins de choses à apprendre en même temps.

Étape huit : la première semaine

La première semaine après le lancement bénéficie d’un support renforcé, avec une surveillance active, les problèmes traités au fil de leur apparition, et de la formation supplémentaire là où elle s’avère nécessaire. Attendez-vous à trouver des choses. Tout le monde en trouve. Les questions de la première semaine portent surtout sur les habitudes plutôt que sur le logiciel, et elles méritent des réponses soignées, parce que c’est à ce moment que la nouvelle façon de travailler se fixe.

Où se placent les intégrations

Les intégrations avancent à leur propre rythme et méritent d’être planifiées à part. Une intégration simple, de l’ordre d’une semaine. Une intégration complexe, un à deux mois ou davantage. Lire les données de machines CNC, d’automates Omron, de robots Universal Robots ou d’autres équipements IoT se situe du côté le plus engageant, parce que le travail est propre à votre parc.

La correspondance des champs entre systèmes est faite par nous, puis testée et ajustée avec vous. Après le lancement, il y a un mois de corrections gratuites, et ensuite la maintenance des intégrations relève d’un contrat de support ou d’un accord distinct, les incidents passant par le système de tickets.

Si une intégration n’est pas critique pour le premier jour, laissez-la suivre la mise en production. Essayer de faire atterrir une intégration machines et un nouveau processus de stock la même semaine, c’est ainsi qu’un bon projet se fabrique une mauvaise réputation en interne.

Ce que vous devez apporter

C’est la partie la plus souvent sous-estimée. Vous devrez fournir :

  • Les exports de vos données existantes depuis l’ancien ERP ou le logiciel de comptabilité.
  • La documentation de vos processus internes, même sommaire.
  • Des personnes nommées dans l’entreprise qui participeront réellement, et pas seulement figureront sur une liste.
  • L’accès à tout système devant être intégré.

Impliquez la direction et des collaborateurs clés de plus d’un service, et nommez un coordinateur de projet interne. Un nom, avec le temps de le faire. Les projets sans cette personne n’échouent pas de façon spectaculaire, ils dérivent simplement, parce que chaque décision attend une réunion.

Ce qui fait réellement prendre du retard

Quatre choses, à peu près dans cet ordre :

  1. Les reprises de données complexes.
  2. Un manque de moyens internes de votre côté.
  3. Des exports de données mal préparés.
  4. Des adaptations supplémentaires qui apparaissent en cours de projet.

Trois de ces quatre points sont du côté du client. Ce n’est pas un reproche, c’est la partie utile de l’information. Les variables que vous maîtrisez sont celles qui déplacent la date.

Alors, un mois ou six

Une organisation plus petite peut terminer en un mois. Une organisation plus grande ou plus complexe peut prendre six mois ou davantage. Un industriel de vingt personnes avec des données propres, un coordinateur nommé et aucune intégration exotique se place près du bas de cette fourchette. La même entreprise avec ses nomenclatures dans un tableur et personne de disponible avant la fin de la fermeture d’été se place ailleurs, et aucune décision logicielle n’y changera rien. Autant le savoir avant de commencer plutôt qu’au troisième mois.

Sujets
  • déploiement
  • reprise de données
  • planification

Une question à laquelle cet article ne répond pas

Apportez la version gênante de la question à un premier échange. C’est un meilleur usage de 45 minutes qu’une démonstration.