7 min lecture • Guide 89 of 877
Gérer Plusieurs Projets Simultanément
Gérer plusieurs projets simultanément crée un overhead de coordination: les ressources divisent leur attention, les dépendances traversent les frontières des projets, et le changement de contexte détruit la productivité. Les fonctionnalités de gestion portfolio de GitScrum—vues inter-projets, ressources partagées, et reporting centralisé—aident les équipes à maintenir le focus tout en équilibrant les priorités concurrentes. La clé est d'établir des limites claires, réduire les changements de contexte, et rendre la santé du projet visible d'un coup d'œil.
Défis Multi-Projets
Problèmes Courants
DYSFONCTIONNEMENT MULTI-PROJETS:
┌─────────────────────────────────────────────────────────────┐
│ CE QUI VA MAL │
├─────────────────────────────────────────────────────────────┤
│ │
│ FRAGMENTATION RESSOURCES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Développeur Alex: ││
│ │ Lundi: Standup Projet A, travail sur tâches A ││
│ │ Mardi: Fix urgent Projet B, A bloqué ││
│ │ Mercredi: Revue Projet C, retour à A ││
│ │ Jeudi: Escalade B, tests C ││
│ │ Vendredi: "Où j'en étais sur Projet A déjà?" ││
│ │ ││
│ │ Résultat: 5 changements contexte = 60% perte productiv. ││
│ │ Rien n'est bien fait ││
│ │ Épuisement en 2-3 mois ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ CONFUSION PRIORITÉS: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ PM Projet A: "C'est notre plus haute priorité" ││
│ │ PM Projet B: "C'est notre plus haute priorité" ││
│ │ PM Projet C: "C'est notre plus haute priorité" ││
│ │ ││
│ │ Développeur: "...donc sur lequel je travaille?" ││
│ │ ││
│ │ Résultat: Dev choisit le plus facile, pas important ││
│ │ Échéances critiques manquées ││
│ │ Personne ne possède décision de compromis ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ DÉPENDANCES CACHÉES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Projet A a besoin API de Projet B ││
│ │ Projet B ne savait pas ││
│ │ Projet A bloqué 2 sprints en attente ││
│ │ ││
│ │ Résultat: Retards en cascade entre projets ││
│ │ Réductions scope dernière minute ││
│ │ Parties prenantes mécontentes partout ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Coût Changement Contexte
MESURER PERTE PRODUCTIVITÉ:
┌─────────────────────────────────────────────────────────────┐
│ IMPACT CHANGEMENT CONTEXTE │
├─────────────────────────────────────────────────────────────┤
│ │
│ RECHERCHE SUR CHANGEMENT TÂCHES: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Projets │ Changements Contexte│ Temps Perdu │ Effectif ││
│ │ ────────┼─────────────────────┼─────────────┼────────── ││
│ │ 1 │ 0 │ 0% │ 100% ││
│ │ 2 │ 1/jour │ 20% │ 80% ││
│ │ 3 │ 3/jour │ 40% │ 60% ││
│ │ 4 │ 6/jour │ 55% │ 45% ││
│ │ 5+ │ Beaucoup │ 75% │ 25% ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ POURQUOI C'EST SI CHER: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 1. Rechargement état mental: ~15-25 minutes ││
│ │ "Qu'est-ce que je faisais? Où est le code?" ││
│ │ ││
│ │ 2. Résidu attention: Tâche précédente reste en tête ││
│ │ "Je me demande si ce PR a été mergé..." ││
│ │ ││
│ │ 3. Surcharge cognitive: Maintenir multiples contextes ││
│ │ Mémoire pleine, erreurs augmentent ││
│ │ ││
│ │ 4. Piège travail superficiel: Jamais atteint focus ││
│ │ Problèmes complexes pas résolus ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Stratégies Allocation Ressources
Ressources Dédiées vs Partagées
MODÈLES ALLOCATION:
┌─────────────────────────────────────────────────────────────┐
│ CHOISIR BON MODÈLE │
├─────────────────────────────────────────────────────────────┤
│ │
│ MODÈLE 1: RESSOURCES DÉDIÉES │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ││
│ │ │ Projet A │ │ Projet B │ │ Projet C │ ││
│ │ │ │ │ │ │ │ ││
│ │ │ 👤 Dev 1 │ │ 👤 Dev 3 │ │ 👤 Dev 5 │ ││
│ │ │ 👤 Dev 2 │ │ 👤 Dev 4 │ │ 👤 Dev 6 │ ││
│ │ └─────────────┘ └─────────────┘ └─────────────┘ ││
│ │ ││
│ │ ✅ Focus maximum, pas changement contexte ││
│ │ ✅ Ownership et responsabilité clairs ││
│ │ ❌ Sous-utilisation ressources périodes calmes ││
│ │ ❌ Silos connaissance entre projets ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ MODÈLE 3: ALLOCATION PRIMAIRE + SECONDAIRE │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ 👤 Dev 1: Primaire: A (80%), Secondaire: B (20%) ││
│ │ 👤 Dev 2: Primaire: A (80%), Secondaire: C (20%) ││
│ │ 👤 Dev 3: Primaire: B (80%), Secondaire: A (20%) ││
│ │ ││
│ │ Règles: ││
│ │ • Travailler sur primaire 4 jours, secondaire 1 jour ││
│ │ • Travail secondaire planifié, pas par interruptions ││
│ │ • Cross-training assure couverture backup ││
│ │ ││
│ │ ✅ Équilibre entre focus et flexibilité ││
│ │ ✅ Partage connaissance intégré ││
│ │ ⚠️ Nécessite discipline pour maintenir limites ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Gestion Portfolio
Visibilité Inter-Projets
VUE UNIFIÉE DANS GITSCRUM:
┌─────────────────────────────────────────────────────────────┐
│ TABLEAU BORD PORTFOLIO │
├─────────────────────────────────────────────────────────────┤
│ │
│ Vue d'Ensemble Tous Projets: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ││
│ │ PROJET │ SPRINT │ SANTÉ │ TÂCHES │ BLOQUEURS ││
│ │ ─────────────┼─────────┼────────┼────────┼───────────── ││
│ │ App Mobile │ 14/20 │ 🟢 │ 23/32 │ 1 ││
│ │ Portail Web │ 8/15 │ 🟡 │ 12/28 │ 3 ││
│ │ Plateforme API│ 12/15 │ 🟢 │ 45/52 │ 0 ││
│ │ Data Pipeline│ 3/10 │ 🔴 │ 5/18 │ 5 ││
│ │ ││
│ │ Résumé: ││
│ │ • 4 projets actifs ││
│ │ • 2 sains, 1 à risque, 1 critique ││
│ │ • 9 bloqueurs totaux nécessitent attention ││
│ │ ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘
Pratiques Équipe
Réduire Changements Contexte
STRATÉGIES PRATIQUES:
┌─────────────────────────────────────────────────────────────┐
│ MINIMISER CHANGEMENT CONTEXTE │
├─────────────────────────────────────────────────────────────┤
│ │
│ STRATÉGIE 1: JOURS PAR PROJET │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Lun-Mer: Travail Projet A uniquement ││
│ │ Jeu-Ven: Travail Projet B uniquement ││
│ │ ││
│ │ PAS de changement en milieu journée sauf urgences ││
│ │ Définir critère "urgence" clairement ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ STRATÉGIE 2: COMMUNICATION PAR LOTS │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Standup Projet A: 9h00 ││
│ │ Questions Projet A: 9h00-9h30 uniquement ││
│ │ ││
│ │ Standup Projet B: 9h30 ││
│ │ Questions Projet B: 9h30-10h00 uniquement ││
│ │ ││
│ │ Reste journée: Temps focus, async seulement ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ STRATÉGIE 3: TERMINER TÂCHE AVANT CHANGER │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Règle: Finir tâche actuelle avant changer projets ││
│ │ ││
│ │ ❌ Non: Sauter à Projet B avec tâche A à moitié faite ││
│ │ ✅ Oui: Compléter tâche A, puis changer contexte une fois││
│ │ ││
│ │ Tâches plus petites = plus facile finir avant changer ││
│ │ Diviser grandes tâches en chunks <4 heures ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ STRATÉGIE 4: TEMPS FOCUS PROTÉGÉ │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Bloquer chunks 2-3 heures pour travail profond ││
│ │ Pas réunions, pas Slack, pas email ││
│ │ Mettre au calendrier pour que PMs respectent ││
│ │ ││
│ │ "Si c'est pas une panne, ça peut attendre 3 heures" ││
│ └─────────────────────────────────────────────────────────┘│
│ │
└─────────────────────────────────────────────────────────────┘