5.2Partage des ressources (pool de ressources)
L'essentiel en 30 secondes
- Le piège du multi-projets : les mêmes personnes travaillent sur plusieurs projets ; sans coordination, chaque projet croit la ressource disponible à 100 % et on surcharge sans le voir.
- Le pool de ressources centralise : un fichier partagé auquel chaque projet se connecte ; les affectations deviennent visibles ensemble.
- Le pool révèle les surcharges inter-projets et permet d'arbitrer les priorités (80 % sur A + 60 % sur B = 140 %) pour des engagements réalistes.
Mini-cas filé — Meriem mutualise ses ressources dans un pool
Meriem, cheffe de projet dans une société d'ingénierie & construction (BTP) à Alger, pilote plusieurs chantiers avec les mêmes conducteurs de travaux et ingénieurs. Chaque chef de chantier planifiait dans son coin, et une même experte se retrouvait promise à plein temps sur trois projets simultanés — sans que personne ne voie le cumul. Meriem crée un fichier pool centralisant les ressources et leurs capacités, puis connecte chaque projet à ce pool. La charge consolidée apparaît enfin : elle repère qu'une ingénieure est demandée à 80 % sur un chantier et 60 % sur un autre la même semaine, soit 140 % — surchargée. Elle arbitre alors les priorités et décale ce qui peut l'être.
Cas autonome de cette section : il revient dans le cours, le schéma, le script et le défi 48h de la section 5.2.
1. Le piège du multi-projets
Dans une organisation, les mêmes personnes travaillent souvent sur plusieurs projets à la fois. Sans coordination, chaque projet ignore ce que font les autres et on surcharge les gens sans le voir. La solution est le pool de ressources : un fichier centralisant toutes les ressources, auquel chaque projet se connecte. Les affectations deviennent visibles ensemble, et Project détecte les surcharges inter-projets.
2. Arbitrer les conflits
Meriem désigne un fichier comme pool, puis chaque projet « partage les ressources » depuis ce pool. Elle peut alors arbitrer les conflits : voir qu'une personne est demandée à 80 % sur A et 60 % sur B la même semaine (surchargée à 140 %) et décider des priorités. Le pool évite le piège du « chacun planifie dans son coin », qui aboutit à des engagements intenables.
3. Selon la version
Le pool de fichiers est une fonctionnalité de Project bureau (notamment Professional). Pour une gestion des ressources d'entreprise à grande échelle (référentiel centralisé, disponibilités, workflows), on s'appuie sur Project Online / Project Server. Meriem vérifie donc l'édition disponible avant de bâtir son organisation multi-projets ; pour la plupart des équipes, le pool de fichiers en version bureau suffit.
🔎 Exemple concret — 🔎 Exemple concret — La surcharge invisible
Meriem compare la vision isolée et la vision consolidée :
Sans pool : promis à 100 % sur trois projets simultanés (invisible).
Avec pool : 80 % sur A + 60 % sur B = 140 % → surchargé.
→ arbitrer les priorités en connaissance de cause.Résultat : des engagements réalistes, pas intenables.
Réflexe : fonction bureau (Professional) ; en entreprise → Project Online/Server.
Vocabulaire de la section
- Pool de ressources
- Fichier central regroupant les ressources, auquel plusieurs projets se connectent pour les partager.
Exemple simple : Meriem centralise ses ingénieurs dans un fichier pool.
Ce que ce n'est pas : laisser chaque projet avoir sa liste isolée.
Réflexe : pool = liste centrale des ressources.
- Ressources partagées
- Ressources issues du pool, utilisées par plusieurs projets, dont la charge est vue de façon consolidée.
Exemple simple : Le conducteur de travaux est partagé entre deux chantiers.
Ce que ce n'est pas : croire chaque ressource propre à un seul projet.
Réflexe : partager rend la charge visible.
- Fichier partageur / partagé
- Le pool est le fichier « partagé » ; les projets qui s'y connectent sont les « partageurs ».
Exemple simple : Meriem connecte chaque chantier au pool partagé.
Ce que ce n'est pas : ne pas savoir quel fichier est le pool.
Réflexe : le pool est partagé, les projets le partagent.
- Surcharge inter-projets
- Surutilisation d'une ressource résultant du cumul de ses affectations sur plusieurs projets.
Exemple simple : Meriem voit une ingénieure à 140 % sur la semaine.
Ce que ce n'est pas : ne regarder la charge que projet par projet.
Réflexe : le cumul révèle la surcharge.
- Arbitrage
- Décision de priorité entre projets lorsqu'une ressource est demandée au-delà de sa capacité.
Exemple simple : Meriem décale un chantier non prioritaire.
Ce que ce n'est pas : ignorer le conflit et laisser les gens s'épuiser.
Réflexe : arbitrer = prioriser en connaissance de cause.
En pratique — En pratique — Mutualiser un pool de ressources
- Créez (ou désignez) un fichier pool contenant la liste centralisée des ressources et leurs capacités.
- Depuis chaque projet, partagez les ressources du pool (Ressource > Pool de ressources > Partager les ressources).
- Consultez la charge consolidée : repérez les personnes sollicitées par plusieurs projets simultanément.
- Arbitrez les surcharges inter-projets (priorités, décalages) pour rendre les engagements réalistes.
Script pas-à-pas — mutualiser un pool comme Meriem (10 min)
1) Listez les personnes travaillant sur plusieurs projets. 2) Créez un fichier pool (ressources + capacités). 3) Depuis chaque projet, connectez-vous au pool (Partager les ressources). 4) Ouvrez la vue de charge consolidée et repérez les cumuls. 5) Pour chaque surcharge (ex. 80 % + 60 %), décidez d'une priorité ou d'un décalage. 6) Notez vos arbitrages pour les partager avec les chefs de projet.
Le pool ne décide pas à votre place : il rend visible la réalité pour arbitrer en connaissance de cause.
Modèle copier-coller — mon pool de ressources
Fichier pool : ___ (liste des ressources + capacités)
Projets connectés : ___ (Ressource > Pool de ressources > Partager)
Charge consolidée : personne ___ → A __ % + B __ % = __ %
Surcharge repérée : ___ (ex. ingénieure à 140 %)
Arbitrage : ___ (priorité / décalage)
Règle : centraliser les ressources, voir le cumul, arbitrer les priorités.Un pool bureau
Meriem centralise les ressources de plusieurs chantiers dans un fichier pool en version bureau.
Surcharge détectée
Meriem voit une personne demandée à 140 % et décale un chantier non prioritaire.
Engager en connaissance
Meriem consulte la charge consolidée avant de promettre une ressource.
Montée en charge
Meriem retient qu'une organisation plus large s'orientera vers Project Online/Server.
✓ Bonnes pratiques
- Centraliser les ressources dans un pool partagé.
- Consulter la charge consolidée avant d'engager une personne.
- Arbitrer les priorités entre projets pour rester réaliste.
✗ Pièges fréquents
- Laisser chaque projet planifier « dans son coin ».
- Croire une personne disponible à 100 % sans voir ses autres projets.
- Ignorer les surcharges inter-projets jusqu'à ce qu'il soit trop tard.
Points clés à retenir
- Le pool de ressources centralise les ressources partagées entre plusieurs projets.
- Chaque projet se connecte au pool au lieu d'avoir sa propre liste isolée.
- Project détecte alors les surcharges inter-projets (cumul des affectations).
- Indispensable en multi-projets pour une charge réaliste et éviter les engagements intenables.
Défi 48h — appliquez demain
Comme Meriem, créez un fichier pool avec quelques ressources et connectez deux projets à ce pool. Ouvrez la charge consolidée et repérez une personne sollicitée par les deux projets. Écrivez en une phrase l'arbitrage (priorité ou décalage) que vous décidez.
- Je peux expliquer le piège du multi-projets sans pool.
- Je sais créer un pool et y connecter plusieurs projets.
- Je sais lire la charge consolidée et arbitrer une surcharge inter-projets.
Questions fréquentes
Sans pool de ressources, que se passe-t-il en multi-projets ?
Chaque projet planifie dans son coin, en croyant « sa » ressource disponible à 100 %, sans savoir qu'elle est déjà engagée ailleurs. Résultat classique : la même personne se retrouve promise à plein temps sur trois projets simultanément — un engagement intenable que personne n'avait vu venir, car aucune vue ne cumulait ses affectations. Le pool de ressources résout cela en consolidant la charge : on voit la réalité et on arbitre en connaissance de cause.
Le pool de ressources est-il disponible dans toutes les versions ?
Le partage via un fichier pool est une fonctionnalité de Project bureau (notamment Professional). Pour une gestion des ressources d'entreprise à grande échelle (référentiel centralisé, disponibilités, workflows), on s'appuie sur Project Online / Project Server. Project pour le web propose aussi une gestion des ressources, plus légère et collaborative. Vérifiez votre édition avant de bâtir votre organisation multi-projets.
Pourquoi utiliser un pool de ressources en multi-projets ?