Skip to main content

Bonjour à tous,

Je suis encore dans mes 20 prémiers jours à LeanIX et j’ai donc grand besoin de vous ! :)

et je suis challenger par le DSI sur la vision « partielle » que propose les rapports sur le coùt des applications.

En effet, les rapports par défaut exploitent le coût porter par la relation entre application et composant, il me semble.

Donc j’ai renseigner sur ce lien les coûts de licences (ex SalesForce) ou d’hébergement.
Mais donc il manquerait le coût de la TMA (prestataire gérant la maintenance de nos applications).

Je m’interroge sur la meilleure manière de le modéliser ces informations (a minima :nom du fournisseur, date fin contrat, coût annuel).

Dois-je modifier le métamodel pour ajouter des attributs sur la fiche « application » ?
Dois-je créer une nouvelle type de fiche, comme me le suggérer ChatGPT ?
Dois-je modéliser la « TMA » comme un composant de type service ?

Es ce que LeanIx n’est juste pas l’outil pour ce type de question (éloigné de l’EA).


Je vous avoue que modifier le métamodel, ne m’enchante pas trop, j’ai tendance à croire que c’est que j’ai mal compris quelque chose, ou que j’ai pas la bonne approche.

Bref, j’aimerais avoir vos retour d’expérience svp

Hello 

 

Je pense que le mieux est de créer un subtype “TMA” dans les IT Components.

ainsi lorsqu’on affecte la TMA à une application on peut y indiquer le cost, qui sera repris au global avec les autres coûts de licences, infra, etc..

 

Gauthoer


Hello,

 

Pour info, nous avons un élément sur notre Roadmap qui est en progrès à propos du Total Cost Ownership qui vous aidera à modéliser ceci dans votre workspace: https://roadmap.leanix.net/c/643-application-tco-reduction 😊 


Salut Pierre,

Tu as mis le doigt sur un angle mort des rapports par défaut : ils agrègent bien les coûts portés par les IT Components (licences, infra…), mais la TMA n’est pas “native”. Côté produit, l’item “Application TCO Reduction” figure bien sur la roadmap publique ; l’objectif est de fournir un point de départ standard pour la modélisation des coûts via une extension du méta-modèle, pas de tout refaire côté Application. Autrement dit LeanIX va proposer un cadre “out-of-the-box” pour centraliser les coûts, sans que chacun invente son propre schéma.

À date, la description détaillée de cette extension n’est pas exposée publiquement. Ce que LeanIX documente en revanche, c’est le principe général : on étend le méta-modèle en ajoutant des attributs et/ou en spécialisant des fact sheets, et on garde la séparation Application ↔️ IT Component pour les sujets techniques et de coût.

Du coup, si tu veux rester aligné en amont de la livraison officielle, voici une approche possible de la logique LeanIX, sans sur-interpréter la roadmap :

  1. ne pas casser la structure de base
    tu restes sur Application ↔️ IT Component pour porter les coûts et les contrats. 

  2. deux options où stocker la TMA dès maintenant selon ta maturité données :
    - rapide à déployer : ajouter sur l’Application trois attributs simples “Coût annuel TMA”, “Fin de contrat”, “Fournisseur”. C’est lisible pour le DSI, exploitable tout de suite, et ça n’empêche pas de migrer vers un modèle plus fin ensuite.
    - ou plus modulaire : porter ces mêmes attributs sur un IT Component dédié à la maintenance/contrat (tu peux partir d’un IT Component de type “Service” si tu en as un, ou créer un sous-type local “Maintenance (TMA)” si besoin). L’intérêt est d’agréger proprement tous les coûts via les liens Application ↔️ IT Component.

  3. reporting sans bricolage
    tant que l’item “TCO Reduction” n’est pas livré avec ses rapports, utilise par exemple les vues standard qui remontent les coûts via les IT Components, puis export si besoin pour consolider TMA + licences + infra dans un tableau de bord.

  4. rester compatible avec l’évolution à venir
    en gardant les coûts de TMA du côté IT Component (et non enfouis dans des champs maison épars), tu faciliteras l’atterrissage quand l’extension “best practice” sortira. Si demain LeanIX publie des attributs standardisés pour coûts, devise, fournisseur, échéance, tu n’auras qu’un mapping à faire au lieu d’un remodelage complet.

HTH,

Samuel.


Reply