Cas d'utilisation d'Gestion des changements
Pour ITSM, en particulier les incidents et les changements, l’identification de l’emplacement des données critiques peut aider à réduire le délai moyen de résolution des incidents et à éliminer les pannes causées par le changement.
Principales fonctionnalités du cas d’utilisation Gestion des changements
L’application du CSDM cadre de travail apporte de la valeur de Gestion des changements la manière suivante :
- Permet aux utilisateurs de comprendre l’impact d’un changement sur les services et les offres de service.
- Les changements sont acheminés dynamiquement.
- Gestion des changements identifie et notifie tous les services concernés pour appuyer la décision d’approbation.
- Abonnement : listes connexes sur les offres de service qui identifient qui a accès à l’offre et peut donc être impactée par une panne. Un incident ou un changement peut identifier l’impact à l’aide des tables abonné par. Les listes connexes sont les suivantes :
- Abonnements de service par société [service_subscribe_company]
- Abonnements de service par département [service_subscribe_department]
- Abonnements de service par groupe [service_subscribe_sys_user_grp]
- Abonnements de service par emplacement [service_subscribe_location]
- Abonnements de service par utilisateur [service_subscribe_sys_user]
- L’offre de service d’entreprise peut être utilisée pour désigner l’approbateur professionnel en fonction des approval_group et des business_criticality. Un service d’entreprise peut avoir plusieurs offres, chacune avec une criticité différente.
- L’offre de service technique peut être utilisée pour fournir le approval_group d’approbation technique et le groupe d’affectation technique sur l’attribut assignment_group. Peut être utilisé par le changement pour l’acheminement du changement et des tâches de changement. Peut être synchronisé sur les CI gérés par les offres, réduisant ainsi la charge manuelle liée à la gestion manuelle des données sur des milliers/millions de CI.
- Le service d’application peut être utilisé pour fournir des environnements prod et non prod (DEV, QA, UAT, etc.). Les environnements autres que les environnements de production peuvent être filtrés si vous le souhaitez. L’attribut used_for hérité est mappé à l’attribut environnement . Vous devez utiliser l’attribut environnement . Remarque :Certaines offres de service peuvent également identifier l’environnement de l’offre.
Résultats du cas d’utilisation Gestion des changements
Le CSDM cadre de travail fournit le contexte des changements. Le contexte inclut les CI impliqués dans le changement et les services affectés.
Utilisez le formulaire de demande de changement pour voir l’impact du changement. Procédez comme suit :
- Renseignez l’attribut de l’élément de configuration [configuration_item] avec le CI cible de l’activité de changement. Vous pouvez ensuite utiliser ce CI pour identifier les détails pour l’acheminement des changements. Par exemple, vous pouvez utiliser les données CI, telles que « Groupe d’affectation » ou « Groupe d’approbation », et fournir des informations sur l’impact sur le service à l’aide de relations de dépendance.
- Renseignez la liste connexe Services impactés [task_cmdb_ci_service] avec les services associés au CI renseigné. Il peut s’agir de services et d’offres de services.
- (Facultatif) Utilisez les attributs Service et Offre de service pour identifier les services de fournisseur responsables de la gestion des CI sélectionnés.
- (Facultatif) Utilisez la liste connexe CI affectés [task_ci] pour identifier les CI susceptibles d’avoir provoqué le changement. Ces CI s’ajoutent aux CI précédemment renseignés. La table [task_ci] peut être remplie dynamiquement ou manuellement.Remarque :La population dynamique ne fait pas partie du système de base. Pour utiliser le remplissage dynamique, vous devez configurer le formulaire Demande de changement.
Pour plus d'informations
Voir la vidéo : Comment Gestion du changement tire parti de la CSDM