Modèle de coût Évaluation des coûts de niveau 2 – Services d'entreprise

Le modèle de coût fournit les éléments suivants :

• Coût de l'activation de l'entreprise : les dépenses du service informatique pour s'assurer que l'entreprise est alignée sur les initiatives transformationnelles.
• Coût de prise en charge de chaque service d'entreprise sur le plan économique : le coût pour fournir des services d'entreprise.

Spécifications du modèle de coût Évaluation des coûts de niveau 2 – Services d'entreprise :

Modèle de coût Évaluation des coûts de niveau 3 – Options d'entreprise

Le modèle de coût fournit les éléments suivants :

• Coût de l'activation de l'entreprise : les dépenses du service informatique pour s'assurer que l'entreprise est alignée sur les initiatives transformationnelles.
• Coût de prise en charge de chaque option d'entreprise sur le plan économique : le coût de l'innovation.

Spécifications du modèle de coût Évaluation des coûts de niveau 3 – Options d'entreprise :

• Les spécifications sont similaires à celles du modèle de coût Évaluation des coûts de niveau 2 – Services d'entreprise, aligné sur l'application d'entreprise. Toutefois, il existe une couche supplémentaire pour les options d'entreprise. Les comptes de ce segment proviennent de la table Option d'entreprise [cmdb_ci_business_capability], qui est une liste plate.
• Il existe une mesure scriptée prescrite qui aligne l'option réelle associée à une application sur l'option d'entreprise de haut niveau dans la table.

Méthodes de déploiement

Utilisez les méthodes d'allocation suivantes pour déplacer le coût des catégories de coûts vers les couches supérieures du modèle (services informatiques partagés, allocations ou unités business).

Les mesures prescrites prennent en charge la méthode de déploiement Pondéré et les données sources directement à partir d'applications de la plateforme ServiceNow. Par exemple :

• Structure organisationnelle IT : niveau d'unité business ou de département.
• PPM ou Carte de pointage : efforts de main-d'œuvre imputés aux projets.
• CMDB : inventaire des CI avec des relations, une utilisation et un alignement des propriétaires.
• Asset Management : inventaire des actifs (utilisateur final et infrastructure) aligné sur les propriétaires d'actifs.
• IT Service Management : volume associé à un incident, un problème et un changement.
• IT Operations Management : relations et alignement avec le matériel et les applications.
• Architecture d'entreprise (anciennement Gestion du portefeuille d’applications) : inventaire de la hiérarchie des applications, du propriétaire de l’entreprise associé et du mappage technologique.

Mesures prescrites - Services informatiques partagés aux services d'entreprise

Voici les descriptions de chaque mesure avec une explication de la méthodologie de pondération et de leurs tables connexes dans le système ServiceNow.

Allouer au service d'entreprise en fonction du nombre de CI

La mesure alloue le coût du service partagé aux services d'entreprise en fonction de la table de pondérations suivante :

• La table Relation CI [cmdb_rel_ci] fournit la liste de tous les CI et de leur relation avec leur CI parent, comme la dépendance, l'utilisation, l'exécution et le contenu.
• La table Service [cmdb_ci_service] fournit la liste de tous les services d'entreprise qui sont les CI parents.
• La mesure prescrite calcule le nombre de CI par parent et pondère le coût aux services d'entreprise en conséquence.

  La table de poids applique la durée de vie de la mesure suivante.

  • Filtres : Child.Class n'est pas Service d'entreprise et Type est Depends on::Used by.
  • Début de la durée : début réel.
  • Fin de durée : fin réelle.

Allouer au service d'entreprise en fonction de la puissance de calcul

La mesure alloue le coût du service partagé aux services d'entreprise en fonction de la table de pondérations suivante :

• La table Relation CI [cmdb_rel_ci] fournit la liste de tous les CI et de leur relation avec leur CI parent, comme la dépendance, l'utilisation, l'exécution et le contenu.
• La table Service [cmdb_ci_service] fournit la liste de tous les services d'entreprise qui sont les CI parents.
• La mesure prescrite calcule le nombre de CI par serveur (Child.Class) et pondère le coût aux services d'entreprise (parents) en conséquence.

  La table de poids applique la durée de vie de la mesure suivante :

  • Filtres : Child.Class est Serveur et Type est Depends on::Used by.
  • Début de la durée : début réel.
  • Fin de durée : fin réelle.

Allouer au service d'entreprise en fonction du nombre de bases de données

La mesure alloue le coût du service partagé aux services d'entreprise en fonction de la table de pondérations suivante :

• La table Relation CI [cmdb_rel_ci] fournit la liste de tous les CI et de leur relation avec leur CI parent, comme la dépendance, l'utilisation, l'exécution et le contenu.
• La table Service [cmdb_ci_service] fournit la liste de tous les services d'entreprise qui sont les CI parents.
• La mesure prescrite calcule le nombre de CI par base de données (Child.Class) et pondère le coût aux services d'entreprise (parents) en conséquence.

  La table de poids applique la durée de vie de la mesure suivante :

  • Filtres : Child.Class est Base de données et Type est Depends on::Used by.
  • Début de la durée : début réel.
  • Fin de durée : fin réelle.

Allouer au service d'entreprise en fonction du volume de demandes de changement

La mesure alloue le coût du service partagé à l'unité business en fonction de la table de pondérations suivante :

• La table Demande de changement [change_request] fournit la liste de toutes les demandes de changement et des demandeurs respectifs, y compris le service d'entreprise connexe.
• La table Service [cmdb_ci_service] fournit la liste de tous les services d'entreprise.
• La mesure prescrite calcule le nombre de demandes de changement par service d'entreprise et pondère les coûts en conséquence.

  La table de poids applique la durée de vie de la mesure suivante :

  • Début de la durée : début réel.
  • Fin de durée : fin réelle.
  • Appliquer la durée de vie sélectionnée sur la table de poids.

Allouer aux services d'entreprise en fonction du volume d'incidents

La mesure alloue le coût du service partagé à l'unité business en fonction de la table de pondérations suivante :

• La table Incident [incident.list] fournit la liste de tous les incidents et de leurs appelants associés, ainsi que le service d'entreprise connexe.
• La table Service [cmdb_ci_service] fournit la liste de tous les services d'entreprise.
• La mesure prescrite calcule le nombre d'incidents par service d'entreprise (ouverts et fermés au cours de la période) et pondère les coûts en conséquence.
  • Début de durée : ouvert.
  • Fin de durée : résolu.
  • Appliquer la durée de vie sélectionnée sur la table de poids.

Mesures prescrites - Services informatiques partagés aux applications d'entreprise

Allouer aux applications à l'aide du nombre d'utilisateurs actifs

La mesure alloue le coût du service partagé aux applications en fonction de la mesure pondérée suivante :

• La table Application d'entreprise [cmdb_ci_business_app] fournit la liste de toutes les applications d'entreprise.
• La mesure prescrite calcule la somme des utilisateurs actifs et pondère les coûts en fonction des applications de réception par ID système.

Allouer aux applications à l'aide du nombre de bases de données

La mesure alloue le coût du service partagé aux applications en fonction de la mesure pondérée suivante :

• La table Relation CI [cmdb_rel_ci] fournit la liste de tous les CI et de leur relation avec leur CI parent, comme la dépendance, l'utilisation, l'exécution et le contenu.
• La table Application d'entreprise [cmdb_ci_business_app] fournit la liste de toutes les applications d'entreprise qui sont les CI parents.
• La mesure prescrite calcule le nombre de CI par base de données (Child.Class) et pondère le coût à l'application d'entreprise (parent) en conséquence.
  • Filtres : Child.Class est Base de données et Type est Depends on::Used by.
  • Début de la durée : début réel.
  • Fin de durée : fin réelle.

Mesures prescrites - Applications d'entreprise aux options d'entreprise

Voici la mesure scriptée pour allouer aux options d'entreprise :

// Create a Scripted metric if you have complex logic to derive the weights for an Allocate to Segment.
//
// This Return Object is json:
// 1) key: The sys_id of the Allocate To segment's transaction table
// 2) value: the weight for the
//
// The API is called for each fiscal period and stored in weight Maps table which is in turn used in allocation.
// 'inputObject'  is available in the script to have access to fiscal period and from Account id.
// The  from account id is applicable only for "Allocate From" is part of metric setup where each entity in Allocate From table have their own weight distribution
// An 'inputObject' is injected during the evaluation of the script.
// It is an object of 2 key value pairs for fiscal period and allocate from accountId.
function getTopCapability(capabilityId){
  var now_GR = new GlideRecord('cmdb_ci_business_capability');
  gr.get(capabilityId);
   if(gr.isValidRecord())
    return getParentCapabilityRecur(now_GR);
 }
 function getParentCapabilityRecur(capabilityGr){
   if(JSUtil.nil(capabilityGr.parent))
    return capabilityGr;
  else
    return getParentCapabilityRecur(capabilityGr.parent.getRefRecord());
}
getScriptedWeightedMetric();
function getScriptedWeightedMetric(){
var appId = inputObject.from_id; // where inputObject.from_id is one of the Business Applications Id from Allocate From segment(Business Applications)
var relGr= new GlideRecord('cmdb_rel_ci');
relGr.addEncodedQuery('parent.sys_class_name=cmdb_ci_business_capability^child.sys_class_name=cmdb_ci_business_app');
relGr.addQuery('child',appId);
relGr.query();
var retObj={};
 while(relGr.next()){
   retObj[getTopCapability(relGr.parent).getUniqueValue()] = 1;
 }
 return retObj;
}

• La table Capacité métier [cmdb_ci_business_capability] fournit une liste de toutes les options d’entreprise et fait partie de Architecture d'entreprise (anciennement Gestion des portefeuilles d'applications).
• Pour l'essentiel, le script aplatit la liste des options d'entreprise.
  Remarque :

  Tout doit être lié à sa capacité métier de niveau 0 pour la modélisation financière, bien que les applications au sein Architecture d'entreprise de (anciennement Gestion des portefeuilles d'applications) puissent être affectées à des capacités de niveau inférieur.