JCargoo loves people

C’est un terme assez fort, je me suis rendu compte de sa vraie force lorsque j’ai commencé mon stage dans LBP. A vrai dire, un nombre énorme d’applications informatiques encapsulées dans des projets à différentes architectures techniques doivent être “saisies” avant de commencer la refonte du SI de toute la banque. Le DSI de LBP est un autre monde plein d’énigmes. Des gros projets qui ont été commencés depuis 25 ans et qui doivent pouvoir continuer à offrir leurs services tout en modernisant tout le SI de LBP.

D’abord la bataille des différentes applications informatiques dans un environnement hétérogène laisse croire qu’il est impossible de banaliser l’accès au SI et donc de l’homogénéiser. Un travail de refonte de telle envergure prend au moins 2 ans, en sachant que ce n’est pas sûr qu’il va continuer. Ici, j’ouvre une parenthèse en disant que de grosses boites (sans citer leurs noms) ont voulu urbaniser leur SI mais au bout d’une dizaine d’années, elles se sont arrêtés à le faire vu sa complexité périlleuse et donc son impact sur le fonctionnement de l’intégralité du SI. C’est une question soit d’un bon fonctionnement ou d’un dysfonctionnement, il n’existe pas de solutions entre les deux.

Alors j’ai dit au moins 2 ans (en tenant compte bien entendu de la taille du SI, de ses composantes, des équipes mises en place pour le modéliser…), mais le cabinet de conseil où je suis, a relevé le défi en affirmant qu’il est possible de le faire en 6 mois ! Voila, je suis en quelques sorte visé car mon stage est équivalent à cette période. Je n’infirme pas que le travail qui nous attend (on est 4+1+1) est bien un boulot d’arrache-pied qui consiste à proposer une solution concrète et draconienne pour “sauver” le SI de LBP. Toutefois, je crois à la compétence des gens qui travaillent dans mon cabinet de conseil ainsi que je crois aux qualités des personnes qui tiennent la responsabilités des différents composants du SI de LBP entre leurs mains et plus particulièrement le personnel de la DSI. Jamais, je dis bien jamais, un travail dans une DSI n’a été aussi facile que ça ! Ici on mise et je n’aime pas le dire : On n’a pas le droit de commettre une faute, sans parler des qualités que je m’oblige à les avoir en tant qu’un consultant ou consultant-architecte.

Mais c’est quoi l’urbanisation ?

L’urbanisation est un concept qui vise à simplifier le SI et à améliorer la communication entre ses composantes, tout en offrant une plus grande réactivité lorsqu’il s’agit de le faire évoluer.

Le But ?

- Battre un système informatique existant « en cheminées »

o Développement progressif du SI, construction d’application propre à chaque domaine

o Le besoin de récupérer et de transmettre les informations traitées par ces applications s’est traduit par une imbrication forte des composants du SI et par de la redondance d’informations.

- Des exigences métiers de plus en plus fortes

o Mise en place de nouveaux produits et services dans un marché fortement concurrentiel

o Élargissement des canaux de distribution

- Vers un système informatique souple et évolutif

o Permettre un accès au SI banalisé, cohérent, et multi canal

o Donner une position centrale à la gestion de la relation client (découplage client/canal/services)

o Fournir des offres rapidement et à moindre coût

o Séparer la gestion des opérations financières de la gestion des comptes

Pour la définition du canal, cela est une autre chose, je le développerai dans un article subséquent.

On ne peut pas urbaniser un SI sans mettre en place une base documentaire qui est composée de :

1 cadre = Cadre de référence

1 méthode = Guide de modélisation : Démarche

1 dictionnaire = Guide de modélisation : Dictionnaire des concepts

Ma mission consiste à élaborer ces derniers composants de la banque documentaire. Pour ce faire, il faut opérationnellement passer voir toutes les architectures mises en oeuvre dans les différents serveurs (en imaginant le travail que cela demande au niveau de la Comm.), ensuite,une phase ciné qua none de l’élaboration d’une synthèse technique qui permet de fournir une vision lucide sur tous les composantes du SI.

Ici, je dois évoquer le plan d’urbanisme qui est l’un des vrais piliers de l’urbanisation d’un SI. Lire plus de 50000 pages (Dossiers d’Architectures Techniques) rien que pour modéliser la couche Logique du SI. Il y a bien entendu une couche Métier qui doit précéder la couche Logique. L’organisme où je suis a une DSI compliquée. C’est vrai que LBP date de 5 ans mais son SI est bien plus vieux. Les applications sont déployées sur des architectures techniques bien différentes entre elles et basées dans la plupart des cas sur des concepts propres à LBP (Cloisonnement de la couche Logique, PNiLD…)

Les objectifs ?

Les objectifs opérationnels de l’urbanisation sont :

- D’aligner les architectures métier, fonctionnelle, applicative et technique

- De rompre avec les logiques « en cheminées » du système informatique

- De mutualiser les fonctionnalités

- D’unifier les données correspondant à la même information (et donc de partager les référentiels)

Les objectifs de base de connaissance :

- Faciliter la capitalisation de la connaissance, et donc le partage, la communication et la visibilité sur les actions de la DSI

- Faciliter la décision et le pilotage global des évolutions du SI

- Faciliter les prévisions budgétaires

- Faciliter les études d’impacts lors de demandes d’évolutions

La suite : A la prochaine.