Gérer les demandes de modification dans un projet

Presque aucun projet ne se termine avec le périmètre de départ. Le client change d’avis, une exigence que personne n’avait vue apparaît, ou quelqu’un demande « juste une petite chose de plus ». Ce n’est pas le problème : le problème, c’est que le changement soit accepté sans que personne ne décide rien. Une demande de modification est l’outil qui transforme chaque demande en décision consciente, avec son coût sous les yeux, avant qu’elle n’entre dans le plan.

Ce qu’est une demande de modification

Une demande de modification est une demande qui sort du périmètre convenu : une fonctionnalité nouvelle, un rapport supplémentaire, un changement sur quelque chose de déjà validé. Ce n’est pas une erreur (c’est un incident) ni quelque chose qui pourrait arriver (c’est un risque) : c’est quelque chose que quelqu’un demande et qui, s’il est accepté, changera l’effort, le coût ou le délai.

Pourquoi un processus est nécessaire, même simple

Sans enregistrement, les petits changements sont absorbés par politesse et s’additionnent. Chacun paraît inoffensif ; ensemble, ils consomment une part importante du budget. Avec un enregistrement, c’est l’inverse :

• On a une trace de qui a demandé quoi et quand.
• Le client voit le prix de ce qu’il demande avant de décider.
• On peut dire non, ou « pas maintenant », avec un argument et non une opinion.
• À la fin du projet, on peut expliquer pourquoi les heures prévues ont été dépassées : ce qui n’était pas dans le périmètre figure dans la liste.

Quoi consigner

Une bonne demande de modification est courte mais complète :

L’essentiel est d’estimer l’impact avant de décider, pas après.

Le circuit minimal

1. La demande est reçue et enregistrée comme demande, avec la personne qui la formule.
2. L’impact est évalué : effort, coût et délai. Si besoin, on consulte l’équipe.
3. On décide : approuver (elle entre dans le plan), refuser (le motif est communiqué) ou la laisser en attente jusqu’à disposer de plus d’informations.
4. On agit sur le plan : si elle est approuvée, on crée les tâches ou phases correspondantes et on ajuste dates et budget. Approuver sans mettre le plan à jour est l’erreur la plus courante : la décision existe, mais le projet ne la reflète pas.
5. On communique la décision à celui qui l’a demandée.

Exemple

Le client demande un rapport de ventes par zone supplémentaire, qui n’était pas dans le périmètre.

• Demandeur : la direction commerciale du client.
• Effort estimé : 24 h.
• Délai : une semaine de plus dans la phase de construction.
• Décision : approuvée, car le client accepte de prendre en charge le coût supplémentaire.
• Action : une tâche de 24 h est créée dans la phase concernée et le budget d’heures est mis à jour.

Si le client refuse, la demande est refusée, avec trace, et l’on ne perd pas la mémoire qu’elle a été formulée.

Erreurs fréquentes

1. Accepter des changements oralement. Sans enregistrement, impossible de reconstituer ce qui a été convenu.
2. Approuver sans estimer. On décide sans connaître le coût.
3. Mélanger changements et erreurs. Une anomalie est un incident et se corrige dans le périmètre ; un changement est quelque chose de nouveau. Le guide incident, risque ou demande de modification aide à les distinguer.
4. Ne pas mettre le plan à jour après l’approbation.
5. Une bureaucratie disproportionnée. Un petit projet n’a pas besoin d’un comité : il a besoin d’un enregistrement et d’une décision claire.

Comment on fait dans PjMan

PjMan inclut un registre des demandes de modification par projet, avec un circuit simple :

1. Enregistrez la demande depuis l’onglet Demandes de modification du projet : titre, origine ou demandeur (texte libre, pas forcément un utilisateur), description, effort estimé en heures, coût et délai estimés. (Demandes de modification)
2. Toute demande naît en attente. Elle est approuvée ou refusée avec un sélecteur dans le tableau même, et l’on conserve qui a changé le statut et quand.
3. Le coût et le délai sont du texte libre, pour pouvoir écrire « à évaluer avec le fournisseur » ou « deux semaines » ; PjMan ne les additionne ni ne les convertit. L’effort, lui, est un nombre d’heures.
4. Approuver ne crée rien en soi : c’est la trace de la décision. Les tâches ou phases qui en découlent, vous les créez dans le plan. (Tâches, Phases et sous-phases)
5. Vous pouvez aussi le demander à l’assistant : les modifications d’une demande déjà enregistrée sont proposées sur une carte avec l’avant et l’après que vous confirmez, et peuvent être annulées pendant dix minutes.

Seul le PM propriétaire du projet crée et tranche les demandes ; la direction du projet les voit en lecture, et un consultant n’y a pas accès. Pour préparer une réunion de suivi, l’assistant rassemble les demandes non résolues, avec leur demandeur, l’effort et le nombre de jours en attente.

Créez votre compte ou explorez la démo.

Questions fréquentes

Et si le changement est très petit ? Enregistrez-le quand même, en une ou deux lignes. La somme des petits changements est la cause la plus fréquente des écarts.

Puis-je revenir sur une décision déjà prise ? Oui, mais laissez une trace : PjMan conserve qui a changé le statut et quand, et le formulaire vous prévient que vous modifiez une décision déjà prise.

Une demande de modification, est-ce la même chose qu’une nouvelle tâche ? Non. La demande est la requête et sa décision ; la tâche est le travail réalisé si elle est approuvée.