Le projet IFMIS a échoué - est-il temps de blâmer la victime ? class="addToolTip")

Le projet IFMIS a échoué - est-il temps de blâmer la victime ?

Ce n'est pas un secret : les grands projets informatiques ne répondent souvent pas aux attentes des clients. Une étude réalisée en 2003 a montré que seuls 34% des grands projets informatiques étaient couronnés de succès, tandis qu'une autre étude sur les projets de planification des ressources de l'entreprise (ERP) a révélé un écart moyen de 182% par rapport au coût estimé et de 230% par rapport au délai prévu.

Dans le meilleur des cas, les organisations à forte capacité utilisent des logiciels conçus spécifiquement pour leurs marchés. Cela permet de minimiser les risques liés à la mise en œuvre de solutions qui ne sont pas spécialisées ou éprouvées pour leurs besoins particuliers.

Qu'en est-il des projets IFMIS pour les gouvernements des pays émergents ? Tout d'abord, les fournisseurs sont prêts avec un portefeuille de raisons de blâmer le client. Blâmer la victime.

Dans ce portefeuille de responsabilités, la victime est accusée de.. :

  • Avoir des attentes déraisonnables, c'est-à-dire vouloir trop et trop tôt.
  • L'absence d'un nombre suffisant de personnel qualifié.
  • Ne pas s'engager suffisamment.
  • Faire preuve d'une mauvaise gestion de projet.
  • Changement fréquent de direction
  • Ne pas articuler efficacement le processus d'entreprise.
  • Être réticent à gérer le changement organisationnel.

La gravité de ces risques ne fait aucun doute. Mais lorsque les gouvernements lancent des appels d'offres détaillés exigeant des vendeurs qu'ils fassent preuve de qualifications suffisantes, et lorsque les vendeurs proposent des contrats à prix fixe, comment est-il juste d'imputer la responsabilité de tous ces risques aux gouvernements ?

Le succès ne se trouve pas seulement dans la mise en œuvre, mais aussi dans durable de la mise en œuvre. C'est pourquoi il incombe aux éditeurs de logiciels et aux sociétés de conseil de collaborer avec les gouvernements pour atténuer ces risques avant qu'ils ne deviennent des fractures permanentes.

  • Attentes irréalistes. Le logiciel proposé doit être en mesure de respecter le calendrier de mise en œuvre du client. Si la mise en œuvre du logiciel IFMIS prend trois ans alors que les exigences requièrent un an, il est temps de repenser le logiciel.
  • Personnel formé. D'après notre expérience, le renforcement des capacités est l'un des principaux facteurs de réussite. Il est tentant de réduire la formation pour diminuer les coûts de la proposition, mais il ne s'agit pas seulement du logiciel - il s'agit d'une gestion des finances publiques de qualité et d'une formation informatique plus large. Les fournisseurs doivent donc insister sur la formation.
  • Un engagement insuffisant. Tout changement organisationnel met à l'épreuve l'engagement. Des succès rapides et tangibles sont nécessaires pour favoriser l'engagement.
  • Gestion de projet. Le vendeur doit fournir une équipe spécialisée qui aide et guide l'équipe de gestion du projet du gouvernement, et non l'inverse.
  • Changer souvent d'avis. Les gouvernements émettent des propositions de spécifications basées sur les conditions du moment. On ne peut pas attendre des gouvernements qu'ils sachent comment les problèmes actuels peuvent être surmontés ou comment ils peuvent résoudre les nouveaux problèmes introduits par l'utilisation du logiciel. Les vendeurs doivent s'attendre à des changements.
  • Articulation des processus d'entreprise. Les gouvernements acquièrent un SIGP pour modifier leurs processus opérationnels. Les vendeurs devraient avoir l'expérience des fonctions gouvernementales et ne devraient pas avoir à poser des questions génériques sur les processus opérationnels. Ils doivent plutôt faciliter l'adoption de bonnes pratiques par le gouvernement.
  • Réticence au changement. Très peu de personnes aiment le changement - c'est une réalité. Seuls des consultants engagés et passionnés peuvent motiver efficacement le changement.

On pourrait s'attendre à ce que les vendeurs aient déjà appris comment maximiser le succès. Malheureusement, les vendeurs qui nient leur responsabilité en cas d'échec apprennent rarement. En analysant les raisons pour lesquelles nous faisons nettement mieux que les normes du secteur, nous avons été en mesure de codifier les approches fructueuses, d'améliorer nos processus et de concevoir des méthodes permettant d'atténuer efficacement les risques. Nous comprenons que le développeur de logiciels doit être intimement impliqué et engagé dans la réussite du projet SIGIF. Nous travaillons avec nos partenaires consultants pour garantir le succès du projet. Nous apprécions la capacité de notre logiciel à mieux répondre aux exigences des gouvernements des économies émergentes.

Thèmes

Contact