Aperçu Pro processus : activation du changement
Aperçu Pro processus : activation du changement
Aperçu Pro processus : activation du changement
Résumé
L'activation du changement est un processus essentiel de gestion des services informatiques (ITSM) visant à gérer les changements de manière contrôlée. Cela inclut les changements standard, les changements d'urgence et les changements normaux. L'objectif est de mettre en œuvre des changements bénéfiques en perturbant le moins possible les services informatiques, garantissant ainsi cohérence et fiabilité.
Tout comme la gestion des incidents, l'accompagnement du changement est essentiel pour maintenir la stabilité des environnements informatiques, tout en permettant les mises à jour et améliorations nécessaires. Grâce à un processus structuré d'accompagnement du changement, les entreprises peuvent minimiser les risques liés aux changements et garantir leur conformité aux normes réglementaires.
Les modifications sont gérées dans l'outil de gestion des services Efecte, via le modèle de modification. Elles sont généralement liées à des éléments de configuration (CI), ce qui permet aux utilisateurs de visualiser les relations pour analyser les impacts. Les étapes du processus d'activation des modifications sont gérées en modifiant le statut de la fiche de données de modification représentant la modification.
Types de changement
Comprendre et différencier les différents types de changements est essentiel pour une gestion efficace et efficiente des services. Chaque type de changement se caractérise par des processus et des exigences spécifiques, adaptés à leur niveau d'impact et d'urgence, garantissant une mise en œuvre simplifiée et maîtrisée des risques. Les changements normaux et urgents sont gérés via le modèle de changement d'Efecte, tandis que les changements standard sont gérés via le modèle de changement standard d'Efecte.

Changement normal
Un changement normal nécessite une planification, une évaluation et une approbation minutieuses, conformément à des procédures définies. Plus impactant et plus risqué qu'un changement standard, il nécessite une évaluation plus approfondie. Les changements normaux sont réalisés selon le modèle de changement de l'outil de gestion des services Efecte.
Changement d'urgence
Un changement d'urgence est un changement qui doit être mis en œuvre au plus vite pour résoudre un problème urgent ou appliquer un correctif de sécurité critique. Ces changements sont généralement de nature réactive, répondant à un incident ou un problème imprévu. Les changements d'urgence sont effectués à l'aide du modèle de changement de l'outil de gestion des services Efecte.
Changement standard
Un changement standard est un changement préautorisé à faible risque, bien compris, fréquemment mis en œuvre et entièrement documenté. Ces changements sont courants et leur faible risque a été démontré par des mises en œuvre réussies. Les changements standard sont réalisés selon le modèle de changement standard de l'outil de gestion des services Efecte.
Cas d'utilisation
Cas d'utilisation de changement normal
- Lancement de la demande de changement
- Un utilisateur ou un système identifie le besoin d’un changement, comme la mise à niveau d’une application métier ou la modification de l’infrastructure réseau.
- La demande de changement est soumise en créant une fiche de données de changement dans l'outil de gestion des services Efecte avec des détails sur la nature, l'objectif et les exigences du changement.
- Évaluation et planification du changement
- Le gestionnaire des changements examine la demande, évalue son impact, son risque et sa faisabilité.
- Un plan détaillé est élaboré et documenté sur la fiche de données de changement, y compris l’allocation des ressources, les délais et les mesures d’urgence.
- Approbation et planification
- Le plan de changement est présenté aux autorités compétentes (par exemple, le Conseil consultatif sur les changements) pour approbation.
- Une fois approuvé, le changement est planifié, en tenant compte des ressources disponibles et de l’impact potentiel sur les services.
- Mise en œuvre et suivi
- Le changement est mis en œuvre conformément au plan approuvé.
- La surveillance continue par le responsable du changement et l'équipe de mise en œuvre garantit que le changement progresse comme prévu et résout tous les problèmes qui surviennent.
- Examen post-mise en œuvre
- Après la mise en œuvre, un examen est effectué pour évaluer l’efficacité du changement et identifier les leçons apprises.
- La documentation est mise à jour pour refléter le nouvel état de l'environnement informatique.
Cas d'utilisation de changement d'urgence
- Détection d'urgence et journalisation des modifications
- Un problème urgent est détecté, tel qu’une vulnérabilité de sécurité critique ou une panne de service majeure.
- Une demande de changement d’urgence est immédiatement enregistrée dans l’outil de gestion des services Efecte avec le type « Urgence », contournant les procédures normales pour un traitement accéléré.
- Évaluation et approbation rapides
- Le gestionnaire du changement effectue une évaluation rapide, en se concentrant sur une résolution immédiate.
- Une approbation accélérée est demandée, souvent auprès d’une autorité déléguée ou d’un processus simplifié de conseil en cas de changement d’urgence.
- Mise en œuvre urgente
- Le changement est mis en œuvre de toute urgence, avec des mises à jour en temps réel de l’équipe de mise en œuvre et une coordination entre les équipes impliquées.
- L’accent reste mis sur la résolution rapide du problème tout en garantissant une interruption minimale du service.
- Révision et normalisation
- Une fois l’urgence traitée, un examen est effectué pour analyser l’efficacité de la réponse.
- Des mesures sont prises pour normaliser les opérations et intégrer tout changement dans l’environnement informatique habituel.
Cas d'utilisation de changement standard
- Identification et journalisation des modifications standard
- Un besoin de changement de routine à faible risque est identifié, comme une mise à jour logicielle mineure ou une activité de maintenance régulière.
- Le changement standard est enregistré en créant une fiche de données de changement standard dans l'outil de gestion des services Efecte.
- Un modèle de changement standard est utilisé pour renseigner les informations clés, y compris les étapes de mise en œuvre, dans la fiche de données de changement standard.
- Vérification et planification des modifications
- Le Service Desk ou le gestionnaire des changements vérifie rapidement que le changement correspond aux critères d'un changement standard (pré-approuvé, à faible risque et bien compris).
- Le changement est planifié de manière appropriée pour minimiser l’impact sur la prestation de services, en tirant parti des procédures et des listes de contrôle prédéfinies dans le modèle.
- Mise en œuvre et documentation
- Le changement standard est mis en œuvre conformément aux lignes uid et procédures établies.
- Les détails essentiels et les résultats du changement sont documentés dans la fiche de données de changement standard pour le suivi et la référence future.
- Suivi post-mise en œuvre
- Après la mise en œuvre du changement, une brève période de surveillance permet de s’assurer que le changement n’a pas eu d’impact négatif sur les services.
- Tout écart ou problème est noté et traité rapidement.
- Révision et amélioration continue
- Des examens périodiques des modifications des normes sont effectués pour garantir leur pertinence et leur efficacité continues.
- Des ajustements aux procédures ou aux critères des changements standard sont apportés selon les besoins, favorisant ainsi l'amélioration continue du processus d'activation du changement.
Canaux d'entrée
- Les modifications sont généralement créées manuellement sur le modèle de modification dans l'outil de gestion des services Efecte.
Notifications automatiques par e-mail
La solution envoie des notifications par e-mail prédéfinies. L'administrateur peut modifier le contenu de ces notifications.
Changement standard
| # | Nom de la notification | Adresse de l'expéditeur | Destinataire | Envoyé quand |
|---|---|---|---|---|
| 1 | Gestionnaire du changement désigné | [défini par le client] | Gestionnaire du changement | Une fois que le changement standard a été attribué au gestionnaire des changements |
| 2 | Équipe affectée | [défini par le client] | Équipe | Une fois que le changement standard a été attribué à l'équipe. |
| 3 | En attente de mise en œuvre | [défini par le client] | Demandeur | Une fois le changement de norme programmé. |
| 4 | Mise en œuvre annulée | [défini par le client] | Demandeur, gestionnaire du changement et équipe | Si la mise en œuvre est annulée (Statut = « Annulé »). |
| 5 | La mise en œuvre a échoué | [défini par le client] | Demandeur, gestionnaire du changement et équipe | Si l'implémentation échoue (Résultat de l'implémentation = « Échec et annulation ») |
| 6 | Mise en œuvre réussie | [défini par le client] | Demandeur, gestionnaire du changement et équipe | Si la mise en œuvre est réussie (la révision des modifications est effectuée et le statut = « Fermé ») |
Modèle de changement standard
| # | Nom de la notification | Adresse de l'expéditeur | Destinataire | Envoyé quand |
|---|---|---|---|---|
| 1 | En attente d'approbation | [défini par le client] | Gestionnaire du changement | Le modèle de changement standard a été attribué au gestionnaire des changements |
| 2 | Le modèle de changement standard est sur le point d'expirer dans 1 mois | [défini par le client] | Gestionnaire du changement | Date d'expiration - 1 mois |
| 3 | Le modèle de changement standard est sur le point d'expirer dans 1 semaine | [défini par le client] | Gestionnaire du changement | Date d'expiration - 1 semaine |
Changement normal et changement d'urgence
| # | Nom de la notification | Adresse de l'expéditeur | Destinataire | Envoyé quand |
|---|---|---|---|---|
| 1 | Gestionnaire du changement désigné | [défini par le client] | Gestionnaire du changement | Le changement a été attribué au Change Manager. |
| 2 | Équipe affectée | [défini par le client] | Équipe | Le changement a été attribué à l'équipe. |
| 3 | Changement d'urgence en attente d'une évaluation et d'une approbation rapides | [défini par le client] | Gestionnaire du changement et CAB | Une fois la planification terminée (statut = « En attente d’approbation ») |
| 4 | Changement normal en attente d'approbation du plan | [défini par le client] | Gestionnaire du changement et CAB | Une fois la planification terminée (statut = « En attente d’approbation ») |
| 5 | Planification des changements approuvée | [défini par le client] | Demandeur | Si le plan est approuvé (Statut = « Approuvé ») |
| 6 | Planification des changements approuvée | [défini par le client] | Responsable du changement et équipe | Si le plan est approuvé (Statut = « Approuvé ») |
| 7 | Plan de changement rejeté | [défini par le client] | Demandeur, gestionnaire du changement et équipe | Si le plan n'est pas approuvé (statut = « Rejeté ») |
| 8 | Mise en œuvre annulée | [défini par le client] | Demandeur, gestionnaire du changement, CAB et équipe | Si la mise en œuvre est annulée (Statut = « Annulé ») |
| 9 | La mise en œuvre a échoué | [défini par le client] | Demandeur, gestionnaire du changement, CAB et équipe | Si l'implémentation échoue (Résultat de l'implémentation = « Échec et annulation ») |
| 10 | En attente d'un examen de mise en œuvre | [défini par le client] | Gestionnaire du changement | Si la mise en œuvre est réussie (Résultat de la mise en œuvre = « Réussi ») |
| 11 | Mise en œuvre réussie | [défini par le client] | Demandeur, gestionnaire du changement, CAB et équipe | La révision des modifications est terminée et le statut = « Fermé » |
Terminologie
| Terme | Explication |
| Activation du changement | Le processus de contrôle des modifications apportées à l’infrastructure informatique ou à tout aspect des services, de manière contrôlée. |
| Changement normal | Un changement qui nécessite une évaluation, une planification et une approbation approfondies en raison de son impact et des risques potentiels. Il n'est pas préautorisé et suit l'intégralité du processus de validation du changement. |
| Changement standard | Un changement préautorisé qui présente un faible risque, relativement courant et qui suit une procédure ou une instruction de travail. |
| Changement d'urgence | Un changement qui doit être mis en œuvre dès que possible en raison d’un problème urgent. |
| Changer d'autorité | La personne ou le groupe responsable de l'autorisation d'un changement. Cette autorité peut varier selon le type et la portée du changement. Pour les changements standard, il peut s'agir d'un responsable Service Desk , tandis que pour les changements normaux ou urgents, il peut s'agir du comité consultatif sur les changements (CAB) ou d'un cadre supérieur. L'autorité de changement garantit que les changements sont évalués, priorisés et approuvés conformément aux politiques organisationnelles et à la tolérance au risque. |
| Conseil consultatif sur le changement (CAB) | Un groupe de personnes qui conseille sur l'évaluation, la priorisation et la planification des changements. Le CAB est généralement l'autorité de contrôle qui approuve les changements. |
| Demande de changement | Une proposition formelle de changement comprend des détails sur le changement, sa nécessité et ses modalités de mise en œuvre. Une demande de changement est représentée par une fiche de données de changement dans l'outil de gestion des services Efecte. |
| Examen post-mise en œuvre (PIR) | Une évaluation réalisée après la mise en œuvre d’un changement pour évaluer son succès, identifier les problèmes éventuels et recueillir des enseignements pour des améliorations futures. |
| Évaluation d'impact | Le processus d’analyse des effets potentiels d’un changement, y compris son impact sur les services, les utilisateurs et l’infrastructure. |
| L'évaluation des risques | Évaluer les risques potentiels associés à un changement, y compris la probabilité et les conséquences potentielles. |
| Modèle de modèle de changement standard | Une approche prédéfinie pour gérer un type particulier de changement de norme, détaillant les étapes et les processus à suivre. Les modèles de changement standardisent les réponses aux scénarios courants de changement de norme. Ces modèles sont gérés dans le modèle de modèle de changement standard de l'outil de gestion des services Efecte. |
Prérequis
- Politique d'activation du changement bien définie
- Une politique claire définissant les objectifs, le périmètre, les rôles, les responsabilités et les procédures liés à la conduite du changement. Cette politique sert de document uid pour toutes les activités de gestion du changement.
- Pro de gestion de la configuration
- Essentiel pour comprendre la configuration et les dépendances actuelles de l'environnement informatique. Grâce à une CMDB, la gestion de la configuration fournit des informations cruciales sur les relations et les impacts des éléments de configuration (EC). Ces informations sont cruciales pour une évaluation efficace des risques, une analyse d'impact, une planification et une vérification post-changement dans le cadre du processus de gestion des changements. Elles garantissent que les changements sont mis en œuvre avec une compréhension complète de leurs impacts potentiels sur l'infrastructure et les services informatiques.
- Intégration de la gestion du catalogue de services
- Essentiel pour aligner les changements sur les services offerts aux utilisateurs, le catalogue de services offre une vue détaillée de tous les services disponibles au sein de l'organisation, avec leurs descriptions, statuts et dépendances. Cette clarté est essentielle pour évaluer l'impact des changements proposés sur la prestation de services et garantir leur intégration au développement et à l'amélioration continue des services. Il facilite également la communication des changements aux parties prenantes, car ils peuvent être présentés en fonction de leur impact sur les services spécifiques répertoriés dans le catalogue.
- Conseil consultatif sur le changement (CAB)
- Création d'un CAB composé de parties prenantes et d'experts qui examinent, évaluent et approuvent les changements importants. Le CAB joue un rôle essentiel pour garantir l'adéquation des changements aux objectifs de l'entreprise et leur gestion efficace.
- Canaux de communication efficaces
- Des méthodes de communication fiables pour faciliter une communication claire et cohérente entre toutes les parties prenantes impliquées dans le processus de changement.
- En pratique, cela pourrait consister en une intégration de messagerie électronique, un portail en libre-service et potentiellement des intégrations avec le chat ou d’autres outils de collaboration.
- Mécanismes d'évaluation des risques et des impacts
- Pro d'évaluation des risques et de l'impact des changements proposés. Cela comprend des outils et des critères pour évaluer les effets potentiels sur les services, les ressources et les opérations commerciales.
- Intégration avec d'autres Pro ITSM
- Intégration transparente avec les autres processus de gestion des services informatiques, tels que la gestion des incidents, des problèmes et des configurations. Cela garantit une approche globale de la gestion des services et l'alignement des changements sur les objectifs informatiques plus larges.
Avantages
- Risque réduit
- La mise en œuvre contrôlée des changements minimise les risques associés aux changements.
- Stabilité améliorée
- Assure la cohérence et la fiabilité de l'environnement informatique.
- Conformité et normalisation
- Aide à maintenir la conformité aux réglementations et à normaliser les procédures de changement.
Acteurs et rôles
| Acteur | Description | Rôles dans l'outil de gestion des services Efecte (ESM) |
| Gestionnaire du changement | Supervise le processus de gestion du changement. | Activation du changement |
| Membres du CAB | Pro uid et une approbation pour les modifications | N / A |