ITIL Fiche 2 Processus GDC

Retour d’expérience ITIL à la DSI : fiche 2
La Gestion des changements et le CAB
Qu’est ce qu’un changement?

On appelle changement dans le système d’information de l’AFPA, tout événement modifiant
le référentiel, c'est-à-dire toute action sur les logiciels et infrastructures.
Pourquoi les gérer ?

L’expérience prouve que la plupart des perturbations liées au Système d’information sont
liées à un changement mal maîtrisé.
Les grands types de changements sont les suivants :

• PROGICIEL / LOGICIEL : Mise en œuvre d’une nouvelle version de logiciel (y
compris retrait) : nouveau logiciel, nouveau patch, nouvelle version. Le logiciel peut
être bureautique, applicatif (ERP), système d’exploitation….
• APPLICATIF : Mise en œuvre d’une nouvelle application (y compris retrait) :
nouvelle application, nouveau patch, nouvelle version. (composants développés pour
l’AFPA)
• INFRASTRUCTURE : Nouvelle infrastructure ou évolution ou retrait d’une
infrastructure existante
o Composants réseau
o Poste de travail et périphériques
o Serveur d’établissement
o Infrastructure du site central, …..
Pourquoi un processus de « Gestion des changements »?

• Pour mettre en place des procédures standardisées pour industrialiser les changements
majeurs et moyens
• Avoir une instance qui évalue et fait valider (CAB) les changements majeurs et
moyens
• Maintenir le planning opérationnel des changements (FSC) sur la base :
1. en amont du planning stratégique (portefeuille de projet)
2. en aval du planning des mises en production
A quoi sert le Comité de validation des Changements ou CAB ?

Le CAB est un comité de validation des changements qui se tient de façon régulière
(hebdomadaire) et dont l’objectif est la validation des changements à des étapes
cruciales de leur cycle de vie : fin d’étude opportunité, recette, mise en production….
Il est monté et piloté par le responsable du processus. Il est composé d’un noyau fixe de
participants qui peut varier en fonction des points abordés. Les projets s’inscrivent à
l’avance à l’ordre du jour des CAB en fonction de l’avancement de leur projet.
L’ordre du jour du comité peut être :
1. Revue sur les changements non réussis ou retours arrière.
2. Revue sur les changements faits par procédures hors CAB.
3. Revue des changements à valider ce jour en CAB (inscription préalable).
4. Traitements des changements à évaluer, prioriser, filtrer…
5. Revue des indicateurs
AFPA / DSI Retour expérience ITIL : Gestion des changements Page 1/3
23/11/2007
Pour les changements majeurs, la procédure mise en place est la suivante:
La mise en œuvre à la DSI d’un projet fonctionnel ou technique suit le traditionnel cycle en
V. Selon la taille du projet, certaines phases ou livrables sont allégées.
La gestion du changement intervient à différentes phases du projet pour définir et valider les
jalons principaux. Les validations sont formalisées au cours de réunions appelées CAB .
Les éléments à valider en CAB pour un projet donné, dépendent de son avancement. Il a été
matérialisé cinq points de contrôle CAB1 à 5 sur le schéma suivant :
AVANT PROJET
PRODUCTION
C
P00 A
Etude d’opportunité B
1 C P09 C
V
A A
B
Généralisation / S B
Exploitation R
C 5 6
o
P01
p
Expression des besoins i
l
C P08
A
C Cté
B
Expérimentation /
P02 A Lan Site Pilote
4
Etude Préalable B cem
2 ent
CONCEPTION RECETTE / VALIDATION
P03
P07 V
Conception Fonctionnelle A
Recette Métier
P04 P06
Conception Technique Recette SI
P
C V
A P5
B Réalisation/ Tests unitaires L
3 I
V
A chaque échéance on réévalue les éléments pour acter la poursuite du projet :

• Cab1 :Si une étude opportunité a été réalisée : décision de faire ou de ne pas faire le
projet
• Cab2 : A l’issue de l’étude préalable, (qui peut correspondre au dépouillement d’un
appel d’offres) : lancement du projet
• Cab3 : (informel) acter la fin de la conception
• Cab4 : passage en expérimentation sur environnement de production
• Cab5 : Accord pour généralisation en fonction des résultats de l’expérimentation
• Cab6 : bilan
Pour chaque étape, on vérifie par rapport à une liste de pré requis type, si tout est conforme.
23/11/2007
En guise de synthèse :
QUOI ? POURQUOI ?
Un comité pour valider les changements : Coordonner

Informer
Version majeure de logiciel Obtenir l’accord de tous les acteurs concernés
Nouvelle infrastructure
COMMENT ? POUR QUI ?
Une réunion par semaine • Les PROJETS : infrastructure et études

Ordre du jour avec les dossiers à point • Les équipes de production
• Le management
Pour TOUS :
Transparence sur l’avancement via la mise à
jour du portefeuille de projet
Quelques éléments volumétriques :
80 changements sur 2007 suivis dans ECHO pour une cinquantaine de services applicatifs.
23/11/2007

ITIL Fiche 2 Processus GDC

Transféré par

Droits d'auteur :

Formats disponibles

ITIL Fiche 2 Processus GDC

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

ITIL Fiche 2 Processus GDC

Transféré par

Droits d'auteur :

Formats disponibles

Retour d’expérience ITIL à la DSI : fiche 2

La Gestion des changements et le CAB

Qu’est ce qu’un changement?

Pourquoi les gérer ?

Les grands types de changements sont les suivants :

Pourquoi un processus de « Gestion des changements »?

A quoi sert le Comité de validation des Changements ou CAB ?

CONCEPTION RECETTE / VALIDATION

A chaque échéance on réévalue les éléments pour acter la poursuite du projet :

Un comité pour valider les changements : Coordonner

COMMENT ? POUR QUI ?

Une réunion par semaine • Les PROJETS : infrastructure et études

Quelques éléments volumétriques :

Vous aimerez peut-être aussi