{"id":231,"date":"2021-02-23T19:02:36","date_gmt":"2021-02-23T18:02:36","guid":{"rendered":"http:\/\/refonte.azara.ma\/?p=231"},"modified":"2022-02-10T17:12:26","modified_gmt":"2022-02-10T16:12:26","slug":"jira-service-management-conduite-du-changement","status":"publish","type":"post","link":"https:\/\/azara.ma\/en\/jira-service-management-conduite-du-changement\/","title":{"rendered":"Jira Service Management pour la conduite du changement"},"content":{"rendered":"
Chaque \u00e9quipe informatique est confront\u00e9e au d\u00e9fi de g\u00e9rer une infrastructure informatique en constante \u00e9volution, qu\u2019il s\u2019agisse de d\u00e9ployer de nouvelles technologies, de g\u00e9rer les technologies existantes ou de suivre les it\u00e9rations de mises \u00e0 jour et de maintenances applicatives. La conduite du changement gr\u00e2ce \u00e0 Jira Service Management augmente \u00e9galement au fur et \u00e0 mesure que nous acc\u00e9l\u00e9rons vers un monde de plus en plus \u00ab\u00a0orient\u00e9 service\u00a0\u00bb.<\/p>\n\n\n\n
Et en plus de cela, les exigences r\u00e9glementaires exigent que les \u00e9quipes IT fournissent un historique de v\u00e9rification d\u00e9taill\u00e9 des changements apport\u00e9s aux syst\u00e8mes informatiques. Pour g\u00e9rer le changement avec succ\u00e8s, ces \u00e9quipes ont besoin d\u2019un processus simplifi\u00e9 et g\u00e9n\u00e9rique qui capte les donn\u00e9es appropri\u00e9es et assure le respect la r\u00e9glementation.<\/p>\n\n\n\n
La conduite du changement est donc indispensable pour am\u00e9liorer la disponibilit\u00e9 des services IT, en particulier les services essentiels \u00e0 l\u2019entreprise. Pour cette raison, nous allons analyser dans cet article comment faire une bonne conduite du changement de mani\u00e8re Lean avec Jira Service Management.<\/p>\n\n\n\n
Les 4 processus fondamentaux en IT<\/strong><\/p>
1 – Gestion des demandes de service<\/strong> – Une demande formelle d’un besoin \u00e0 fournir \u00e0 un utilisateur. Par exemple \u00ab\u00a0J’ai besoin d’un nouveau ordinateur pour mon travail de d\u00e9veloppement\u00a0\u00bb<\/p>
2 – Gestion des incidents<\/strong> – Une interruption inopin\u00e9e ou la r\u00e9duction de la qualit\u00e9 d’un service informatique. Par exemple : \u00ab\u00a0Le site web est en panne!\u00a0\u00bb<\/p>
3 – Gestion des anomalies<\/strong> – \u00c9liminez les incidents r\u00e9currents et minimisez ceux qui ne peuvent \u00eatre \u00e9vit\u00e9s pour le moment. Par exemple : \u00abCe probl\u00e8me d\u2019application de rapports est de retour!\u00bb<\/p>
4 – Gestion des changements<\/strong> – M\u00e9thode normalis\u00e9e pour contr\u00f4ler les changements apport\u00e9s au syst\u00e8me informatique afin de minimiser l’impact sur les services de l’entreprise. Par exemple \u00abLa mise \u00e0 niveau de la base de donn\u00e9es est maintenant termin\u00e9e\u00bb<\/p><\/blockquote>\n\n\n\n
Introduction \u00e0 la conduite du changement<\/h2>\n\n\n\n
Qu\u2019est-ce que c\u2019est la conduite du changement r\u00e9ellement. Et comment bien la pr\u00e9parer, la r\u00e9aliser et la maintenir ? Un processus de conduite du changement vise \u00e0 minimiser les risques tout en apportant des changements aux syst\u00e8mes et services essentiels.<\/p>\n\n\n\n
Il y a 3 types de changements :<\/p>\n\n\n\n
Changement standard<\/strong> – un changement \u00e0 un service ou \u00e0 une infrastructure qui est pr\u00e9-approuv\u00e9 et qui a une proc\u00e9dure accept\u00e9e et \u00e9tablie pour fournir une exigence de changement sp\u00e9cifique. Ils sont consid\u00e9r\u00e9s comme pr\u00e9sentant un risque relativement faible, sont effectu\u00e9s fr\u00e9quemment et suivent un processus document\u00e9 (et approuv\u00e9 par la gestion du changement). Le processus de modification standard propos\u00e9e est pr\u00e9sent\u00e9 \u00e0 la direction du changement pour examen et approbation. La modification standard propos\u00e9e d\u00e9crit la fa\u00e7on dont le changement et les risques connexes seront g\u00e9r\u00e9s. Une fois que la gestion du changement a approuv\u00e9 la modification standard, elle peut \u00eatre effectu\u00e9e en production au besoin. Si des changements standards commencent \u00e0 causer des incidents, la gestion du changement peut le passer en examen et demander des changements si n\u00e9cessaire. Quel est l\u2019objectif principal des changements standards ? Fournir un moyen de simplifier le processus pour permettre la mise en \u0153uvre rapide de changements fr\u00e9quents tout en g\u00e9rant le risque. Un changement standard doit avoir un processus document\u00e9 qui a \u00e9t\u00e9 examin\u00e9 et approuv\u00e9 par la gestion du changement.<\/li><\/ul>\n\n\n\n
Changement normal <\/strong>– Un changement soulev\u00e9 par une demande de l\u2019initiateur qui a besoin de ce changement. Il s\u2019agit d’un changement ordinaire, moins fr\u00e9quent que le changement \u00ab standard \u00bb et plus que le changement d’urgence. Ce changement n\u00e9cessite un examen de la gestion du changement. Il est remont\u00e9 en tant que demande de changement (RFC), examin\u00e9es par le CAB (Change Approval Board), et approuv\u00e9es ou rejet\u00e9es par le Change Manager. Les changements normaux sont souvent des changements non n\u00e9gligeables aux services, aux processus et \u00e0 l\u2019infrastructure.<\/li><\/ul>\n\n\n\n
Changement d\u2019urgence<\/strong> – Il survient lorsqu\u2019une erreur ou une menace inattendue se produit. Par exemple lorsqu\u2019une faille dans l\u2019infrastructure li\u00e9e aux services doit \u00eatre corrig\u00e9e imm\u00e9diatement. Une menace \u00e0 la s\u00e9curit\u00e9 est un autre exemple d\u2019une situation d\u2019urgence qui n\u00e9cessite des changements imm\u00e9diats. L\u2019urgence est parfois n\u00e9cessaire et ceux-ci devraient \u00eatre con\u00e7us avec soin et mis \u00e0 l\u2019essai avant utilisation, si possible. Sinon, l\u2019impact du changement d\u2019urgence peut \u00eatre plus grand que celui de l\u2019incident initial. Les d\u00e9tails des changements sont souvent saisis \u00e0 une date ult\u00e9rieure.<\/li><\/ul>\n\n\n\n
Les entreprises ont fondamentalement deux attentes vis-\u00e0-vis des \u00e9quipes IT :<\/strong><\/p>
1 – Les services doivent \u00eatre stables, fiables et pr\u00e9visibles. <\/strong><\/p>
2 – Ils doivent \u00e9galement s’adapter \u00e0 l’\u00e9volution rapide des besoins de l’entreprise.<\/strong><\/p>
Cependant, ces attentes sont en quelque sorte contradictoire. Le but de la gestion du changement est d’aider les \u00e9quipes informatiques \u00e0 r\u00e9pondre \u00e0 ces deux attentes : une capacit\u00e9 de changement rapide avec une minimisation des interruptions de service.<\/strong><\/p><\/blockquote>\n\n\n\n
Optez pour le mode Lean<\/h2>\n\n\n\n
La gestion du changement est souvent un processus lourd qui exige plusieurs jours de \u00ab\u00a0Lead-time<\/strong>\u00ab\u00a0, qui est habituellement entrav\u00e9 par un manque d\u2019\u00e9change d\u2019information entre les services IT, les \u00e9quipes de d\u00e9veloppement. Le processus d\u2019approbation des changements est souvent complexe et ralentit le processus le processus en entier.<\/p>\n\n\n\n
![\"conduite](\"http:\/\/refonte.azara.ma\/wp-content\/uploads\/2021\/02\/conduite-du-changement-Jira-Help-Desk-1024x662.png\")