Peut-être que notre article sur les orientations IT et les choix face à la complexité croissante vous donne envie de voir concrètement la traduction de ces principes théoriques. Nous passons dans le texte suivant de l’abstraction au concret avec trois cas pratiques de cadrage d’architecture IT.
Portail Extranet pour un client « retail »
Cet acteur de la distribution spécialisée souhaitait mettre en place un portail extranet. L’idée derrière était de dématérialiser certains échanges avec ses clients. Le but surtout était de perdre moins de temps sur des tâches manuelles, de moderniser son image et de mieux suivre les échanges avec les clients.
L’approche de cadrage des projets IT que nous avons vue précédemment, met en lumière
- un niveau stratégique moyen : le sujet est certes important car lié à l’image auprès du client final. Mais reste, en définitive, assez éloigné du cœur du business et de son activité (production et distribution).
- une « criticité » faible : en effet les données client, généralement sensibles, sont, dans ce cas de figure, publiques et peuvent être majoritairement trouvées par d’autres moyens. On les sécurise bien sûr, mais il n’est pas gênant d’utiliser pour cela des mécanismes du cloud public.
En ce qui concerne les éléments annexes à prendre en compte, il n’existe pas de contraintes réglementaires (absence de données personnelles). En matière de ressources humaines, il n’y a pas d’équipe interne à occuper ou même sur laquelle s’appuyer. Les briques IT existantes s’avéraient difficiles à faire bouger ou à adapter. Il était donc plus intéressant d’introduire de nouvelles solutions. Enfin, le besoin ne comporte pas trop de contraintes pour de « navigabilité » pour les utilisateurs ; dans la mesure où l’on parle d’un portail extranet, les utilisateurs sont majoritairement des externes qui n’ont pas accès à d’autres outils de la société.
Au final, notre recommandation s’est portée sur une brique no code en Cloud Public. Cela permettait d’avoir des coûts et des délais réduits tout en bénéficiant de fonctionnalités métier complètes et personnalisées.
Un autre cadrage d’architecture IT avec le cas colissimo
Le géant français de la livraison voulait orienter son SI vers plus de temps réel (on imagine la pression d’un Amazon par exemple qui livre parfois le jour même et qui transforme complètement les habitudes de consommateurs). L’enjeu pour La Poste était aussi de construire de nouveaux services (pour valoriser sa présence locale et les équipes de postiers mobilisées sur tout le territoire). Le marché étant très fluctuant, l’objectif global est d’accroître son agilité. A la fois d’un point de vue métier et du point de vue de l’architecture du Monolithe au Serverless du Systèmes d’information.
On est donc, sur un niveau stratégique très élevé : on est au cœur du métier, avec un besoin de traçabilité précise et en temps réel ainsi qu’une forte volonté de se différencier.
De même, la criticité est très haute : cœur de business et données clients sensibles. On ne peut pas en déléguer la gestion! C’est trop important!
Les autres questions à garder en tête impliquent également de vraies contraintes RH. En effet, les équipes en place doivent être accompagnées dans des changements de rôles et de technologie. Il était donc hors de question d’externaliser les compétences. Enfin, les briques IT historiques sont en place depuis longtemps et il faut opérer une importante transition.
Tout cela conduit au choix d’une refonte du SI basé sur du développement custom (architectures réactives). Et bien évidemment hébergée sur un Cloud Privé. Les éléments qui ont conduit à ce choix se retrouvent dans le témoignage de Jérémy Amourous, DSI de Colissimo.
Cadrage Architecture 360° pour LaLux assurances
Cet acteur du secteur assurance, pour lequel nous avons réalisé un projet de vision 360°, localisé comme son nom l’indique, au Luxembourg, disposait de plusieurs bases de données client. L’enjeu était d’améliorer la connaissance client et in fine de faire progresser son service client et de devenir un fournisseur complet pour ses assurés (avec au passage des opportunités d’upsell et de cross sell).
Quand on regarde nos axes d’analyse du cadrage, on voit
- un niveau stratégique important : même si le projet n’est pas indispensable (cf. ça fonctionne déjà en l’état). On est sur du « core business » et surtout c’est un axe de développement business.
- De même, la criticité s’avère également élevée, on manipule des données client toujours dans une démarche RGPD, des données marché et il faut pouvoir gérer un cloisonnement par utilisateur , car « tout le monde » ne doit pas « tout voir ».
La prise en compte des autres élément montre un SI contenant des silos de données (contraintes légales historiques). En termes d’équipes internes, on trouve des sachants qui connaissent bien le métier et les applicatifs existants. Au niveau des contraintes utilisateurs : des équipes ouvertes au changement.
Nous avons donc préconisé la création d’une vue 360 pour consolider l’information et lancer les actions à partir d’un logiciel qui a été intégré (niveau de personnalisation élevé) et basé sur du « On Premise ».
On le voit, à travers ces trois exemples concret, il n’y a pas de solution définitive et chaque cadrage d’architecture et de projet IT dépend du contexte. C’est ce qui rend l’exercice difficile, forcément temporaire et aussi… passionnant!
Les sujets qui m’intéressent le plus sont Data, Organisation et Temps Réel !
N’hésitez pas à me faire un retour sur cet article ou à me contacter sur LinkedIn pour partager nos actualités!
Andrea
