Au fur et à mesure que les organisations continuent d’utiliser des éléments de base technologiques de différents fournisseurs, il devient assez fastidieux de gérer et de suivre diverses technologies. Si les technologies ne sont pas mises à jour périodiquement et en temps opportun avec différentes versions/modèles, elles finissent par devenir un handicap pour les fonctions et produits clés de l’entreprise.
Les technologies sous-jacentes des applications métier utilisées dans votre entreprise ont une durée de vie qui doit être activement gérée et surveillée avec diligence pour suivre leurs versions et leur cycle de vie.
Une approche traditionnelle de la gestion du portefeuille technologique
|
L’approche de ServiceNow en matière de gestion de portefeuille technologique |
La plupart des organisations informatiques qui ont une fonction de gestion de la technologie se concentrent sur la collecte et le catalogage des technologies actuellement et potentiellement utilisées qui intéressent ou utilisent l’organisation.
|
TPM répond au besoin de gérer le portefeuille de technologies via une vue chronologique de la gestion du portefeuille technologique pour suivre leurs dates et ensuite créer une demande ou un projet pour les mettre à niveau ou les retirer.
|
Parfois, la gestion des technologies devient volumineuse et chaotique. | La gestion des technologies devient beaucoup plus facile en utilisant TPM car il a plusieurs vues |
Le suivi des modèles de cycle de vie des technologies et la gestion des risques deviennent parfois difficiles. | Le suivi du cycle de vie des modèles de technologie devient plus facile, en un coup d’œil, nous pouvons distinguer quelle technologie est à risque (fin de vie ou fin de support, etc.) |
Étapes du cycle de vie interne et externe du produit logiciel
Le produit logiciel typique passe par les cycles de vie ci-dessous,
- Pré-version : date à laquelle le logiciel a été mis à disposition pour la première fois.
- Date de disponibilité générale : date à laquelle le programme a été rendu accessible au public.
- Remarque sur la mise à niveau : s’affiche uniquement si le champ Type de cycle de vie est défini sur Interne.
- Fin de vie : Le jour où l’éditeur arrêtera de produire le logiciel.
- Fin du support : le dernier jour où l’éditeur apportera des améliorations au logiciel.
- Fin du support étendu : date limite à laquelle l’éditeur du logiciel cessera de proposer des mises à jour ou un support.
Consultez la chronologie des risques technologiques.
Dans la chronologie de la gestion du portefeuille technologique, vous pouvez voir les phases du cycle de vie interne et externe de toutes les technologies ou modèles de produits utilisés dans votre organisation. Le code couleur indique le stade auquel se trouve la technologie en termes de facteur de risque.
Les utilisateurs peuvent visualiser les risques associés aux applications métier de différentes manières grâce au panneau de chronologie TPM. Les vues peuvent être simplement une liste d’applications professionnelles classées par classification de produit, modèle de logiciel, backlog d’application ou technologie sous-jacente des applications.
Vous pouvez accéder au service d’application sous-jacent spécifique pris en charge par chacune de ces vues, à la technologie sous-jacente sur laquelle chacune de ces vues fonctionne ou à l’application métier spécifique utilisée.
L’architecte d’entreprise (EA) peut utiliser la vue chronologique pour suivre les versions et les cycles de vie des technologies, ainsi que le nombre d’applications exécutées sur ces technologies. EA peut évaluer les risques sur une application métier en raison de sa fin de vie, et créer des demandes et des projets selon les besoins.
Vous pouvez cliquer sur la bulle de risque d’un modèle logiciel pour afficher les scores au niveau du paramètre de risque.
Technologie ricalcul sk
Étape du cycle de vie – interne et externe
Utilisez le formulaire de cycle de vie du produit logiciel pour associer la phase du cycle de vie de chaque modèle logiciel à un risque. Les valeurs de risque dans le tableau du cycle de vie sont très élevé, élevé, modéré, faible et aucun. En conséquence, le risque est également très élevé, élevé, modéré, faible ou nul.
Pour les paramètres d’étape du cycle de vie, seule la valeur du risque est prise en compte quelle que soit la phase du cycle de vie.
Vieillissement
De même, le vieillissement a les valeurs de risque suivantes :
- 0 à 90 jours est un risque élevé.
- 90 à 180 jours est un risque modéré.
- Plus de 180 jours est à faible risque.
Sur la base des étapes du cycle de vie et des étapes de vieillissement, le risque des modèles matériels et logiciels est calculé comme suit :
- S’il existe un seul risque élevé, le risque du modèle logiciel est alors élevé.
- S’il existe un seul risque modéré, le risque du modèle logiciel est alors modéré.
- Le risque du modèle logiciel est faible uniquement si le risque de tous les composants sous-jacents est faible.
Paramètres pour déterminer le risque au niveau du modèle logiciel et matériel
Évaluer les risques technologiques
- Les scores de risque sont d’abord définis au niveau du modèle de produit, puis remontent jusqu’au service d’application où les propriétaires de l’application métier peuvent agir.
- Parce que l’approche ServiceNow se concentre d’abord sur l’aspect opérationnel de la gestion du portefeuille technologique, nous pouvons mieux automatiser et évaluer les risques associés à l’utilisation des technologies.
Ces risques calculés pour les applications métier sont ensuite révélés sur les capacités métier où les applications métier sont utilisées.
Informations sur le produit logiciel
ServiceNow simplifie l’évaluation des risques, l’identification de l’utilisation actuelle de la technologie et l’évaluation des impacts sur les capacités de l’entreprise. Il offre aux clients un moyen simple d’utiliser la technologie en libre-service et un système de suivi fiable. Seul ServiceNow peut rassembler des pratiques et des procédures qui seraient autrement incompatibles.
Source link