Outputs, Inputs et Techniques : La Trinité des Processus
Définition PMBOK v8
Dans le PMBOK v8, chaque processus de gestion de projet est structuré autour de trois éléments fondamentaux : les Inputs (entrées), les Tools and Techniques (outils et techniques), et les Outputs (sorties). Les Inputs représentent les documents, données ou livrables nécessaires pour lancer le processus. Les Outputs sont les résultats produits par le processus. Les Tools and Techniques sont les méthodes appliquées pour transformer les Inputs en Outputs. Cette structure en entrée-traitement-sortie est systématiquement utilisée pour tous les processus, quel que soit le domaine de performance (Stakeholders, Resources, Schedule, Scope, etc.).
Pourquoi c'est important pour l'examen
L'examen PMP teste massivement votre capacité à identifier quel processus produit quel Output, et quel Input est nécessaire pour quel processus. Environ 30% des questions de l'examen portent directement sur cette séquence logique Input-Tools-Output. Les questions sont souvent formulées comme suit : "Quel est l'Output du processus X ?" ou "Quel Input est requis pour démarrer le processus Y ?". Maîtriser cette structure est indispensable pour éviter les confusions entre processus similaires.
Points clés à retenir (pour l'examen)
- Chaque processus a UN Output principal unique : par exemple, "Develop Schedule" produit le "Schedule Baseline", tandis que "Plan Stakeholder Engagement" produit le "Stakeholder Engagement Plan". Ne les confondez jamais.
- Les Inputs sont souvent les Outputs d'un processus précédent : la logique séquentielle est cruciale. Par exemple, l'Output de "Identify Stakeholders" (le registre des parties prenantes) devient un Input pour "Plan Stakeholder Engagement".
- Les Tools and Techniques sont standardisés : les outils comme "Expert Judgment", "Data Gathering", "Data Analysis" et "Meetings" reviennent dans presque tous les processus. Retenez les outils spécifiques à chaque processus.
- Confusion fréquente entre "Plan Communications Management" et "Manage Communications" : le premier produit le "Communications Management Plan" (planification), le second produit des "Project Communications" (exécution). L'erreur classique est d'inverser leurs Outputs.
- "Monitor Stakeholder Engagement" et "Monitor Communications" : ces deux processus de surveillance produisent des "Change Requests" et des "Work Performance Information". Ne les confondez pas avec leurs homologues de planification.
- Les Outputs peuvent être des mises à jour de documents : beaucoup de processus produisent des "Project Management Plan Updates" ou "Project Documents Updates". Cela signifie que des documents existants sont modifiés, pas créés de novo.
Exemple type examen PMI
Vous êtes chef de projet sur un projet de construction. Après avoir identifié toutes les parties prenantes, vous devez élaborer une stratégie pour les impliquer efficacement. Quel processus devez-vous exécuter et quel est son Output principal ? Réponse : "Plan Stakeholder Engagement" produit le "Stakeholder Engagement Plan". L'Input clé est le "Stakeholder Register" issu de "Identify Stakeholders".
Pièges à l'examen PMI
-
Piège: Confondre "Plan Stakeholder Engagement" avec "Manage Stakeholder Engagement".
Réalité: "Plan" produit un plan (stratégie), "Manage" produit des mises à jour du plan et des "Change Requests" (exécution). -
Piège: Croire que "Monitor Communications" et "Monitor Stakeholder Engagement" sont identiques.
Réalité: "Monitor Communications" surveille les communications elles-mêmes (canaux, efficacité), tandis que "Monitor Stakeholder Engagement" surveille l'implication des parties prenantes. -
Piège: Oublier que "Estimate Resources" produit un "Resource Requirements" document.
Réalité: Beaucoup de candidats pensent que ce processus produit directement le "Resource Management Plan", mais ce dernier vient de "Plan Resource Management". -
Piège: Confondre "Close Project or Phase" avec "Assess and Implement Changes".
Réalité: "Close Project" produit "Final Report" et "Project Closure", tandis que "Assess and Implement Changes" produit "Change Requests" et "Approved Change Requests".
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Identify Stakeholders | Input de Plan Stakeholder Engagement | Le Stakeholder Register est l'Output de Identify et l'Input de Plan |
| Plan Stakeholder Engagement | Output vers Manage Stakeholder Engagement | Le Stakeholder Engagement Plan guide l'exécution |
| Manage Communications | Output vers Monitor Communications | Les Project Communications sont surveillées dans Monitor |
| Manage Stakeholder Engagement | Output vers Monitor Stakeholder Engagement | Les mises à jour du plan sont vérifiées dans Monitor |
Questions de révision rapide
- Quel est l'Output principal du processus "Plan Communications Management" ?
- Quel Input est nécessaire pour exécuter "Manage Stakeholder Engagement" ?
- Quelle est la différence entre l'Output de "Acquire Resources" et celui de "Estimate Resources" ?
- Quel processus produit des "Change Requests" comme Output ? (Citez-en au moins deux)
- Dans quel processus "Work Performance Information" est-il un Output ?
Référence PMBOK v8
Section 2.2.2 - Processus par domaine de performance : Stakeholders Performance Domain (Figures 2-32 à 2-39), Resources Performance Domain (Figures 2-40 à 2-45), Schedule Performance Domain (Figures 2-20 à 2-22), Scope Performance Domain (Figures 2-17 à 2-19). La structure Inputs-Tools and Techniques-Outputs est systématiquement présentée dans les Figures 2-7 à 2-45 du PMBOK v8.