Salut,

Il se trouve que le milieu bancaire est très particulier, quand ils cherchent un archi, ils cherchent quelqu'un avec de l'expérience dans la banque de dépôt, la banque pro ou les organismes de crédit. Et ils cherchent des gens qui ont plusieurs années d'expérience dans ce milieu. C'est très cloisonné, dans tous les sens du terme.

====

Ca ne m'empêche pas de décrire ce qu'un archi applicatif fait :

• il part de schémas conceptuels sur lesquels il inscrit : les gestionnaires d'identité, les fonctions d'entreprise déjà urbanisées, etc...

• il s'appuie ensuite sur le cahier des charges, specs fonctionnelles, etc... pour imaginer les outils techniques qui vont supporter la fonctionnalité qui lui est demandée. Pour cela, il s'appuie sur des technos déjà maitrisées par la banque ou il fait entrer de nouvelles technos parce qu'elles représentent un avantage concurrentiel fort. (Typiquement le MFA ou la signature électronique sont des éléments de grande valeur).

• Enfin, la plupart du temps, il fait un PoC (Preuve de concept). Cela va montrer que la solution est viable et qu'elle est industrialisable à l'échelle de son entreprise.

Si on prend le cas particulier de la banque: l'outil de gestion bancaire est souvent édité par la banque elle même. Cet outil de gestion est un facteur de compétitivité important. Typiquement, j'ai connu une époque où un emprunt était allongeable, raccourcissable, modulable, différable, etc...

Imagine la compétitivité d'une banque qui propose ces options et le manque de compétitivité d'une banque qui ne le proposerait pas. L'outil de gestion bancaire est "core business". Donc, il est naturel qu'il soit au centre de toutes les attentions. D'où, le rôle prépondérant de l'archi applicatif. Professionnels du dimanche.... s'abstenir 🤓