Pourquoi les déploiements de logiciels échouent

Au fil des années passées à diriger mes propres entreprises, j'ai vu des déploiements réussir, et d'autres s'enliser ou s'éteindre en silence. La différence ne tenait presque jamais à la technologie. Elle tenait à la manière de mener le projet. Ci-dessous, je nomme les causes d'échec récurrentes et je montre comment je mène un déploiement pour les éviter.

C'est rarement la technologie elle-même

L'ampleur est considérable : selon des études de marché internationales (Panorama, Gartner), la plupart des déploiements de grands ERP n'atteignent pas leurs objectifs - on cite le chiffre de 55-75 % des projets. Ce sont des données mondiales, qui concernent surtout les grands progiciels, mais les causes reviennent assez nettement pour être nommées et évitées. Et presque aucune ne tient au logiciel lui-même.

Acheter sur la démo plutôt que sur le processus

L'erreur la plus fréquente consiste à choisir un système sur la foi d'une bonne démonstration commerciale plutôt qu'à partir de vos propres processus. Le logiciel fait forte impression en présentation, puis il s'avère que votre façon de prendre les commandes ou de planifier la production n'y trouve pas sa place. Commence alors l'adaptation de l'entreprise à l'outil - et c'est précisément là que le projet se met à perdre pied.

Une analyse escamotée et un périmètre trop large

Le deuxième schéma consiste à démarrer sans analyse sérieuse du fonctionnement réel de l'entreprise et à vouloir tout déployer d'un coup. Plus le périmètre de départ est large, plus les choses peuvent mal tourner avant que quiconque voie un premier résultat. Un grand projet « tout en même temps » devient un chantier de plusieurs mois, où il est facile de dépasser le budget et d'épuiser la patience de l'équipe.

Une équipe que personne n'a consultée

La troisième cause est humaine. Quand on décide d'un système sans parler aux personnes censées l'utiliser, des résistances apparaissent, et l'outil ne reflète ni la réalité de l'atelier ni celle du bureau. Les gens reviennent alors discrètement à leurs anciennes feuilles de calcul, l'entreprise fonctionne avec deux circuits parallèles, et le système coûteux reste en grande partie inutilisé.

Comment je mène un déploiement pour qu'il fonctionne

Je commence par une conversation sur le processus, avant toute démonstration de fonctionnalités. Je m'attaque d'abord à un seul domaine, celui qui donne un résultat rapide et visible - je peux mettre en service le premier module en 14 jours ouvrés et le premier projet complet en 4-8 semaines. Je construis avec les personnes qui utiliseront le système, pour qu'il reflète leur travail réel. Les modules suivants arrivent par étapes, en parallèle de l'activité courante, et le code comme les données restent chez vous. Ainsi, chaque étape apporte un résultat, et le risque d'un grand désastre unique n'a tout simplement aucune occasion de se matérialiser.

Si vous prévoyez un déploiement et voulez le mener sereinement - parlons-en pendant trente minutes. Je vous suggérerai par quel domaine commencer pour que le premier résultat arrive vite.