La Direction de la Stratégie d’un grand acteur mutualiste avait formalisé près d’une cinquantaine de cas d’usages Data couvrant tous les métiers de l’organisation. L’objectif de notre mission était d’accompagner la DSI à décliner opérationnellement ces cas d’usages sur leur Socle Data et de prioriser les sujets pour la construction de celui-ci.
Notre valeur
Notre accompagnement s’est fait par une analyse des cas d’usages en deux temps :
Phase 1 : Focus sur les métiers.
Nous avons raffiné les cas d’usages exprimés pour mettre en avant, pour chaque cas d’usage, le bénéfice métier ainsi que la faisabilité (disponibilité des données, etc.). Cela nous a aussi permis de déterminer s’il s’agissait plutôt de la connaissance, de la supervision, de l’automatisation ou de la prédiction liées aux données afin de catégoriser les usages pour la DSI. In fine nous avons pu constituer des groupes de cas d’usages selon leurs niveaux de priorité et leurs enjeux métiers et SI.
Phase 2 : Déclinaison opérationnelle sur le Socle Data.
Par la suite nous avons construit 5 types opérationnels qui permettent d’identifier comment un usage est mis en œuvre, de façon concrète, dans le Système d’Information: A-t-on besoin de gérer les données ? D’en étendre le périmètre avec des données externes ? De mener des analyses et de mettre en place des algorithmes ? D’exposer et de mettre à disposition des données ? De fournir des outils évolués de visualisation des données ?
Cela nous a permis d’identifier des fonctions du Socle Data à déployer pour chaque type opérationnel et de voir comment le cas d’usage est mis en œuvre de manière concrète dans le SI (un même cas d’usage peut avoir différents types).
Notre approche en deux temps a permis d’extraire 5 cas d’usage avec la priorité la plus élevée en termes de valeur et de faisabilité. Ils sont devenus des projets chez notre client par la suite. S’en est ainsi formalisée une aide pour la DSI pour lui permettre de construire le Socle Date de manière pragmatique et guidée par la valeur.
Bénéfices
Cette approche méthodique a pu apporter à notre client deux bénéfices majeurs :
En premier lieu le travail de classification des cas d’usages compréhensible de tous a permis d’établir un partenariat entre la DSI et les métiers autour des données. Les entités ont initié dans les projets un travail d’approche data commune, seul moyen de casser les silos et de vraiment valoriser les données de l’organisation.
Enfin, la priorisation des usages Data a permis que la construction du Socle Data soit guidée par la valeur, menée de façon progressive et ainsi concrétiser la valeur de celui-ci.
Les autres success stories qui peuvent vous intéresser
A la suite de la fusion de deux entités créant un quartier d’affaire de premier plan au niveau international, la Data a été identifiée comme une composante clé du métier et donc de la stratégie à développer.
La création d’une Direction Data, rattachée directement à la Direction Générale, a concrétisé cet enjeu et nous l’avons accompagnée afin de définir et de décliner une stratégie Data complète et opérationnelle.
Notre valeur
Les produits que nous avons élaborés couvrent toutes les dimensions de la Transformation Data. Ils ont permis de lancer les différents chantiers à mener dans un cadre guidé par le matériel prêt à l’emploi de nos produits:
Etablir un diagnostic de maturité Transformation Data,
Construire le portefeuille des usages Data,
Elaborer et décliner la feuille de route Transformation Data,
Mettre en place une gouvernance des données par les usages,
Mesurer et augmenter la valeur des données.
L’ensemble des produits dont nous disposons nous ont permis de construire la vision ainsi que de définir et décliner la stratégie Data de notre client.
Bénéfices
Partant d’une quasi feuille blanche, notre client a pu, d’une part, définir sa Stratégie Data :
L’ambition Data a été formalisée,
Le portefeuille des usages Data a été construit avec les métiers,
La feuille de route Data a consolidé l’ensemble des chantiers, et en, particulier les usages data priorisés avec les métiers.
Et, d’autre part, décliner de façon opérationnelle la feuille de route Data:
Les usages Data identifiés avec les métiers se sont concrétisés selon les priorités définies,
La gouvernance des données s’est mise en place avec un modèle opérationnel qui s’appuie sur les équipes en place et sur les activités déjà existantes pour venir les étendre,
La valeur des données a été mesurée pour les sources de données majeures et ainsi identifier les plans d’action pour l’augmenter,
La maturité sur la Transformation Data de l’entreprise a été évaluée à plusieurs moments clés pour identifier les progrès accomplis et les améliorations à apporter.
Aujourd’hui, notre client est autonome et étend, jour après jour, la valeur que les données représentent dans son activité.
Les autres success stories qui peuvent vous intéresser
Une société en pleine évolution dans un monde en plein changement (digitalisation, nouveaux acteurs, etc.) doit faire évoluer son SI du cœur métier, de la collecte des informations et de la restitution vers ses clients.
Solutions
Accompagnement des projets dans leur cadrage
Expliciter la stratégie des grands projets avant de les lancer
Suivre les projets dans leurs évolutions pour garantir l’évolutivité des solutions
Bénéfices
Les solutions sont alignées sur la stratégie métier
Les solutions et leurs évolutions sont partagées et maitrisées
Les autres success stories qui peuvent vous intéresser
Le client a initié une grande transformation métier sur 6 ans. Afin d’accompagner cette transformation à l’ère du Digital, la DSI a lancé un plan d’action regroupant 9 programmes majeurs. Au sein de ce programme, une refonte de l’ensemble de la Relation Client, la mise en place d’un DataHub et la Gouvernance de données associée ont été impulsées.
Missions
Au sein de la Direction de l’Architecture, accompagnement global du portefeuille projet du Domaine Client et Marketing:
Cadrage des projets lors des phases d’Etudes de Faisabilité et de réalisation
Réalisation des architectures fonctionnelle, applicative et techniques
Accompagnement des projets pour le positionnement et l’intégration des composants transverses (MDM, DataHub, CIAM)
Reporting au Copil
Définition des bonnes pratiques d’architecture du Domaine Client et Marketing
Définition des bonnes pratiques de Gestion de la Données Client bout en bout (MDM, CIAM, Digital, Data Hub, Décisionnel)
Définition des paliers stables et trajectoires d’intégration dans le SI pour les composants transverses (Data Hub, MDM)
Collaboration avec le DataLab pour la définition des Cas D’Usages du Data Hub (Archi CQRS, V360)
Bénéfices
Vision transverse de l’ensemble des projets du Domaine Client
Définition de la trajectoire et des paliers stables cohérents sur le Domaine Client
Montée en compétences des équipes MOE sur les outils et les nouveaux patterns d’architecture (Data Hub, CIAM, Architecture CQRS, API Management)
Les autres success stories qui peuvent vous intéresser
Savez-vous que démarrer un projet d’implémentation sans avoir un avis sur l’architecture fonctionnelle, c’est comme partir en voyage sans avoir regardé le trajet avant ?
Si vous voulez atteindre vos objectifs sur vos projets numériques, utilisez l’architecture fonctionnelle comme un levier de performance.
Architecture fonctionnelle et marketing, des rôles pas si différents
L’architecture fonctionnelle a le même rôle que le marketing de votre entreprise. Elle permet d’identifier et comprendre les besoins des projets, puis d’y répondre de la manière la plus pertinente avec les SI, les données et les processus disponibles. Elle identifie également les gaps à combler quand les SI en place ne peuvent y répondre ou au contraire les redondances de fonctionnalités entre les SI.
Elle garantit la transversalité de la conception fonctionnelle au niveau de l’entreprise et non avec une vision unitaire ou silotée d’un seul projet.
Dès lors, quels sont les objectifs de l’architecture fonctionnelle?
En tant que métier, exprimez votre besoin ! N’apportez pas de solutions. Vous verrez d’ailleurs que ce n’est pas si facile d’exprimer la totalité de son besoin.
Tout l’enjeu de l’architecture fonctionnelle est donc ensuite de partir de ces besoins, de les découper en fonctions, processus et données nécessaires, puis d’identifier les SI qui les porteront. L’idée principale étant de les mutualiser au maximum et de garantir que chaque SI soit utilisé pour ce qu’il sait faire
L’architecture fonctionnelle devra aussi parler d’architecture de données et de gouvernance de données. Quelle est la responsabilité de chacun sur les données (personne et SI) ? Quelle est alors l’organisation nécessaire pour garantir la qualité de ces données ? Comment ensuite modéliser les données pour les stocker et les mettre à disposition ?
Toutes ces questions sont adressées au travers de l’architecture fonctionnelle.
L’architecture fonctionnelle : une analyse à forte valeur pour la DSI et surtout pour le métier
En tant que responsable projet, Product Owner ou Responsable SI, imposez d’avoir une étude d’architecture fonctionnelle dans tous vos projets.
Elle décrit de manière compréhensible les fonctions et la conception de la solution en réponse aux besoins.
En tant que métier, vous comprendrez donc facilement le rôle de chacun des SI dans la réponse aux besoins métier et si tous les besoins sont bien adressés.
En tant que DSI, vous aurez également une vision claire de ce qui est ou de ce qui n’est pas de la responsabilité de chaque SI.
C’est particulièrement vrai lorsqu’il y a beaucoup de projets de refonte des fronts clients par exemple. Chacun des projets a besoin de données et de fonctionnalités. La multiplicité des sources et la digitalisation des fonctions génèrent de nombreux flux à développer pour acheminer les données et développer les fonctionnalités. Ces flux doivent être minutieusement étudiés pour garantir la mutualisation des fonctions, des données et des flux. De par sa connaissance fonctionnelle et des processus, l’architecture fonctionnelle permet aussi de choisir la bonne source de données pour chacun de ces besoins. Elle cartographie ainsi les besoins, les données, les processus, les fonctions et identifie pour chaque, quel SI est responsable.
L’architecture fonctionnelle doit donc être comprise de tous. Il ne s’agit pas encore d’aborder la solution technologique.
Une architecture fonctionnelle forte est nécessaire
Avoir une architecture fonctionnelle avec un pouvoir de décision fort sur la conception fonctionnelle est absolument nécessaire. Elle doit être un passage obligé pour garantir des bénéfices importants :
Le premier bénéfice direct est une diminution des coûts des SI et une accélération des projets. En effet, l’architecture fonctionnelle va garantir que les SI vont être utilisés pour leur cœur de fonctionnalités. Sinon, la facilité mais aussi les plannings font que naturellement, sans garant, les choix sont faits sans une étude approfondie et transverse. Les solutions coûtent de plus en plus chères avec le temps ou deviennent bloquantes pour les futurs besoins à adresser. Par exemple, un référentiel client n’est pas un outil de gestion. Le détourner de sa fonction originelle à savoir la qualité des données client, va impliquer d’implémenter des règles de gestion propres au métier. Cela va créer des contraintes fortes qui peuvent coûter très chères pour de besoins futurs.
Le deuxième bénéfice est que les coûts de maintenance, de développements et d’achats de données externes sont optimisés. En effet, dans des contextes où il y a de très nombreux systèmes, l’architecture fonctionnelle garantit la non-redondance de fonctions, voire de SI pour répondre aux mêmes besoins. Il n’est en effet pas rare de constater que par exemple la mise en qualité de l’adresse postale soit faite dans plusieurs systèmes différents. Il se peut même que cette donnée soit achetée plusieurs fois dans votre entreprise.
Enfin le troisième bénéfice majeur est la satisfaction des métiers qui expriment les besoins. L’architecture fonctionnelle a en effet aussi la responsabilité de garantir l’intégration des SI dans les processus fonctionnels et de soulever les changements d’organisation nécessaires. Ce dernier impact n’est pas des moindres. Bien souvent, il permet de garantir le succès d’une implémentation par l’adoption de la solution proposée car elle est parfaitement intégrée au quotidien des métiers.
L’architecture fonctionnelle : tout un art !
L’architecture fonctionnelle impose des compétences spécifiques. Elle nécessite un juste équilibre entre la compréhension fine des besoins et la conceptualisation de ces besoins en processus, fonctions et données.
Il s’agit de challenger juste assez le besoin pour obtenir tous les éléments nécessaires à sa compréhension d’un point de vue de l’entreprise. Il faut cependant ne pas trop le challenger et rester dans la pro-activité et la co-construction.
On parle aussi d’être pragmatique dans la conception pour être en mesure de livrer rapidement et ne pas promettre la lune. Les aller-retours sont nombreux, les questions aussi. Le tout entre de nombreuses parties prenantes (le métier, les études, les architectes solution et techniques, la production, la sécurité, etc.) qui contribuent au succès de la solution grâce à la valeur ajoutée de ce qui aura été livré.
L’architecture fonctionnelle est indispensable. Elle garantit la pérennité et la flexibilité de vos SI et processus, face à la multiplication des besoins générés par des habitudes client en perpétuelle évolution.
Au printemps 2017, le client a réorienté sa stratégie IT vers le Cloud et les architectures microservices. Après la mise en place durant une année d’un socle Cloud, une réécriture progressive en microservices de ses principales applications Legacy a été entamée. Les apports attendus sont une meilleure réactivité face aux évolutions du métier, la levée de limitations fonctionnelles et techniques ainsi qu’une baisse des coûts opérationnels.
Missions
Dans le cadre du revamping du progiciel IRP (application majeure d’évaluation des risques) :
Cadrage (recueil et analyse) et formalisation des besoins métiers face aux limitations du Legacy,
Réalisation des dossiers d’architecture (DA) pour les différents comités récurrents (board, investissements, steering, architecture centrale…),
Conception d’une architecture applicative urbanisée & event-driven, basée sur des microservices,
Modélisation des objets métier afin de formaliser les contrats d’échange (API REST),
Définition d’une stratégie de migration continue pour maintenir la cohérence entre Legacy et microservices afin de faciliter les bascules de responsabilité,
Validation des solutions d’implémentation (y compris l’Infrastructure as a Code) sur AWS, conçues avec les architectes techniques,
Evangélisation des principes d’architecture concernant la résilience, la robustesse, l’élasticité, la performance, la sécurité et l’observabilité,
Conception détaillée d’un module de mapping user-friendly des données métier (DaShifter) pour répondre au problème central de la disparité des sources d’information.
Bénéfices
Première livraison en 4 mois de fonctionnalités initialement prévues pour l’année suivante,
Levée de limitations techniques (volumes de données et traitements en masse),
Décorrélation des cycles métiers et des cycles de développement.
Les autres success stories qui peuvent vous intéresser
