PRINCE2® wiki
« Les Thèmes

Changement

Other languages: en nl es pt pl it English Nederlands Español Português Polski Italiano

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 :

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:

Stratégie de Configuration

Ce document contient la stratégie de gestion des incidences et des changements pendant le projet. L’une des premières questions qu’un Chef de Projet devrait poser est : Quels sont les standards existant pour le Contrôle des Incidences et des Changements dans l’entreprise ?

Dans le cas d’un environnement de Programme, il existe généralement un modèle de Stratégie de Configuration disponible. La Stratégie de Configuration doit répondre aux questions suivantes :

A l’instar des 3 autres documents de stratégie, la Stratégie de Configuration est créée lors de la séquence d’initialisation par le Chef de Projet, et est approuvée par le Comité de Pilotage.

Comment prioriser les incidences et détecter la gravité

Il existe plusieurs manières de prioriser un requête de changement, et PRINCE2 introduit la méthode MoSCoW pour aider à le faire. MoSCoW signifie Must have, Should have, Could have et Won’t have (for now).

Toutefois, il peut être difficile d’expliquer ces quatre niveaux de priorité aux requérants, et la plupart du temps, ils auront tendance à dire que leur requête est très importante. Voici donc quelques questions simples à poser, qui vous aideront à obtenir une information correcte du requérant :

Gravité

Ainsi la MoSCoW est bonne for priorisation, quid du classement des incidences ?

Exemple: Vous pouvez utiliser une échelle de 1 à 5 ou des mots tels que mineur, normal, important, majeur and critique.

Vous pouvez associer le traitement d’un niveau de gravité d’incidence à un rôle.

Autorité de Changement et Budget de Changement

L’Autorité de Changement est une personne ou un groupe de personnes chargé d’examiner et d’approuver les requêtes de changement et les hors-spécification. C’est une responsabilité du Comité de Pilotage, qu’ils peuvent réaliser eux-mêmes, ce qui est le cas lorsque très peu de changements sont attendus. Lorsque plusieurs changement sont attendus, cette tâche demande beaucoup de temps au Comité de Pilotage, et il est alors préférable de la déléguer à une personne ou un groupe de personnes.

Quel type de personne peut jouer ce rôle ?

Tout dépend de la taille et de la valeur du projet, du budget de changement, du montant qui peut être dépensé pour chaque changement, et d’autres facteurs similaires. Ca pourrait être le secrétaire de l’Exécutif, un membre du Comité de Pilotage, ou tout autre personne compétente.

L’Autorité de Changement aura un budget de changement, qui est le montant que le client et le fournisseur ont convenu d’utiliser pour financer le coût des Requêtes de Changement. Il est conseillé d’avoir un budget de changement pour chaque projet. Le Comité de Pilotage peut limiter le coût d’un changement, ou le montant à dépenser pour une séquence.

Le processus de Contrôle des Changements est un outil important pour le Chef de Projet. En effet, si vous avez par exemple des cadres importants de l’organisation qui demandent des changements, et que vous ne voulez ni paraître négatif, ni être forcé d’ajouter des choses qui mettraient le projet en danger. Il suffit de les guider à travers le processus de requête de changement, de les aider s’il le faut à remplir le formulaire associé, et ensuite de passer la requête à l’Autorité du Changement. Vous n’aurez donc pas à dire non, et vous paraîtrez utile par la même occasion.

Procédure de Gestion de la Configuration

C’est l’ensemble de toutes les activités qui contrôle et maintiennent les changements pour chaque produits au cours du cycle de vie du projet, et après la clôture du projet. Il s’agit de veiller sur les Produits du Projet. PRINCE2 suggère les 5 activités suivantes :

Planification

Décider quels documents et produits contrôler. Qu’est-ce qui est important d’après vous ?

Ex. un Projet de CRM: Vous pourriez contrôler les documents et produits suivants :

Product Principal, tous les composants majeurs, design, processus, documentation

Ex. Un projet événementiel de 100 personnes, vous pourriez suivre:

Listes d’invitation, notes du speaker, les informations sur le service traiteur, etc.

Identification

Décider comment identifier de manière unique chaque produit du projet (Système de codage).

Code Produit, Initiales du Propriétaire, Numéro de version, Date dernière MàJ

Ex. 045-FT-v04-20112304.pdf

— Au cours du Projet —

Contrôle

Il s’agit ici de contrôler les changements qui sont effectués sur les produits au cours du projet, car une fois qu’un produit est approuvé “rien ne bouge, rien ne change sans autorisation ”. Les produits de références sont utilisés pour comparer la situation actuelle avec les objectifs précédents.

Le contrôle s’occupe aussi du stockage et de la distribution des copies, du contrôle d’accès, de l’archivage et d’activités similaires pour le management et les produits spécialistes.

Conseil: Pensez à un récent projet, et de la manière dont vous travailliez sur les contrôles d’accès aux documents, pour empêcher des utilisateurs non autorisés d’effectuer des changements.

Suivi d’état

C’est quelque chose que vous n’avez peut-être jamais fait ou vu dans un projet. Mais il est bon de savoir qu’une telle activité existe et peut être utilisée si requise. C’est très lié aux données stockées dans les enregistrements de configuration, qui ont les champs suivants :

Vérification et Audit

Il s’agit de vérifier que les produits sont en accord avec les données contenues dans les enregistrements de configuration. Par exemple : Est-ce que certains utilisateurs ont accès aux versions correctes des produits ? Est-ce que les produits sont là où ils devraient être ? Est-ce que leurs numéros d’identification sont corrects ? Est-ce qu’ils sont sécurisés ?

Procédure de Contrôle des Incidences et des Changements

Il s’agit ici de traiter les incidences qui peuvent être des requêtes de changement, des hors-spécification, ou des problèmes/soucis. Il y a 5 étapes dans la procédure de Gestion des Incidences et des Changements : Collecter, Examiner, Proposer, Décider et Mettre en œuvre.

Traiter les Incidences de Projet

Le diagramme suivant montre un aperçu de la manière dont les trois types d’incidences sont traitées.

Rôles et Responsabilités

discussion icon PRINCE2 wiki is open-source and published for free under a Creative Commons license.

discussion icon Written by Frank Turley (his LinkedIn profile)

discussion icon Translated by Ariel TCHOUGANG, and Anis BEN HASSEN