Il est plus facile de démarrer un projet informatique, mais garantir son succès est une chose moins évidente. Pour réussir, un projet doit se plier à des contraintes de coût, de délai et de respect des exigences définies par le cahier de charges. Dans la pratique, il est difficile de voir un projet respecter ces 3 critères, et les meilleurs projets sont ceux qui arrivent à terme avec un écart relativement faible par rapport à ces critères. Plusieurs études menées sur la réussite des projets informatiques montrent en effet que dans la majorité des cas, les projets aboutissent avec un non-respect des charges ou des délais. On note également que parfois, plus de 20% des projets sont abandonnés.
Les raisons qui justifient ces taux d’échec sont multiples et peuvent dépendre des ressources financières de l’entreprise, de l’implication des employés, des compétences déployées sur le projet et bien d’autres.
Partho Bhattacharya, président d’Invenio Business Solutions a expliqué les 5 principales raisons pour lesquelles les projets IT échouent selon sa propre expérience au sein de son entreprise. Invenio Business Solutions un Gold Partner de SAP qui fournit des solutions, des services et un support SAP aux entreprises.
Selon Partho, le principal facteur de succès ou d’échec d’un projet est l’implication de la haute direction. Il fait partie de ceux qui partagent l’avis selon lequel « il n’y a pas de projets informatiques, mais seulement des projets d’entreprise ». autrement dit, les projets IT doivent impliquer et rassembler l’entreprise dans son ensemble et pas seulement le service informatique. La haute direction qui doit avoir un intérêt particulier dans la réussite du projet doit veiller à cela.
Il est donc important, avant tout, de faire une cartographie des personnes qui sont impliquées dans le processus et de s’assurer qu’elles en fassent partie depuis le début et que leurs besoins et fonctions ont bien été considérés.
Une autre raison qui mine les projets IT serait la mauvaise planification. Partho note que très souvent, les calendriers manquent de réalisme. Les responsables doivent définir des délais plus réalistes dès le départ et éviter de se précipiter dans les projets.
Il explique encore qu’un projet a des chances d’échouer si les données et l’interface avec le système sont ignorées dès le départ. Les données des systèmes en place sont souvent incohérentes et incomplètes et rendent parfois le système inutilisable. Ce problème doit être avant tout traité par le nettoyage des données qui est susceptible de prendre beaucoup de temps dans la réalisation du projet. Les interfaces, qui constituent les points de contact avec le système doivent être également testées, car une interface défectueuse peut mettre en mal une bonne implémentation du système.
Un autre facteur d’échec ou de succès, non des moindres, est la gestion du projet, les compétences et expériences. Partho explique qu’un de chef de projet approprié et le soutien de l’équipe PMO sont primordiaux pour le succès du projet. Il faut également éviter trop de gestionnaires au risque de créer des conflits et priorités contradictoires. Ces derniers doivent encore avoir de très bonnes compétences, être capables de réunir la bonne équipe de personnes qualifiées et également être en mesure de les motiver et inspirer même quand la pression monte.
Le président d’Invenio Business Solutions note par-dessus tout qu’on doit maintenir le projet réel. Par cela, il explique que lors de la planification et du déploiement, certaines attentes autour de ce qui doit être livré, quand, par qui et pourquoi, sont irréalistes. Il y a des exigences confuses ou changeantes tout au long du processus. Partho pense qu’elles doivent plutôt être fixées et les objectifs réévalués au cours du projet pour éviter les surprises. Pour cela, le choix du partenaire est vraiment crucial. Ce dernier doit être en mesure d’accompagner l’entreprise dans tout le processus afin d’assurer le succès du projet.
Source
Et vous ?
Qu’en pensez-vous ? Quels sont les facteurs qui pourraient compromettre la réussite d’un projet informatique ? 
Envoyé par Michael Guilloux
, qui a remué ciel et terre pour nous avoir des environnements de tests fonctionnels. On a perdu 3 semaines, mais sans elle, c'était 3 mois. Sur un projet de 6 mois. C'est le bon niveau d'intervention. Apprendre aux JAVAistes comment programmer sans internet, c'est idiot. C'est beaucoup trop terre-à-terre pour quelqu'un à son niveau(et, de toutes façons, c'est idiot). Fouetter l'équipe qui avait vraqué les environnements, par contre, c'était son job.
