SlideShare une entreprise Scribd logo
PRINCE2 Changement
Un des plus grands défauts des Chefs de Projet, est la capacité à dire non quand il leur est
demandé d'ajouter de nouvelles exigences au projet. Ceci dépend bien sûr du type
d'organisation. Les Chefs de Projet qui disent non ne sont pas perçus comme ayant l'esprit
d'équipe, et peuvent très rapidement une mauvaise réputation.
Dans certains projets, il y a un empressement à débuter, de ce fait il n'y a pas suffisamment
de temps accordé pour la définition des exigences et la description des produits, et le budget
est fixé pour le projet. Il peut donc arriver plus tard qu'une fonctionnalité supplémentaire
doive être rajoutée au projet, et le Chef de Projet doit savoir comment gérer cette situation.
Ce que j'aime le plus à propos du Thème Changements, est qu'il montre que vous, en tant
que Chef de Projet, n'avez pas à répondre oui ou non. Lorsqu'une nouvelle fonctionnalité
est demandée, vous pouvez même remercier la personne qui l'a suggérée, et ensuite lui
remettre un formulaire de Requête de Changement à remplir, et offrir votre aide si besoin
. Vous promettez ensuite de suivre cette requête, en faisant savoir au requérant que la
décision sera prise par l'Autorité de Changement ou le Comité de Pilotage.
Le Thème Changements décrit aussi les Rôles et Responsabilités de l'Exécutif et du Comité
de Pilotage. C'est important car vous pourrez avoir besoin de le rappeler à l'Exécutif. J'ai
vu quelques projets où l'Exécutif pressait le Chef de Projet d'autoriser des changements
dans le projet, sans fournir des ressources supplémentaires. Ce thème vous montrera
comment gérer ces situations.
La plupart des Chefs de Projet savent qu'ils doivent surveiller les produits du projet; c'est
la Gestion de la Configuration. Ca consiste principalement du contrôle des changements, en
s'assurant que les bonnes personnes ont accès aux dernières versions des documents de
référence, et en fournissant un stockage centralisé et accessible. Certaines entreprises
fournissent un système IT documenté et facile à utiliser, pour permettre au Chef de Projet
de gérer, contrôler et distribuer les informations du projet.
D'autres entreprises fournissent des systèmes si complexes qu'ils finissent par ne pas être
utilisés. La bonne nouvelle est que les systèmes faciles à utiliser sont simples à obtenir, et
possèdent la plupart des fonctionnalités nécessaires, notamment l'accès sécurisé aux
informations. Le dernier point avant de continuer est que la plupart des Chefs de Projet ne
planifient pas les activités de Gestion de la Configuration, pensant à tort que ce sont des
choses qu'ils peuvent faire en soirée, ou pendant une conférence téléphonique. Il est
important de prendre du temps pour bien faire ce travail.
Objectif
L'objectif de ce thème est d'aider à identifier, évaluer et contrôler tous les changements
potentiels aux produits qui ont déjà été acceptés et référencés. Le Thème Changements ne
s'occupe pas seulement de la gestion des requêtes de changement, mais aussi des la gestion
des incidences qui surviennent au cours du projet. En effet, il est meilleur de dire que le
Thème Changements apporte une approche commune au Contrôle des Incidences et des
Changements.
Le changement est inévitable dans chaque projet, et tous les projets ont besoin d'une bonne
approche pour identifier, évaluer et contrôler les incidences qui peuvent résulter en
changement. Ce Thème fournit une approche au Contrôle des Incidences et des
Changements.
Le timing
Le Contrôle des Incidences et des Changements doit être fait pendant tout le cycle de vie du
projet. L'objectif n'est pas d'empêcher les changements, mais de les faire évaluer et
approuver avant de les réaliser.
Chaque projet nécessite un Système de Gestion de la Configuration qui surveille les
produits, enregistre lorsqu'ils sont approuvés et référencés, et aide à s'assurer que les
bonnes versions sont utilisées pendant le projets et livrées au client.
Définitions
Gestion de la Configuration
C'est l'activité technique et administrative afférente à la création, à la maintenance et au
changement contrôlé de la configuration d'un produit. C'est une jolie manière de dire que
la Gestion de la Configuration veille sur les produits du projet.
Item de Configuration
Un item de configuration est le nom donné à un élément (ou item) qui est managé par la
Gestion de la Configuration. Ainsi, pour un projet de création d'un nouvel ordinateur
portable. On peut dire qu'un item de configuration est tout ce que vous voulez surveiller
pendant le projet.
Version livrée (Release)
Une version livrée est un ensemble complet et cohérent de produits qui sont gérés, testés et
déployés en tant qu'entité unique à remettre aux utilisateurs. Un exemple de version livrée
pourrait être une nouvelle version d'un ordinateur, avec une certaine version de Système
d'exploitation, un certain Processeur, un certain BIOS et certaines versions.
Incidences
PRINCE2 utilise le terme incidence pour désigner tout événement pertinent qui survient,
qui n'était pas planifié et nécessite certaines actions de management (ex. une question ou
une requête de changement). Les Incidences peuvent être levées à tout moment au cours du
projet, et par n'importe qui.
Il y a 3 types d'incidences :
 Requête de Changement
 Hors-Spécification
 Problème/Souci
L'Approche de PRINCE2 en matière de Changements
L'approche de la Gestion des Incidences et des Changements est décidée pendant la
Séquence d'Initialisation. Cette approche peut être revue à la fin de chaque Séquence dans
le processus de Gestion de la Limite de Séquence.
PRINCE2 a six produits de management qui sont utilisé pour contrôler les incidences, les
changements et la Gestion de la Configuration:
 La Stratégie de Configuration : Ce document contient la stratégie de gestion des
incidences et des changements pendant le projet (comment identifier les produits,
comment les contrôler et comment faire les rapports d'état et les vérifications).
 Enregistrements de Configuration: Ils fournissent un ensemble de données pour
chaque produit (comme des métadonnées). Par exemple : le bureau central de la
bibliothèque aura une carte pour chaque livre avec des informations spécifiques,
telles que la position, la classification, le numéro ISBN, etc.).
 Rapport d'état du Produit: C'est un rapport sur le statut des produits (ex: liste des
statuts de tous les produits créés par le Fournisseur X pendant la séquence 3).
 Journal du Projet: C'est un journal utilisé par le Chef de Projet pour toutes les
informations informelles. Les informations formelles sont consignées dans des
registres.
 Registre des Incidences: Imaginez un tableur pour collecter et maintenir les
incidences.
 Rapport d'Incidence: Décrit en détail une incidence. Selon PRINCE2 ,une incidence
peut être 1) Requête de Changement, 2) Hors-Spécification, ou 3) problème/souci.
Un Rapport d'Incidence pourrait aussi décrire les incidences liées, afin qu'elles ne
soient plus un risque.
Référence
 http://prince2.wiki/PRINCE2
 http://fr.prince2.wiki

Contenu connexe

Tendances

Perspectives des tableaux de bord
Perspectives des  tableaux de bordPerspectives des  tableaux de bord
Perspectives des tableaux de bord
nodesway
 
Les principales méthodes de gestion de projets
Les principales méthodes de gestion de projetsLes principales méthodes de gestion de projets
Les principales méthodes de gestion de projets
Laurence Genty
 
Change management policy
Change management policyChange management policy
Change management policy
Chiheb Ouaghlani
 
7 regles d'or pour réussir et rentabiliser un crm
7 regles d'or pour réussir et rentabiliser un crm7 regles d'or pour réussir et rentabiliser un crm
7 regles d'or pour réussir et rentabiliser un crm
Sage france
 
Meilleures pratiques en gestion de projets agile [Webinaire]
Meilleures pratiques en gestion de projets agile [Webinaire]Meilleures pratiques en gestion de projets agile [Webinaire]
Meilleures pratiques en gestion de projets agile [Webinaire]
Technologia Formation
 
Une Introduction Au Bpm 1.1
Une Introduction Au Bpm 1.1Une Introduction Au Bpm 1.1
Une Introduction Au Bpm 1.1
Chäteau Les Graves de Viaud
 
Up1
Up1Up1
Tour d'horizon des méthodes agiles
Tour d'horizon des méthodes agilesTour d'horizon des méthodes agiles
Tour d'horizon des méthodes agiles
Christophe Addinquy
 
La gpao
La gpaoLa gpao
La gpao
naima almahdi
 
Management de projet (agilité et design thinking)
Management de projet (agilité et design thinking)Management de projet (agilité et design thinking)
Management de projet (agilité et design thinking)
David VALLAT
 
Cartographie Métier : méthodologie
Cartographie Métier : méthodologieCartographie Métier : méthodologie
Cartographie Métier : méthodologie
Chäteau Les Graves de Viaud
 
CMMI ®
CMMI ®CMMI ®
CMMI ®
Emna Ayadi
 
Modèle en v
 Modèle en v Modèle en v
Modèle en v
bouye2209
 
BPMN : Business Process Modelling Notation
BPMN : Business Process Modelling NotationBPMN : Business Process Modelling Notation
BPMN : Business Process Modelling Notation
Khaled Fayala
 
Méthodes agile
Méthodes agileMéthodes agile
Méthodes agile
ISSAE Cnam Liban
 
Webinar Bizagi BPM - Etude de cas client
Webinar Bizagi BPM - Etude de cas clientWebinar Bizagi BPM - Etude de cas client
Webinar Bizagi BPM - Etude de cas client
Bizagi
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
Sirine Barguaoui
 
Lssyeb formation-lean-six-sigma-yellow-belt-1er-niveau
Lssyeb formation-lean-six-sigma-yellow-belt-1er-niveauLssyeb formation-lean-six-sigma-yellow-belt-1er-niveau
Lssyeb formation-lean-six-sigma-yellow-belt-1er-niveau
CERTyou Formation
 
Méthodologie 2 Track Unified Process
Méthodologie 2 Track Unified ProcessMéthodologie 2 Track Unified Process
Méthodologie 2 Track Unified Process
Zakaria Bouazza
 

Tendances (20)

Perspectives des tableaux de bord
Perspectives des  tableaux de bordPerspectives des  tableaux de bord
Perspectives des tableaux de bord
 
Les principales méthodes de gestion de projets
Les principales méthodes de gestion de projetsLes principales méthodes de gestion de projets
Les principales méthodes de gestion de projets
 
Change management policy
Change management policyChange management policy
Change management policy
 
7 regles d'or pour réussir et rentabiliser un crm
7 regles d'or pour réussir et rentabiliser un crm7 regles d'or pour réussir et rentabiliser un crm
7 regles d'or pour réussir et rentabiliser un crm
 
Meilleures pratiques en gestion de projets agile [Webinaire]
Meilleures pratiques en gestion de projets agile [Webinaire]Meilleures pratiques en gestion de projets agile [Webinaire]
Meilleures pratiques en gestion de projets agile [Webinaire]
 
Une Introduction Au Bpm 1.1
Une Introduction Au Bpm 1.1Une Introduction Au Bpm 1.1
Une Introduction Au Bpm 1.1
 
Up1
Up1Up1
Up1
 
Tour d'horizon des méthodes agiles
Tour d'horizon des méthodes agilesTour d'horizon des méthodes agiles
Tour d'horizon des méthodes agiles
 
La gpao
La gpaoLa gpao
La gpao
 
Management de projet (agilité et design thinking)
Management de projet (agilité et design thinking)Management de projet (agilité et design thinking)
Management de projet (agilité et design thinking)
 
exposé sécurité
exposé sécuritéexposé sécurité
exposé sécurité
 
Cartographie Métier : méthodologie
Cartographie Métier : méthodologieCartographie Métier : méthodologie
Cartographie Métier : méthodologie
 
CMMI ®
CMMI ®CMMI ®
CMMI ®
 
Modèle en v
 Modèle en v Modèle en v
Modèle en v
 
BPMN : Business Process Modelling Notation
BPMN : Business Process Modelling NotationBPMN : Business Process Modelling Notation
BPMN : Business Process Modelling Notation
 
Méthodes agile
Méthodes agileMéthodes agile
Méthodes agile
 
Webinar Bizagi BPM - Etude de cas client
Webinar Bizagi BPM - Etude de cas clientWebinar Bizagi BPM - Etude de cas client
Webinar Bizagi BPM - Etude de cas client
 
Méthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiquesMéthodes agiles vs méthodes classiques
Méthodes agiles vs méthodes classiques
 
Lssyeb formation-lean-six-sigma-yellow-belt-1er-niveau
Lssyeb formation-lean-six-sigma-yellow-belt-1er-niveauLssyeb formation-lean-six-sigma-yellow-belt-1er-niveau
Lssyeb formation-lean-six-sigma-yellow-belt-1er-niveau
 
Méthodologie 2 Track Unified Process
Méthodologie 2 Track Unified ProcessMéthodologie 2 Track Unified Process
Méthodologie 2 Track Unified Process
 

En vedette

2016 Novi Ambassador Program
2016 Novi Ambassador Program2016 Novi Ambassador Program
2016 Novi Ambassador Program
Michael Rhatigan
 
Mobile phones
Mobile phonesMobile phones
Mobile phones
premmathan
 
Skuola.net report
Skuola.net reportSkuola.net report
Skuola.net report
Luca Pennetta
 
Cátedra Bolivariana
 Cátedra Bolivariana Cátedra Bolivariana
Cátedra Bolivariana
Marian Coppola
 
Nasekomye prezentaciya dlya_sredney_gruppy_-1_chast
Nasekomye prezentaciya dlya_sredney_gruppy_-1_chastNasekomye prezentaciya dlya_sredney_gruppy_-1_chast
Nasekomye prezentaciya dlya_sredney_gruppy_-1_chast
Светлана Тюппа
 
Tema 1: La Tierra
Tema 1: La TierraTema 1: La Tierra
Tema 1: La Tierra
danielozano
 
Evaluation
Evaluation Evaluation
Evaluation
carla barton
 
Comunidad inicio curso 16-17.
Comunidad inicio curso 16-17.Comunidad inicio curso 16-17.
Comunidad inicio curso 16-17.
Angel Vázquez Sánchez
 
Prince2 risque
Prince2 risquePrince2 risque
Prince2 risque
PRINCE2.wiki
 
Wirtschaftrecht auf JURION
Wirtschaftrecht auf JURIONWirtschaftrecht auf JURION
Wirtschaftrecht auf JURION
Ahmet Özdemir
 
JENNY MUNRO 17.10.16
JENNY MUNRO  17.10.16JENNY MUNRO  17.10.16
JENNY MUNRO 17.10.16
JENNY MUNRO
 
ιστοριες με εικονες
ιστοριες με εικονεςιστοριες με εικονες
ιστοριες με εικονες
Marina Milioti
 
Meir pogrow advice for making the most of college
Meir pogrow advice for making the most of collegeMeir pogrow advice for making the most of college
Meir pogrow advice for making the most of college
Meir Pogrow
 

En vedette (13)

2016 Novi Ambassador Program
2016 Novi Ambassador Program2016 Novi Ambassador Program
2016 Novi Ambassador Program
 
Mobile phones
Mobile phonesMobile phones
Mobile phones
 
Skuola.net report
Skuola.net reportSkuola.net report
Skuola.net report
 
Cátedra Bolivariana
 Cátedra Bolivariana Cátedra Bolivariana
Cátedra Bolivariana
 
Nasekomye prezentaciya dlya_sredney_gruppy_-1_chast
Nasekomye prezentaciya dlya_sredney_gruppy_-1_chastNasekomye prezentaciya dlya_sredney_gruppy_-1_chast
Nasekomye prezentaciya dlya_sredney_gruppy_-1_chast
 
Tema 1: La Tierra
Tema 1: La TierraTema 1: La Tierra
Tema 1: La Tierra
 
Evaluation
Evaluation Evaluation
Evaluation
 
Comunidad inicio curso 16-17.
Comunidad inicio curso 16-17.Comunidad inicio curso 16-17.
Comunidad inicio curso 16-17.
 
Prince2 risque
Prince2 risquePrince2 risque
Prince2 risque
 
Wirtschaftrecht auf JURION
Wirtschaftrecht auf JURIONWirtschaftrecht auf JURION
Wirtschaftrecht auf JURION
 
JENNY MUNRO 17.10.16
JENNY MUNRO  17.10.16JENNY MUNRO  17.10.16
JENNY MUNRO 17.10.16
 
ιστοριες με εικονες
ιστοριες με εικονεςιστοριες με εικονες
ιστοριες με εικονες
 
Meir pogrow advice for making the most of college
Meir pogrow advice for making the most of collegeMeir pogrow advice for making the most of college
Meir pogrow advice for making the most of college
 

Similaire à Prince2 changement

Chapitre 1:gestion de projet pour les informatiques
Chapitre 1:gestion de projet pour les informatiquesChapitre 1:gestion de projet pour les informatiques
Chapitre 1:gestion de projet pour les informatiques
AbdiKhani
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
JEAN-GUILLAUME DUJARDIN
 
Gp 02 Phases d'un Projet
Gp 02   Phases d'un ProjetGp 02   Phases d'un Projet
Gp 02 Phases d'un Projet
Claude Michaud
 
Introduction à la méthodologie Prince2
Introduction à la méthodologie Prince2Introduction à la méthodologie Prince2
Introduction à la méthodologie Prince2
Guillaume Bladier
 
Management projet vs management produit
Management projet vs management produitManagement projet vs management produit
Management projet vs management produit
jeromevdl
 
Pq explid v1.1_client
Pq explid v1.1_clientPq explid v1.1_client
Pq explid v1.1_client
NAIGEON Laurent
 
Management de projet 2
Management de projet 2Management de projet 2
Management de projet 2
David VALLAT
 
Talk sur la Gestion de projet informatique
Talk sur la Gestion de projet informatiqueTalk sur la Gestion de projet informatique
Talk sur la Gestion de projet informatique
Kader KANE
 
001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx
blackmambaettijean
 
Gp 08 La Finalisation Du Projet
Gp 08   La Finalisation Du ProjetGp 08   La Finalisation Du Projet
Gp 08 La Finalisation Du Projet
Claude Michaud
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
Pyxis Technologies
 
La Conduite de projet
La Conduite de projetLa Conduite de projet
La Conduite de projet
Echecs & Stratégie
 
Introduction à l'agilité iut lyon 1 sept2013
Introduction à l'agilité   iut lyon 1 sept2013Introduction à l'agilité   iut lyon 1 sept2013
Introduction à l'agilité iut lyon 1 sept2013
agnes_crepet
 
Change management agile
Change management agileChange management agile
Change management agile
Mija RABEMANANJARA
 
Gestion de projet #2 : méthodes
Gestion de projet #2 : méthodesGestion de projet #2 : méthodes
Gestion de projet #2 : méthodes
Jean Michel
 
Agilite togo jug_final
Agilite togo jug_finalAgilite togo jug_final
Agilite togo jug_final
agnes_crepet
 
Management du contenu du projet.pptx
Management du contenu du projet.pptxManagement du contenu du projet.pptx
Management du contenu du projet.pptx
MoncefMakni1
 
Cycle de vie des logiciels.ppt
Cycle de vie des logiciels.pptCycle de vie des logiciels.ppt
Cycle de vie des logiciels.ppt
hbadir
 
[Important] Cycle de vie des logiciels.ppt
[Important] Cycle de vie des logiciels.ppt[Important] Cycle de vie des logiciels.ppt
[Important] Cycle de vie des logiciels.ppt
testuser715939
 
ppt sur la Méthode Agile (adaptative).pdf
ppt sur la Méthode Agile (adaptative).pdfppt sur la Méthode Agile (adaptative).pdf
ppt sur la Méthode Agile (adaptative).pdf
imenhamada17
 

Similaire à Prince2 changement (20)

Chapitre 1:gestion de projet pour les informatiques
Chapitre 1:gestion de projet pour les informatiquesChapitre 1:gestion de projet pour les informatiques
Chapitre 1:gestion de projet pour les informatiques
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
 
Gp 02 Phases d'un Projet
Gp 02   Phases d'un ProjetGp 02   Phases d'un Projet
Gp 02 Phases d'un Projet
 
Introduction à la méthodologie Prince2
Introduction à la méthodologie Prince2Introduction à la méthodologie Prince2
Introduction à la méthodologie Prince2
 
Management projet vs management produit
Management projet vs management produitManagement projet vs management produit
Management projet vs management produit
 
Pq explid v1.1_client
Pq explid v1.1_clientPq explid v1.1_client
Pq explid v1.1_client
 
Management de projet 2
Management de projet 2Management de projet 2
Management de projet 2
 
Talk sur la Gestion de projet informatique
Talk sur la Gestion de projet informatiqueTalk sur la Gestion de projet informatique
Talk sur la Gestion de projet informatique
 
001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx001GESTION DE PROJET INFO-Cours-GPI.pptx
001GESTION DE PROJET INFO-Cours-GPI.pptx
 
Gp 08 La Finalisation Du Projet
Gp 08   La Finalisation Du ProjetGp 08   La Finalisation Du Projet
Gp 08 La Finalisation Du Projet
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
La Conduite de projet
La Conduite de projetLa Conduite de projet
La Conduite de projet
 
Introduction à l'agilité iut lyon 1 sept2013
Introduction à l'agilité   iut lyon 1 sept2013Introduction à l'agilité   iut lyon 1 sept2013
Introduction à l'agilité iut lyon 1 sept2013
 
Change management agile
Change management agileChange management agile
Change management agile
 
Gestion de projet #2 : méthodes
Gestion de projet #2 : méthodesGestion de projet #2 : méthodes
Gestion de projet #2 : méthodes
 
Agilite togo jug_final
Agilite togo jug_finalAgilite togo jug_final
Agilite togo jug_final
 
Management du contenu du projet.pptx
Management du contenu du projet.pptxManagement du contenu du projet.pptx
Management du contenu du projet.pptx
 
Cycle de vie des logiciels.ppt
Cycle de vie des logiciels.pptCycle de vie des logiciels.ppt
Cycle de vie des logiciels.ppt
 
[Important] Cycle de vie des logiciels.ppt
[Important] Cycle de vie des logiciels.ppt[Important] Cycle de vie des logiciels.ppt
[Important] Cycle de vie des logiciels.ppt
 
ppt sur la Méthode Agile (adaptative).pdf
ppt sur la Méthode Agile (adaptative).pdfppt sur la Méthode Agile (adaptative).pdf
ppt sur la Méthode Agile (adaptative).pdf
 

Prince2 changement

  • 1. PRINCE2 Changement Un des plus grands défauts des Chefs de Projet, est la capacité à dire non quand il leur est demandé d'ajouter de nouvelles exigences au projet. Ceci dépend bien sûr du type d'organisation. Les Chefs de Projet qui disent non ne sont pas perçus comme ayant l'esprit d'équipe, et peuvent très rapidement une mauvaise réputation. Dans certains projets, il y a un empressement à débuter, de ce fait il n'y a pas suffisamment de temps accordé pour la définition des exigences et la description des produits, et le budget est fixé pour le projet. Il peut donc arriver plus tard qu'une fonctionnalité supplémentaire doive être rajoutée au projet, et le Chef de Projet doit savoir comment gérer cette situation. Ce que j'aime le plus à propos du Thème Changements, est qu'il montre que vous, en tant que Chef de Projet, n'avez pas à répondre oui ou non. Lorsqu'une nouvelle fonctionnalité est demandée, vous pouvez même remercier la personne qui l'a suggérée, et ensuite lui remettre un formulaire de Requête de Changement à remplir, et offrir votre aide si besoin . Vous promettez ensuite de suivre cette requête, en faisant savoir au requérant que la décision sera prise par l'Autorité de Changement ou le Comité de Pilotage. Le Thème Changements décrit aussi les Rôles et Responsabilités de l'Exécutif et du Comité de Pilotage. C'est important car vous pourrez avoir besoin de le rappeler à l'Exécutif. J'ai vu quelques projets où l'Exécutif pressait le Chef de Projet d'autoriser des changements dans le projet, sans fournir des ressources supplémentaires. Ce thème vous montrera comment gérer ces situations. La plupart des Chefs de Projet savent qu'ils doivent surveiller les produits du projet; c'est la Gestion de la Configuration. Ca consiste principalement du contrôle des changements, en s'assurant que les bonnes personnes ont accès aux dernières versions des documents de référence, et en fournissant un stockage centralisé et accessible. Certaines entreprises fournissent un système IT documenté et facile à utiliser, pour permettre au Chef de Projet de gérer, contrôler et distribuer les informations du projet.
  • 2. D'autres entreprises fournissent des systèmes si complexes qu'ils finissent par ne pas être utilisés. La bonne nouvelle est que les systèmes faciles à utiliser sont simples à obtenir, et possèdent la plupart des fonctionnalités nécessaires, notamment l'accès sécurisé aux informations. Le dernier point avant de continuer est que la plupart des Chefs de Projet ne planifient pas les activités de Gestion de la Configuration, pensant à tort que ce sont des choses qu'ils peuvent faire en soirée, ou pendant une conférence téléphonique. Il est important de prendre du temps pour bien faire ce travail. Objectif L'objectif de ce thème est d'aider à identifier, évaluer et contrôler tous les changements potentiels aux produits qui ont déjà été acceptés et référencés. Le Thème Changements ne s'occupe pas seulement de la gestion des requêtes de changement, mais aussi des la gestion des incidences qui surviennent au cours du projet. En effet, il est meilleur de dire que le Thème Changements apporte une approche commune au Contrôle des Incidences et des Changements. Le changement est inévitable dans chaque projet, et tous les projets ont besoin d'une bonne approche pour identifier, évaluer et contrôler les incidences qui peuvent résulter en changement. Ce Thème fournit une approche au Contrôle des Incidences et des Changements. Le timing Le Contrôle des Incidences et des Changements doit être fait pendant tout le cycle de vie du projet. L'objectif n'est pas d'empêcher les changements, mais de les faire évaluer et approuver avant de les réaliser. Chaque projet nécessite un Système de Gestion de la Configuration qui surveille les produits, enregistre lorsqu'ils sont approuvés et référencés, et aide à s'assurer que les bonnes versions sont utilisées pendant le projets et livrées au client. Définitions Gestion de la Configuration C'est l'activité technique et administrative afférente à la création, à la maintenance et au changement contrôlé de la configuration d'un produit. C'est une jolie manière de dire que la Gestion de la Configuration veille sur les produits du projet.
  • 3. Item de Configuration Un item de configuration est le nom donné à un élément (ou item) qui est managé par la Gestion de la Configuration. Ainsi, pour un projet de création d'un nouvel ordinateur portable. On peut dire qu'un item de configuration est tout ce que vous voulez surveiller pendant le projet. Version livrée (Release) Une version livrée est un ensemble complet et cohérent de produits qui sont gérés, testés et déployés en tant qu'entité unique à remettre aux utilisateurs. Un exemple de version livrée pourrait être une nouvelle version d'un ordinateur, avec une certaine version de Système d'exploitation, un certain Processeur, un certain BIOS et certaines versions. Incidences PRINCE2 utilise le terme incidence pour désigner tout événement pertinent qui survient, qui n'était pas planifié et nécessite certaines actions de management (ex. une question ou une requête de changement). Les Incidences peuvent être levées à tout moment au cours du projet, et par n'importe qui. Il y a 3 types d'incidences :  Requête de Changement  Hors-Spécification  Problème/Souci L'Approche de PRINCE2 en matière de Changements L'approche de la Gestion des Incidences et des Changements est décidée pendant la Séquence d'Initialisation. Cette approche peut être revue à la fin de chaque Séquence dans le processus de Gestion de la Limite de Séquence. PRINCE2 a six produits de management qui sont utilisé pour contrôler les incidences, les changements et la Gestion de la Configuration:  La Stratégie de Configuration : Ce document contient la stratégie de gestion des incidences et des changements pendant le projet (comment identifier les produits, comment les contrôler et comment faire les rapports d'état et les vérifications).  Enregistrements de Configuration: Ils fournissent un ensemble de données pour chaque produit (comme des métadonnées). Par exemple : le bureau central de la bibliothèque aura une carte pour chaque livre avec des informations spécifiques, telles que la position, la classification, le numéro ISBN, etc.).
  • 4.  Rapport d'état du Produit: C'est un rapport sur le statut des produits (ex: liste des statuts de tous les produits créés par le Fournisseur X pendant la séquence 3).  Journal du Projet: C'est un journal utilisé par le Chef de Projet pour toutes les informations informelles. Les informations formelles sont consignées dans des registres.  Registre des Incidences: Imaginez un tableur pour collecter et maintenir les incidences.  Rapport d'Incidence: Décrit en détail une incidence. Selon PRINCE2 ,une incidence peut être 1) Requête de Changement, 2) Hors-Spécification, ou 3) problème/souci. Un Rapport d'Incidence pourrait aussi décrire les incidences liées, afin qu'elles ne soient plus un risque. Référence  http://prince2.wiki/PRINCE2  http://fr.prince2.wiki