Cherchez l’erreur…

Un système informatique dans lequel il n’y a pas de #bugs est soit :

• un SI tellement éprouvé qu’il répond à tous les cas d’usage de l’entreprise ou du service pour lequel il est conçu,

• ou un SI qui n’est pas ou partiellement peu utilisé.

Et dans ce dernier cas, avouez qu’il est dommage d’y avoir investi tant de temps et d’argent pour un rendement qui peut s’avérer faible…au point de se retrouver avec autant de fichiers Excel après qu’avant, et des gestes métier pour lesquels le #ROI attendu n’est pas au rendez-vous.

L’anomalie fait donc partie intégrante de la mise en oeuvre d’un SI, mais évidemment :

Ca se gère !

Il y a quelques années, j’ai été missionné pour stabiliser et rationnaliser un système logistique international pour un grand groupe de retail. Un réappro au démarrage qui avait du mal à sortir 10000 pauvres pièces après plusieurs heures de calcul !

Impossible à déployer en l’état sur l’ensemble des pays pour toutes les catégories d’articles. Des centaines d’anomalies après 18 mois de projet et des millions d’€ investis.
Et pourtant, une infrastructure démentielle pour soutenir les outils, largement surdimensionnée !

On ne compense pas (ou rarement) des problèmes logiciels en ajoutant des composants matériels !

Et encore une fois cette histoire de balançoire où chacun y avait mis sa touche, et se renvoyait la balle de l’échec apparent du projet…

Je n’ai pas les mots pour expliquer l’état d’énervement du sponsor métier de l’époque.

Si ce projet a fini par être déployé et utilisé par l’entreprise (20% du CA), c’est grâce à l’équipe en place, aux centres de services, à beaucoup de travail, de rigueur et de méthode. Et un peu de savoir faire…

Heureusement il n’y a pas de situation désespérée. Il y a toujours des solutions, mais là où on ne les attend pas forcément.

Pour la petite histoire, le réappro a atteint très vite 400 000 pièces chaque jour en à peine 1h pour les 10 pays déployés, et sur des dizaines de milliers de références.