L’audit de projet est par essence un diagnostic visant à gérer une difficulté
Il arrive qu'un projet rencontre des difficultés diverses qui nécessitent un audit de projet et un plan d'action :
- Conflit avec l'intégrateur avec risque d'un contentieux,
- Incapacité de ce dernier à paramétrer les spécificités dans une version stabilisée,
- Difficultés à stabiliser les besoins des utilisateurs qui demandent trop d’évolutions de spécification,
- Dépassement de budget ou de planning,
- Insatisfaction des utilisateurs au cours de la recette,
- Constat de non-qualité des données migrées avant démarrage,..... etc.
Dans tous les cas, nous avons constaté l’importance qu’un tiers externe à l’entreprise puisse collecter et analyser les faits et entendre les acteurs pour ensuite proposer un plan d’action collectif.
Les pathologies sont nombreuses et souvent combinées. Nous disposons d'une lourde expérience dans ce type de diagnostic qui présente potentiellement des effets de bord avec nos activités d'expertise-conseil en précontentieux.
Entre l’audit et le conseil, nous avons été facilitateur de situations très particulières :
- Arrêt de projet contre la volonté des utilisateurs ou de la DSI,
- Recadrage avec ou sans changement d’intégrateur,
- Accompagnement en médiation entre intégrateur et DSI,
- Gestion de crise suite à l’arrêt de l’accès à une application alors qu’elle est déjà en production pour un premier lot,
- Finalisation d’une recette polluée par des problèmes de qualité des données.
Toujours sur le thème des projets informatiques, nous avons publié des ouvrages collectifs :
- Management de projets IT (Ed Weka dernière Maj 12/2011),
- Progiciels de comptabilité – critères de conception et de choix (Ed CNCC – CSOEC 09/2004),
- Maitrise d’ouvrage de projet de système d'information (Ed AFAI 09/2003),
- Conduite de Projet en Moyenne Entreprise (Ed AFAI – ordre des expertes comptable 02/2002),
- Interfaces et Urbanisation (Ed AFAI 10/2000),
- Et divers articles dont certains sont disponibles publications