16 janvier 2018

Projet informatique et logiciels de gestion : Les 3 critères du succès

Après avoir évoqué les 5 recommandations pour maximiser les chances de succès d’un projet informatique, nous aborderons aujourd’hui les critères à l’aune desquels nous pouvons évaluer la réussite d’un projet informatique en logiciel de gestion. Nous nous placerons du point de vue de l’intégrateur d’applicatif de Gestion de Trésorerie que nous sommes. Point de vue qui doit in fine être également partagé par le client.

L’autonomie des utilisateurs ou le stagiaire est la fausse bonne idée

Tout projet informatique doit être synonyme de transfert de compétences du fournisseur vers le client dont les utilisateurs doivent s’approprier le nouvel applicatif. Cela implique pour les opérationnels que sont les Trésoriers, Directeurs Financiers et autres Comptables de dégager du temps pour la réalisation du projet en sus de celui que leur prennent leurs tâches quotidiennes. Nous avons remarqué que les clients ont tendance à recourir à des stagiaires, qui dédiés à 100 % à la réalisation du projet, n’en n’ont pas moins l’inconvénient de repartir avec l’expertise acquise. Conséquence, les utilisateurs des services demeurant en poste n’étant pas monté en compétence lors du déploiement de l’applicatif, ont tendance à abandonner le nouvel outil pour retourner à… Excel. Ces mêmes personnes trouveront toujours le bon discours pour justifier leur abandon : « système trop compliqué, trop lent, peu ergonomique ».

L’autonomie dans la gestion des évolutions fonctionnelles

Comme évoqué par ailleurs, le périmètre initialement défini pour le projet, est toujours sujet à des évolutions fonctionnelles. Ces dernières sont possibles si l’utilisateur final est capable d’en garder la maîtrise. Par exemple, l’analyse dans le temps de la profitabilité au m2 des boutiques d’un groupe de distribution peut être pertinente si le client a la capacité de maîtriser les différents paramètres impliqués.

L’autonomie dans la Maintenance

Certains projets informatiques peuvent s’éterniser dans le temps (au-delà de 6 mois en général, le projet devient un problème). Il est donc impératif de formaliser dans un outil informatique centralisé les différentes étapes dudit projet afin de garder en mémoire les changements de cape décidés. Il arrive souvent qu’au bout d’un moment l’utilisateur et son prestataire soient bien incapables de justifier tel ou tel choix à une étape du déploiement. Il est notable de constater la perte de mémoire des clients quand placés devant les conséquences de leur choix initial ceux-ci s’avèrent contre-productifs. Il donc prendre le temps de documenter les différentes étapes du projet.

Si ces trois principes ne sont pas respectés, la prise en main du nouvel applicatif de gestion risque bien d’être un échec. D’où la nécessité de prévoir le « Plan B » ou solution de repli dans le cas où le projet ne peut aboutir. En général la maintenance en activité de l’ancienne solution (de Trésorerie, de Comptabilité ou autre) qui continuera de fonctionner jusqu’à complète sécurisation du projet.

Derniers articles

14 mars 2019

Lutte contre la fraude aux paiements : combinez logiciels et process

Les années se suivent et les études le confirment, la fraude en entreprise ne cesse de croître telle une hydre à plusieurs têtes, le danger surgit là où on ne l’attend pas. L’unanimité s’est faite parmi les éditeurs et intégrateurs de logiciels financiers pour affirmer que des applicatifs dédiés à

Lire la suite »

25 février 2019

Mais qui est Kyriba ?

Je suis tombé par hasard sur l’article de La Tribune dont le titre m’a interpellé. En effet, « qui ne connaît pas Kyriba ». Certainement pas les Directeurs Financiers des entreprises françaises. Plus surprenant, la société est toujours présentée comme une sorte de start-up en devenir. Personne ne

Lire la suite »

11 février 2019

Les changements de système de gestion ne sont pas si fréquents que cela...

Régulièrement parmi nos clients, l’un d’eux mandate à grands frais un cabinet de renom afin de procéder à état des lieux de ses systèmes d’information afin de savoir s’il doit conserver ou non les applicatifs utilisés en interne. Au vu de notre expérience, nous pouvons affirmer que rares sont les

Lire la suite »