06 sept
Publié par Steeve Duchesne dans Motivations, Modernisation
On ne modernise pas un système uniquement pour le plaisir de moderniser, tout comme on ne change pas le moteur de notre voiture neuve….. Il faut l’avouer, on modernise par la force des choses. Tant et aussi longtemps qu’il nous est possible d’atteindre les objectifs d’affaires avec le système actuel, même si cela nécessite quelques tours de magie, souvent noire, ce dernier demeure en place.
Les raisons de cette patience sont aussi nombreuses que pertinentes. D’expérience, voici mon Top 5 :
Il vient par contre un temps où ces raisons ne peuvent plus justifier de repousser la modernisation. Le besoin est réel, urgent, essentiel et la magie, même la meilleure, ne suffit plus. Ou, autre cas possible, le magicien disparaît avec toute sa connaissance concernant les nombreux rafistolages effectués au fil des ans…
Effectivement, le départ de gens qui tenaient le système à bout de bras sera un important déclencheur de modernisation. Cette grande patience avec le système en place, jumelée à l’implication de ces magiciens qui trouvaient toujours des solutions ont un impact important sur les stratégies potentielles de modernisation. Ces impacts seront certainement le sujet d’un prochain article. Mais seulement pour donner un indice, la magie c’est souvent difficile à recycler…..
Le problème dans tout ça, c’est que la modernisation demande beaucoup de réflexion avant d’être entreprise. Et après avoir retardé la modernisation le plus longtemps possible, le temps presse, ce qui fait que ce n’est pas toujours toujours évident comme situation.
Premièrement le terme modernisation. Qu’est-ce que la modernisation ? Est-ce que, par exemple, écrire une nouvelle application Java qui extrait des données de notre base de données DB2, qui elle est normalement utilisée par notre système RPG, est une modernisation ? Je vous dirais que non. C’est simplement une nouvelle application qui vient rendre un peu plus « hétérogène » notre système d’information. Je dirais même que c’est une nouvelle application qui viendra un jour ajouter à l’ensemble des défis que devra résoudre la modernisation de notre système.
En fait, j’utilise le terme « modernisation » non pas parce que cela implique nécessairement des technologies « modernes », mais bien plus pour l’idée de « futur » et « d’avenir » que représente le terme « modernisation ». Pour moderniser, il faut donc selon moi avoir une « vision », un positionnement, une stratégie solide. C’est pour ça que développer une nouvelle application, sans cette vision d’avenir, n’est pas de la modernisation.
Donc en résumé, on ne modernise pas pour rien, on modernise pour répondre à un besoin. Et on ne modernise pas n’importe comment, on modernise selon une vision d’avenir.
Si on revient sur les éléments déclencheurs de la modernisation, il y a des besoins qui font paraître la modernisation encore plus essentielle. Ces besoins font ressortir les limitations du système en place. Ils sont souvent composés des fonctions ou actions suivantes :
Après études, analyses, évaluations et estimations de toutes sortes, il est maintenant clair pour tous que le système en place, tel qu’il est aujourd’hui, ne peut répondre aux besoins dans le contexte de l’entreprise, c’est-à-dire en termes de budgets et d’échéancier.
Il y a quelques années à peine, les stratégies possibles étaient peu nombreuses et surtout ‘intimidantes’. Elles se résumaient souvent à : on efface tout et on recommence…… Pas nécessairement facile à vendre comme projet….
Aujourd’hui, heureusement, il y a d’autres alternatives. La modernisation ne se résume pas au changement de système, à la mise en place d’un ERP, MRP et autres ….P.
Dans un prochain article, j’aborderai ma vision des stratégies de modernisation.
Flux RSS pour les commentaires de cet article. URI de TrackBack.
Laisser un commentaire