2 Après la réforme du ROI, combattre l’esprit de systématisation me semble un point tout aussi important.
Remarque : Dans tous les cas il est hautement recommandé d’abandonner l’idée de projet “définitif” lorsque l’on parle de Business Intelligence. Il ne sera pas possible, et ce quels que soient les moyens consentis, de régler la question en une passe unique. Il est préférable de considérer le projet Business Intelligence comme un processus et d’avancer par stades successifs. Chacun des stades correspondant à un projet plus léger et ainsi plus “palpable”, exprimant précisément les besoins d’un groupe d’utilisateurs et s’intégrant étroitement avec l’existant.
3 Dernier point : Centrer la réalisation sur les besoins des utilisateurs tombe sous le sens. C’est d’ailleurs un peu la clé du projet. Mais il ne s’agit pas, comme les vieux de la vieille pourraient le suggérer, de se contenter de procéder à une étude des besoins bien figée avant d’entreprendre le projet proprement dit. C’est dans une dynamique stimulant les aspects participatifs ou coopératifs, comme vous préférez, que se déroulera le projet.
Plus facile à dire qu’à faire ? Je ne vous le fais pas dire. Les modes de gestion de projet participatif joignant utilisateurs et concepteurs/réalisateurs sont en fait les seuls envisageables pour ce type de projet. Mais les modes participatifs sont bien plus difficiles à gérer que les modes traditionnels où les utilisateurs ne découvrent le bébé qu'au moment de la recette. Au titre des difficultés à surmonter, notons qu'utilisateurs et réalisateurs ne partagent pas les mêmes enjeux et contraintes. Les chargés de la réalisation sont tenus par des exigences de budget et de délais. Pas si facile. D'autant plus lorsqu'une obligation de résultats un peu draconnienne ou en tout cas mal ficelée laisse planer le spectre du tribunal. De leur côté, les utilisateurs sont bien souvent reticents à s'engager. Il est bien plus facile de rejeter quelque chose dont on a été tenu à l'écart que de s'engager pour contribuer à la réussite. En fait, c'est bien dès les prémisses du projet que commence l'accompagnement du changement. ( Je reviendrais sur ce thème au terme de cette série.)
En aparté, le schéma classique du système Business Intelligence ici mériterait d’être entièrement repris. En effet, ce schéma reflète beaucoup trop la prédominence de la technique sur les besoins propres du décideur en situation. Il faudrait le redéfinir en plaçant le poste utilisateur comme élément central de la réflexion, au barycentre des préoccupations. J’y penserai. En attendant, je développe ces points à propos de la conduite de projet, ici et dans ce livre.
Copyright : Alain FERNANDEZ ©2004-2009- Tous droits réservés
Le Fil RSS du Perfologue
Le chef de projet efficace .
Les nouveaux tableaux de bord des managers.
Livre de référence, concevoir le système décisionnel, aide à la décision et pratique du pilotage de la performance.
4ème édition 2008. Eyrolles
www.eyrolles.com
www.amazon.fr
L'essentiel du tableau de bord
Une méthode pratique simple et claire pour concevoir son tableau de bord avec Excel.
2ème édition 2008, Eyrolles
www.eyrolles.com,
www.amazon.fr
Le bon usage des technologies expliqué au manager
Guide pratique de survie pour les managers aventurés au sein des projets technologiques. Editions d'organisation
www.eyrolles.com,
www.amazon.fr
36 Recom- mandations pour manager la performance
Le perfologue (blog.piloter.org)