Analyses SMART
Les analyses SMART ont pour objectifs de:
présenter les données du référentiel pour soutenir la prise de décision
Formuler des recommandations en vue d'une décision dans un domaine donné
Préparer l'action après la décision
HOPEX IT Portfolio Management offre deux analyses SMART d'évaluation des applications d'un portefeuille :
TIME Analysis
Cloud Migration Analysis
Fonctionnement des analyses SMART
Les analyses TIME Analysis et Cloud Migration Analysis portent sur un portefeuille d'applications. Elles présentent, pour chaque application du portefeuille, les valeurs d'indicateurs agrégés, ainsi que la recommandation de décision, lorsqu'elle est disponible.
Les indicateurs agrégés sont calculés à partir d'indicateurs élémentaires qui ont un poids par défaut dans le calcul.
La valeur des indicateurs agrégés s'accompagne d'un pourcentage de complétude des données qui évalue la pertinence de l'analyse.
Dans le rapport d'analyse, des commandes vous permettent de :
recalculer les valeurs des indicateurs agrégés
visualiser graphiquement les valeurs des indicateurs agrégés
voir les détails de complétude des données : une matrice indique quels sont les indicateurs élémentaires qui ont été remplis sur chaque application
Finaliser l'analyse
Analyse TIME
L'analyse TIME basée sur le modèle de Gartner (Tolerate, Invest, Migrate and Eliminate) fournit des recommandations de rationalisation sur les applications d'un portefeuille donné ainsi qu'une représentation graphique des applications analysées.
Exemple 
Ci-dessus, une analyse TIME lancée sur un portefeuille d'applications.
Pour visualiser les applications dans un graphe TIME :
1. Dans la liste, sélectionnez les applications en question.
2. Cliquez sur le bouton Visualiser l'application qui apparaît.
Le graphe s'affiche dans une nouvelle fenêtre.
Les applications en vert sont celles dont la décision suit la recommandation. Celles en rouge ont une décision différente de la recommandation.
Passez la souris sur l'application pour accéder au détail.
*Le rapport peut être enregistré et édité. Pour plus d'informations, voir Gérer les rapports et Manipuler un graphique à bulles dans les fonctionnalités communes.
Indicateurs et leur poids dans l'analyse
Les recommandations affichées dans l'analyse sont calculées à partir des indicateurs agrégés techniques et métier suivants.
 
Indicateurs agrégés
Indicateurs élémentaires
Poids par défaut
Indicateur métier
Valeur métier
Support fonctionnel
Niveau de service (SLA)
60%
30%
10%
Indicateur technique
Efficacité technologique
Obsolescence des technologies
Cycle de vie des applications
40%
40%
20%
Sources des indicateurs élémentaires
L'analyse s'appuie sur les indicateurs élémentaires suivants :
Les Valeur métier, Support fonctionnel et Efficacité technologique issus de la dernière évaluation effectuée sur l'application.
Le Niveau de service (SLA) défini dans la section Service Level Agreement des propriétés de l'application.
Le Risque d'obsolescence ; il correspond au risque le plus fort des technologies qui sont reliées à l'application.
*Voir le risque d'obsolescence dans la Vue d'ensemble d'une technologie.
Le Cycle de vie ; l'analyse recherche la date de fin de production de l'application et calcule l'écart avec le jour courant.
Décisions possibles
Les décisions possibles sont les suivantes :
"Tolerate" : applications qui créent suffisamment de valeur commerciale et dont les coûts sont gérables, maintenues pour diverses raisons.
"Invest" : applications les plus lucratives et les plus intéressantes en termes d'investissement.
"Migrate" : applications qui ont besoin d'être modernisées.
"Eliminate" : applications qui ont une faible valeur commerciale, voire des risques élevés. Elles doivent être éliminées.
Une fois la décision prise, elle est enregistrée sur l'application et affichée dans ses propriétés.
Vous pouvez également définir des décisions directement dans les propriétés de l'application concernée. Voir Saisir une décision sur une application.
Analyse de migration Cloud
L'analyse de migration Cloud présente des recommandations de migration sur les applications d'un portefeuille donné.
Exemple 
Indicateurs et leur poids dans l'analyse
Les recommandations affichées dans l'analyse sont fonction des indicateurs suivants.
 
Indicateurs agrégés
Indicateurs élémentaires
Source
Poids par défaut
Migration Appetite
Dernière décision “Time”
Référentiel
30%
 
Dernière évaluation de la criticité de l'application
Référentiel
15%
Motivation : nombre de motivations
Questionnaire
25%
Cycle de vie (la fin de production est proche)
Référentiel
15%
Auto scale
 
Questionnaire
15%
Migration Easyness
 
Nombre de flux d'applications différents
Référentiel
25%
 
Nombre d'applications partenaires
Référentiel
25%
Réglementations de données
Référentiel
25%
Bases de données partagées
 
Référentiel
25%
Migration Readiness
CAST Cloud Ready Score
Référentiel
20%
 
Effort de migration
Questionnaire
20%
Application COTS (Poids de la personnalisation)
Questionnaire
20%
Version Saas de l'application COTS
Questionnaire
20%
Compétences techniques de l'équipe de migration
 
Questionnaire
20%
Migration Safeness
Exigence de temps de réponse
Référentiel
20%
 
Transfert de données massives requis
Référentiel
20%
Risque de fuite de données
Questionnaire
20%
Risque d'interruption de service
Questionnaire
20%
Risque d'un dérapage financier
Questionnaire
20%
Sources des indicateurs élémentaires
L'analyse calcule un score entre 0 et 4 pour chaque critère élémentaire. La valeur de l'indicateur est ensuite agrégée avec un poids qui lui est affecté. Le score agrégé est normalisé sur 100.
*Le score agrégé n'est pas un entier.
La valeur des indicateurs élémentaires s'appuie sur :
Les valeurs de la matrice TIME :
"Tolerate" : signifie que l'application a un bon score technique mais moindre au niveau métier. On la conserve en attendant une décision. Score de migration : 2.
"Invest" : forte valeur métier et technique. L'application est déjà bien en l'état. Score : 3.
"Mitigrate" : s'applique aux applications qu'on veut garder mais restructurer. Le score de migration est élevé : 4.
"Eliminate : applications à exclure. Valeur : 0.
La dernière évaluation de criticité de l'application (valeurs Métier, Fonctionnel, Technologique).
Les motivations de migration issues du questionnaire d'évaluation de la migration : plus il y a d'options cochées, plus le score augmente. Si 4 options ou plus, sont cochées, le score est de 4.
Le cycle de vie de l'application : plus la date de fin est éloignée, plus il est intéressant de migrer dans le Cloud. La valeur de l'indicateur prend en compte le nombre de mois qui sépare la date de début et la date de fin de production :
entre 0 et 6 mois = 0
entre 7 et 12 mois = 1
entre 13 et 30 mois = 2
supérieur à 49 mois = 4
Le nombre de flux d'application envoyés ou reçus par l'application : plus le nombre de flux augmente, plus le score de migration diminue (un nombre important de flux augmentant les risques de sécurité, les problèmes de bande passante, etc.).
Le nombre d'applications partenaires distinctes pour les flux envoyés ou reçus par l'application : plus il y a d'applications partenaires, plus le score diminue.
Le nombre de cadres réglementaires associés aux catégories de données gérées par l'application: plus il y a de réglementations, plus le score diminue.
Le nombre de bases de données déployées utilisées par les installations logicielles de l'application qui sont également utilisées par les installations logicielles d'autres applications. Plus il y a de bases de données, plus le score diminue.
Le CAST Cloud Ready Score : il s'agit de l'analyse du code source d'une application par CAST Highlight. Plus la valeur du paramètre est élevée, plus le score de migration augmente.
Les flux d'application avec la qualification "Latence requise" : plus la valeur de la latence est élevée, plus le score augmente.
Les flux d'applications avec la qualification "Poids de la communication". Plus le poids de la communication augmente, plus le score diminue.
Recommandations et décisions
Par défaut, les recommandations sont calculées à partir des intervalles des indicateurs Valeur métier et Efficacité technologique. Les autres indicateurs n'interviennent pas dans la recommandation.
Les recommandations de l'analyse sont :
Rehosting/Re-platforming
Refactoring/Repurchasing
Retire
Retain
Sur ces recommandations, les décisions possibles sont :
Replatform (nouvelle plateforme)
Repurchase (racheter)
Retain (conserver)
Refactor (remanier)
Rehost (ré-héberger)
Retire (retirer)
Une fois la décision prise, elle est enregistrée sur l'application et affichée dans ses propriétés.
Vous pouvez également définir des décisions directement dans les propriétés de l'application concernée. Voir Saisir une décision sur une application.
Lancer une analyse Smart
Pour lancer l'analyse :
1. Dans la barre de navigation cliquez sur Applications.
2. Dans la zone d'édition, cliquez sur Analyses Smart.
3. Sélectionnez le type d'analyse.
4. Sélectionnez le portefeuille sur lequel porte l'analyse.
5. Lancez l'analyse.
Les recommandations sont colorées afin de mettre en évidence les décisions à prendre. Vous pouvez cliquer sur le bouton Détails de complétude pour visualiser le détail des indicateurs sur lesquels se fondent les recommandations.
6. Pour chaque application, sélectionnez une décision dans la liste déroulante associée.
*Vous pouvez appliquer une même décision sur plusieurs applications en même temps.
La décision est enregistrée sur l'application. Vous avez la possibilité de la modifier lors d'une même journée. Si vous modifiez la décision un autre jour, une nouvelle décision est créée et enregistrée sur l'application ; elle s'ajoute à l'historique des décisions prises sur l'application.
L'historique des décisions est accessible dans la page Gouvernance des propriétés d'une application.
*La page Gouvernance peut être cachée par défaut. Pour l'afficher, cliquez sur le bouton Afficher/Masquer et cochez Gouvernance.