Decideo - Actualités sur le Big Data, Business Intelligence, Data Science

Abonnez-vous gratuitement à Decideo !


Decideo

 


Comment migrer son SI Décisionnel et lui donner un nouvel horizon


Rédigé par Alexis Trenteseaux, MC2i Groupe le 21 Avril 2015

L’évolutivité forte des systèmes d’information, et plus particulièrement des systèmes décisionnels est liée au souhait des éditeurs d’apporter toujours plus de nouvelles fonctionnalités à leurs clients et à leur volonté de simplifier le plus possible les actions pour les utilisateurs finaux. Cette course à la nouveauté est positive pour l’entreprise, cependant, elle implique de faire évoluer régulièrement son SI, ou le cas échéant, de prévoir un changement d’outil complet.
Quels sont donc les points d’attention et best-practices à prévoir dans le cas d’une migration de SID ?



Alexis Trentesaux, Consultant mc2i Groupe
Alexis Trentesaux, Consultant mc2i Groupe
Premièrement, il est nécessaire de faire un audit de l’existant sur le niveau d’utilisation de la solution et de le mettre en relief en fonction de la complexité de l’architecture. En effet, un SID a tendance à se complexifier tout au long de la phase de RUN pour répondre à de nouveaux besoins fonctionnels tout en tenant compte des choix initiaux de conception. La particularité d’un SID est liée à sa structure puisque c’est un outil qui répond à un besoin évolutif alors qu’il reste assez rigide en terme de modélisation. Il y a donc différentes « strates » de développement qu’il faut comprendre et structurer afin de mener à bien ce chantier. Au regard de ce constat, il faut accepter la possibilité d’une refonte globale, ou a minima une réflexion d’ensemble sur la simplification des indicateurs et attributs, mais aussi sur l’optimisation de la modélisation et des flux. Bien sûr les impacts sont plus importants dans le cadre d’un SI décisionnel Multi-sources.

Un changement d’outil s’accompagne toujours d’un chantier de recueil des besoins auprès des utilisateurs. En effet, ceux-ci étant très autonomes sur la production de reporting, ils ne communiquent pas systématiquement leurs attentes auprès des équipes support. La compréhension des enjeux et du contexte est donc très importante pour pouvoir proposer aux utilisateurs un gain opérationnel. Cette démarche s’accompagne aussi d’une analyse de la qualité des données présentes dans la base. Cette analyse permettant d’identifier la charge de travail à prévoir au niveau de l’ETL*.

Enfin le choix de l’outil et des droit se faire en fonction de paramètres techniques et opérationnels : Gestion des habilitations, sécurité des données, pérennité de la solution, autonomie des utilisateurs, et impact(s) d’un changement d’IHM. L’outil décisionnel pouvant laisser beaucoup d’autonomie à l’utilisateur, il faut anticiper le degré de liberté à prévoir pour chaque profil cible. Les fonctionnalités étant multiples, il faut trouver un bon équilibre entre la possibilité de créer de nouveaux rapports et la « sacralisation » de reporting/dashboarding standard.

En résumé, il faut pouvoir organiser la migration en plusieurs temps afin d’avoir une démarche cohérente et aider à l’acceptation de l’outil cible pour les utilisateurs finaux :
1. Audit de modélisation
2. Recueil des besoins
3. Définition des flux d’alimentation
4. Redéfinition des fonctionnalités cibles par profil
5. Choix de l’outil
6. Chantier d’homogénéisation du reporting existant
7. Accompagnement au changement


*Extract, Transform, Load = Outil permettant d'effectuer des transferts massifs d'information d'une source de données vers une autre




Commentaires

1.Posté par Jean-Michel Franco le 22/04/2015 15:42
Article très intéressant. La Business Intelligence a ceci de particulier qu'elle est souvent en place depuis plusieurs années, mais qu' elle évolue en permanence tant du côté des technologies (data discovery, data visualisation, Big Data, etc...) que des usages (de plus en plus de bénéficiaires potentiels qui souhaitent de plus en plus d'autonomie pour accéder et utiliser l'information)
Du coup, les systèmes décisionnels ont besoin d'être régulièrement "rafraichis". Comme évoqué, les projets de "replatforming" ont besoin de méthodologie et aussi d'outillage notamment au travers de l'ETL.
Nous observons une demande croissante sur le sujet chez Talend et pour y répondre j'ai eu le plaisir de participer à la mise en place du programme Fast Forward, que nous venons d'annoncer. Les partenaires en conseil et intégration de système que vous êtes, qui ont une offre et une démarche dédiée, y jouent un rôle tout aussi important que les convertisseurs proposé pour le reprise de l'existant et leur migration vers des plates formes et outils plus modernes.

Nouveau commentaire :
Twitter

Vous pouvez commenter ou apporter un complément d’information à tous les articles de ce site. Les commentaires sont libres et ouverts à tous. Néanmoins, nous nous réservons le droit de supprimer, sans explication ni préavis, tout commentaire qui ne serait pas conforme à nos règles internes de fonctionnement, c'est-à-dire tout commentaire diffamatoire ou sans rapport avec le sujet de l’article. Par ailleurs, les commentaires anonymes sont systématiquement supprimés s’ils sont trop négatifs ou trop positifs. Ayez des opinions, partagez les avec les autres, mais assumez les ! Merci d’avance. Merci de noter également que les commentaires ne sont pas automatiquement envoyés aux rédacteurs de chaque article. Si vous souhaitez poser une question au rédacteur d'un article, contactez-le directement, n'utilisez pas les commentaires.


Twitter
Rss
LinkedIn
Facebook
Apple Podcast
App Store
Google Play Store