Prenons un cas typique: Un département de génie biomédical se dote d’un logiciel de gestion de parc d’équipements. La représentation de la compagnie est bonne et les fonctionnaires responsables de l’acquisition du logiciel ont peu de connaissance du marché et des solutions informatiques existantes. L’achat est effectué pour quelques dizaines de milliers de dollars et l’avenir est rempli de promesses. Le logiciel est installé sur les postes de travail et tout le monde est heureux.
Les problèmes commencent rapidement … le logiciel est lent. La façon d’entrer les informations dans la base de données se fait de façon non-intuitive. Le graphisme du logiciel est fade. De plus, les administrateurs de la base de données se rendent rapidement compte que les chiffres fournis mensuellement par le logiciel sont corrompus par le logiciel et ne représentent pas la réalité! Il est alors très difficile de sortir des rapports financiers qui représentent la réalité. Des appels et demandes de correction sont rapidement placés à la compagnie qui a développé le logiciel. Mais l’entreprise est grosse … et les réponses ne viennent pas. Il faut des mois pour apporter des correctifs qui régleront la corruption des données. Mais pour le graphisme et le fonctionnement du logiciel, rien à faire. Les employés sont dans l’obligation de travailler avec un logiciel mal conçu. Le logiciel est conçu par des programmeurs et ceux-ci sont dirigés par des investisseurs. Le résultat est plus que désolant. Et le support technique représente des frais exorbitants.
Suite ->
