Comment développer un programme de gestion du changement de ce

Program Change Management (CPM), plus communément connu sous le nom Process Control Change ou processus de gestion des modifications, est un processus formel utilisé pour assurer que les changements à un produit ou d'un système sont introduits d'une manière contrôlée et coordonnée (tel que défini par la norme ISO 20000). CMP ne doit pas être confondue avec la gestion du changement organisationnel (OCM), qui gère les impacts de nouveaux processus d'affaires, y compris celles découlant de système des déploiements et des initiatives de TI, les changements dans la structure organisationnelle, ou des changements culturels au sein d'une entreprise. En bref, OCM gère l'aspect humain du changement.


Le but de la CMP, est de se assurer que l'impact négatif des changements au système informatique d'une entreprise est minimisé en utilisant un processus normalisé de la gouvernance. Certains changements ne sont pas facultatifs. Si, par exemple, la norme de code à barres est en train de changer, vous devez adaptateurs si une structure de retenue d'impôt des changements, vous devez avoir un changement. Néanmoins, toutes les modifications de ce genre sont encore soumis à la gouvernance.


Il ne doit jamais être le cas que des changements ad-hoc sont apportées au système ou aux procédures sans une certaine surveillance. Cette idée doit émaner de la haute direction et être transmis, sans exception, à tout le monde dans l'entreprise. Sans le soutien au plus haut niveau, la CMP est un gaspillage inutile de temps et d'argent. Avec le soutien approprié, ce programme permettra d'économiser votre entreprise de quelques erreurs très coûteuses.

Les Étapes

3
Initier le projet de développement: Développement du changement (y compris les tests) est une fonction de IT-guidée. Dans le cas d'un changement d'urgence (serveur est en panne) ces fonctions sont généralement prédéterminés. Quand un nouveau système doit être mis au point, il ya un effort de collaboration entre les utilisateurs métier et l'équipe informatique. Les systèmes sont conçus par les TI, la conception est approuvé par les partenaires commerciaux (utilisateurs), développés par IT, testés par une combinaison de l'informatique et les utilisateurs, et le produit final est approuvé par les deux. Une attention particulière doit être accordée aux effets secondaires du nouveau changement peut avoir sur les systèmes existants.


4
Passez la porte de la gestion du changement: Le Conseil consultatif sur les changements (CAB) examine tous les changements avant qu'ils puissent être mis en production. Normalement, l'ACR sera composé d'un groupe de personnes ayant des perspectives différentes, de milieux et domaines d'expertise. Leur fonction est d'examiner le changement d'un point de vue processus et la gouvernance pour se assurer que tous les risques prévisibles ont été identifiés et atténués, et que les techniques de compensation sont en place pour les éléments de l'exposition (les choses qui pourraient mal tourner). L'équipe de développement et le promoteur du changement présenteront la modification de la CAB. L'évaluation des risques sera la mise au point. stratégies de mise en œuvre, la communication aux parties prenantes concernées, des plans de sauvegarde et de suivi post-mise en œuvre sont des éléments sur lesquels l'ACR est nécessaire de se concentrer. L'ACR est ne pas chargé de déterminer si le changement est approprié - cette décision a déjà été prise. L'ACR ne est pas responsable pour déterminer si le changement est rentable. Encore une fois, ce est strictement une décision d'affaires.



6
Signaler les résultats: Soit le changement a été mis en œuvre avec succès sans aucun problème, le changement a été mis en œuvre avec les questions qui ont été corrigées lors de la mise en œuvre, le changement a été mis en œuvre avec les questions qui ont été jugés acceptables, questions ont été soulevées qui étaient inacceptables et le changement a été annulée, ou dans le pire des cas le changement a été mis en œuvre avec des questions inacceptables et ne peut être annulée. Quel que soit le résultat, ce est documenté et retourné à l'ACR. L'ACR est alors responsable de la distribution que les informations aux parties prenantes et pour le stockage et le maintien de ces résultats dans le système de gestion du changement (qui peut être soit une base de données automatisé ou un système de classement de papier, mais les documents doit être maintenue aux fins de vérification).
7
Lien problème de gestion aux changements: Les questions soulevées devraient être comparés à la documentation de l'ACR de changements afin d'éventuels effets néfastes d'un changement peuvent être isolés. Ce est souvent le cas que les effets indésirables d'un changement ne sont pas remarqué immédiatement, mais sont identifiés par l'émergence de problèmes dans les systèmes auxiliaires. Par exemple, l'ajout de plusieurs champs d'une base de données pourrait ne pas avoir un effet négatif direct sur les utilisateurs, mais pourrait affecter les performances du réseau qui serait apparente à d'autres utilisateurs qui ne sont pas directement impliqués dans le système modifié.


  • 8
    Audit périodiquement la CMP: Au moins une fois chaque année un audit de la CMP doit être effectuée pour se assurer que tous les documents de changement est maintenu et disponible. Chaque document d'approbation de changement doit être examiné pour se assurer que les signatures nécessaires sont en place et que les résultats de la mise en œuvre sont bien documentés.
  • » » Comment développer un programme de gestion du changement de ce