Pour fournir une vision d’ensemble du SI et de sa transformation, l’architecte doit faire émerger les principes du « vivre ensemble » partagés par l’ensemble des parties prenantes du SI.
Un SI construit sans vue d’ensemble c’est ça
Et les connexions entre applications ressemblent à ça
Construire ensemble
La cible du SI et ses paliers de transformations fournis par l’architecte d’entreprise sert à donner à chacun la vision d’ensemble dans laquelle il s’insère.
Lorsqu’une solution n’est pas compatible avec la direction donnée et les bases de la construction, elle peut avoir de grandes répercussions sur les autres, voire mettre l’ensemble de la construction en danger (ici la structure de l’immeuble a failli s’effondrer sous le poids supplémentaire).
Chacun a son point de vue sur la solution, et tout le monde a raison (de son point de vue évidemment)
Chacun imagine des solutions, même si celles-ci peuvent paraître en décalage avec l’idée qu’on s’en fait. Des dérogations peuvent être accordées tant qu’elle ne gêne pas l’ensemble de la construction l’architecte d’entreprise ou le difficile équilibre du vivre ensemble L’architecte d’entreprise ou le difficile équilibre du vivre ensemble discussion
Une fois que la cible est définie et partagée par tous, il faut alors effectivement définit les règles du vivre ensemble
L’architecte d’entreprise est là pour proposer des principes communs qui permettent de faire avancer le SI dans son ensemble. Il a pour but de faire communiquer les différentes composantes de l’entreprise et de trouver les solutions qui conviennent à tous, qui sont les plus pérennes et les plus proches des standards voulus par l’entreprise. Dans notre monde actuel, les connaissances sont fragmentées et la coopération entre toutes les parties est essentielle pour tirer le meilleur des nouvelles situations et des technologies.
L’architecture globale du SI doit permettre de laisser chacun libre d’aménager (ou pas !) son propre espace (l’intérieur de sa solution). Le but est alors que chaque solution puisse vivre selon son propre rythme en harmonie avec les autres et en garantissant un langage minimum commun pour se comprendre.
Peu importe la solution choisie pour le SI, la bonne solution est celle qui répond au problème. Elle doit être partagée par tous, construite suivant les règles de l’art et chacun doit pouvoir y trouver sa place.
Quelques grandes règles et principes suffisent pour construire ensemble un édifice solide. À tout moment, il doit être possible de justifier des principes qui nous ont amené à choisir cette solution. Ces principes peuvent (doivent) évoluer bien sûr. Ils sont là pour nous aider à se poser les (bonnes) questions. La gestion des dérogations à ces mêmes principes est un art subtil à manier avec précaution et à ne pas négliger !
La bonne architecture fournit la solution adaptée à un besoin en prenant en compte les différents paramètres de coûts, délais, qualité, esthétique, technique, évolutivité etc.
Les DSI pâtissent souvent de ne pas avoir une description claire de leur SI. Une description qu’ils puissent montrer aussi bien aux métiers pour déclencher les budgets et l’intérêt, qu’aux différents interlocuteurs (nouveaux entrants, sous-traitants, etc.). Elle permet d’expliquer le fonctionnement global du SI dans sa complexité, dans les différentes composantes majeures, dans les parties prenantes impliquées, etc. Et quand on parle de description, il ne s’agit ni de la liste des lignes budgétaires, ni de la liste des projets, ou autre. Nous parlons de la vraie description du fonctionnement du SI avec ses principales applications / domaines et les flux qui permettent de décrire un fonctionnement dynamique du SI.
Un de nos clients, une filiale d’un grand groupe bancaire nous a demandé récemment d’avoir le « poster » avec les principales applications et les flux, pour qu’il puisse comprendre et présenter le SI. Il était inquiet de ne pas savoir avec qui / quoi le SI était en interaction… Cela lui permet aussi de bien visualiser et de positionner ses enjeux en terme de transformation, d’investissements, etc.
Combien de DSI, malgré toutes leurs demandes et les missions de cartographie ne disposent toujours pas de la cartographie claire de leur SI ? Une cartographie qui leur permette de maîtriser ce qu’est leur patrimoine et leur « terrain de jeu ».
Combien de fois, les architectes sont revenus faire des dessins aux tableaux pour expliquer tel ou tel point, et au final, c’est toujours le même dessin qui est fait, mais personne ne capitalise dessus ? J’ai vu faire un architecte devenu un client, qui expliquait pendant plusieurs séances, le SI et sa transformation avec un dessin au tableau. Il rajoutait, modifiait des explications au fur et à mesure des échanges avec ses interlocuteurs. Le tableau devenait alors trop illisible et il refaisait son dessin sur un paper board, et c’était reparti pour un cycle. Nous lui avons fait le fonds de carte et maintenant, il raconte son histoire à partir de là en mettant régulièrement à jour ce dessin qui est devenu son « fonds de commerce ».
Cette démarche de description macro du SI doit être faite rapidement. Dans un esprit agile, les premières étapes doivent être celles qui apportent le plus de valeur ajoutée.
Ne pas finir une cartographie, ce n’est pas grave, à condition que l’on ait apporté le plus de valeur ajoutée dès le début.
Dans le cadre de nos interventions, notre démarche nous permet de répondre précisément et complètement à ses attentes et de fournir les vues pertinentes à la compréhension du SI. Une vue assez stable pour ne pas devoir être mise à jour à la vitesse des projets (qui se succèdent à un rythme effréné en ce moment) et qui permet de bien comprendre les grands enjeux du SI.
Définissons ensemble les vues qui vous manquent le plus et donc celles qui vous apporteront le plus de valeur. Nous allons commencer par celles-là et y mettre les moyens !
Vision cible du si dans un contexte mondial avec filiales, erp, industrie 4.0 et référentiels
Contexte
Un grand groupe industriel mondial possédant des dizaines de filiales est en pleine évolution de son SI sur plusieurs aspects : digital, référentiels, industrie 4.0, ERP, etc. Le groupe a besoin d’avoir de la visibilité sur son futur, la cible de son SI et les moyens d’y parvenir.
Solutions
Mettre en place un cadre de référence pour les métiers et poser une vision globale de l’entreprise à partir d’une Carte des capacités métiers
Poser une vision globale de l’évolution du SI à 5 ans et notamment le périmètre de l’ERP
Identifier les périmètres nécessitant des études complémentaires autour de l’ERP
Poser les scénarios d’évolution des référentiels SI
Cartographier l’ensemble des applications du SI et les principaux flux
Choisir un outil de cartographie et le déployer
Mettre en place la gouvernance de l’architecture d’entreprise : livrables, outils, comitologie
Bénéfices
Vue d’ensemble du SI et des évolutions prévues avec un partage au plus haut niveau de l’entreprise
Cartographie partagée de l’ensemble du SI
Vision cible des échanges du SI
Pérennisation de l’activité d’Architecture d’Entreprise
Les aurtes success stories qui peuvent vous intéresser
Au sein de la Direction Innovation Digital Data (iD²) et de la Direction de l’Architecture, accompagnement, lors des phases d’opportunité, de cadrage et de mise en place, du programme connaissance Client (Référentiel & V360) :
Missions
Evangélisation aux concepts de gestion, de qualité et d’architecture des données de référence
Introduction au modèle objet et cycle de vie Client (Tiers)
Formalisation des architectures applicatives existantes et mise en exergue des « pains »
Définition du périmètre fonctionnel, des grands principes d’architecture et de l’architecture applicative de la Cible (Référentiel Client & V360)
Définition du périmètre fonctionnel, des grands principes d’architecture et de l’architecture applicative des différents états stables de la trajectoire sur 2018 & 2019
Cadrage (recueil et analyse) et formalisation des besoins des différentes directions métier (Relation Client, Commerce, Digital et Marketing opérationnel)
Accompagnement sur le RFP pour le choix de la solution disruptive MarkLogic (base sémantique NoSQL, métadonnées, moteur d’indexation et de recherche, sécurisation complète des données) et de l’intégrateur
Définition de la Product Backlog (création des User Stories, pondération et priorisation métier, découpage par granularité uniforme, …)
Product Ownership du projet
Accompagnement Architecture sur le projet de mise en place de la solution dans une vision SI global avec les adhérences projets
Bénéfices
Une approche pragmatique, basée sur une expertise fonctionnelle, méthodologique et technologique du SI Data Centric, éprouvée sur des contextes clients similaires et alignée sur les exigences de résultat rapide du DSI et des directions métier de Malakoff Médéric.
Les autres success stories qui peuvent vous intéresser
Transformation d’un métier et de son si : automatisation des processus, répartition du travail des opérationnels et refonte des produits
Contexte
Dans une grande banque, lancement d’un grand programme de refonte d’un métier, de la collecte des informations (à automatiser), au calcul des ratios jusque la refonte de produits à vendre aux clients.
Solution
Poser une vision stratégique de la refonte basée sur la stratégie métier
Donner une vision globale de l’activité
Collecter l’ensemble des besoins d’évolution
Poser une vision cible du SI
Construire une trajectoire pluriannuelle
Prioriser les évolutions
Regrouper les évolutions par projet
Estimer les projets
Accompagner le programme dans sa mise en place, le recrutement, la gouvernance
Cadrer les solutions projet par projet
Suivre la mise en place des projets
Bénéfices
Une vision stratégique métier et SI partagée
Des priorisations prises par le métier en tout connaissance
Des projets identifiés, cadrés et suivis
Maitrise de la trajectoire et des évolutions
Les autres success stories qui peuvent vous intéresser
L’ambition de la DSI du client est de répondre aux nouveaux enjeux de time-to-market et d’optimisation des coûts. Au travers d’un programme de transformation, il cherche à la fois à mettre en place une organisation Agile, à adopter une démarche DevOps et Continuous Delivery, et à étendre son panel d’hébergement aux infrastructures Cloud. Rhapsodies Conseil intervient pour l’aider à déployer ce nouveau modèle et à démontrer son efficacité opérationnelle.
Missions
Accompagnement de la transformation organisationnelle:
Evangélisation auprès des différents départements de la DSI pour permettre l’adoption rapide du modèle
Définition de la nouvelle organisation (processus, livrables), de la trajectoire de transformation, et validation avec l’ensemble des acteurs (architecture, opérationnels, sécurité…)
Définition et mise en place des indicateurs permettant de formaliser les gains
Accompagnement des projets « early adopters»:
50+ projets à accompagner sur 2016
Support opérationnel à l’intégration des nouveaux processus et de l’outillage permettant le Continuous Delivery
Construction et animation des équipes DevOps
Porteur des besoins projets vis-à-vis des cellules d’architecture DevOps, Continuous Delivery et Cloud
Architecte au sein de la cellule « DevOps et Cloud »:
Définition de la roadmap 2016 des travaux d’architecture DevOps / Automatisation / Cloud
Responsable des composants d’architecture Données
Bénéfices
Une trajectoire validée pour aboutir à une organisation transformée
Une mise en place réussie du modèle DevOps et du Continuous Delivery pour tous les projets candidats, et des gains qualitatifs et quantitatifs mesurés
Des jalons tenus pour le delivery des composants d’architectures
Les autres success stories qui peuvent vous intéresser
