Resource Leveling : Ajustement des Dates et Optimisation des Ressources dans le Calendrier…

Resource Leveling : Ajustement des Dates et Optimisation des Ressources dans le Calendrier…

Définition PMBOK v8

Le Resource Leveling est une technique d'optimisation du calendrier qui ajuste les dates de début et de fin des activités en fonction des contraintes de ressources, dans le but d’équilibrer la demande en ressources avec l’offre disponible. Cette technique peut affecter le chemin critique du projet.

Elle est utilisée dans le processus Élaborer le calendrier, qui appartient au Groupe de processus Planification et au Domaine de connaissance Gestion du calendrier.

Pourquoi c'est important pour l'examen

Le Resource Leveling est un concept fréquemment testé à l’examen PMI, car il représente un point de tension classique entre les contraintes de temps et de ressources. Les questions portent souvent sur son impact sur le chemin critique, les situations déclenchant son utilisation, et la différence avec d’autres techniques d’optimisation.

Points clés à retenir (pour l'examen)

  • Déclencheur principal: Utilisé lorsque des ressources sont sur-allouées (assignées à deux activités ou plus pendant la même période).
  • Objectif principal: Équilibrer la demande en ressources avec l’offre disponible, ou maintenir un niveau d’utilisation constant.
  • Impact sur le chemin critique: Le Resource Leveling peut modifier le chemin critique en allongeant la durée du projet.
  • Autres déclencheurs: Ressources partagées disponibles uniquement à certains moments, ressources critiques en quantité limitée.
  • Distinction clé: Contrairement au Crashing (ajout de ressources), le Resource Leveling ajuste les dates sans ajouter de ressources.
  • Output typique: Un calendrier révisé avec des dates de début/fin ajustées et une utilisation des ressources lissée.

Exemple type examen PMI

Un chef de projet constate que Tom est assigné à 8 heures sur l’activité A et 8 heures sur l’activité B, toutes deux planifiées le même jour. Après Resource Leveling, l’activité B est décalée au jour suivant, permettant à Tom de travailler 8 heures par jour sur chaque activité. Le chemin critique est allongé.

Pièges à l'examen PMI

  • Piège: Confondre Resource Leveling avec Resource Smoothing
    Réalité: Le Resource Leveling peut modifier le chemin critique, tandis que le Resource Smoothing ne peut pas modifier le chemin critique (il ajuste dans les marges existantes).

  • Piège: Penser que le Resource Leveling réduit toujours la durée du projet
    Réalité: Il augmente souvent la durée du projet pour résoudre les sur-allocations.

  • Piège: Croire que le Resource Leveling ne concerne que les ressources humaines
    Réalité: Il s’applique à toutes les ressources (équipement, matériel) comme spécifié dans le calendrier des ressources.

Connexions PMI importantes

Concept liéType de relationPoint d'attention examen
Calendrier des ressourcesInput essentielIdentifie les jours et quarts de travail où chaque ressource est disponible
Chemin critiqueImpacté par la techniqueLe Resource Leveling peut allonger le chemin critique, contrairement au Resource Smoothing
Estimation de la durée des activitésAffectée par la disponibilité des ressourcesLe nombre et la compétence des ressources influencent la durée des activités
Analyse du réseau logiquePréalable nécessaireAvant Resource Leveling, on analyse les relations logiques pour identifier les conflits

Questions de révision rapide

  1. Quelle est la principale différence entre Resource Leveling et Resource Smoothing concernant le chemin critique ?

  2. Dans quelles situations un chef de projet doit-il appliquer un Resource Leveling ?

  3. Quel est l’impact attendu du Resource Leveling sur la durée totale du projet ?

  4. Quels types de ressources sont concernés par le Resource Leveling ?

  5. Avant d’approuver le calendrier comme baseline, quelle analyse doit-on effectuer selon le PMBOK v8 ?

Référence PMBOK v8

Section 5 – Tools and Techniques
Outil : Resource Leveling (technique d’optimisation du calendrier)

Rédigé selon le PMBOK v8 – Source unique : passages fournis par le contexte RAG.