Développement des Besoins : Identification et Analyse des Exigences
Définition PMBOK v8
Le processus Elicit and Analyze Requirements (Identifier et Analyser les Exigences) est le processus systématique de détermination, de documentation et de gestion des besoins des parties prenantes afin de répondre aux objectifs du projet. Il appartient au Groupe de processus Planification et au Domaine de connaissance Gestion du Périmètre. Ce processus transforme les besoins exprimés en exigences documentées et hiérarchisées, formant la base du périmètre du projet.
Pourquoi c'est important pour l'examen
Ce concept est systématiquement testé à l'examen PMI car il constitue le fondement de la réussite du projet. Environ 15 à 20% des questions du domaine "Périmètre" portent directement sur l'identification et l'analyse des exigences. Les questions testent votre capacité à distinguer les différents outils de collecte, à comprendre les entrées/sorties clés et à identifier les pièges de communication avec les parties prenantes.
Points clés à retenir (pour l'examen)
- Input principal: Requirements management plan (Plan de gestion des exigences) + Stakeholder register (Registre des parties prenantes)
- Output principal: Requirements documentation (Documentation des exigences)
- Outils clés: Data gathering (Benchmarking, Brainstorming, Focus groups, Interviews, Questionnaires and surveys) + Data analysis (Document analysis)
- Confusion fréquente: Ne pas confondre "Elicit and Analyze Requirements" (processus de planification) avec "Define Scope" (qui utilise les exigences pour créer l'énoncé du périmètre)
- Piège examen: Les exigences sont collectées sous forme de user stories dans un environnement adaptatif, pas sous forme de spécifications détaillées
- Point critique: Le processus inclut la prioritisation/ranking des exigences, pas seulement leur collecte
- Rappel essentiel: Les exigences sont documentées dans le Requirements documentation, pas dans le plan de management du projet
Exemple type examen PMI
Un chef de projet doit collecter les besoins pour un nouveau système de gestion des ressources humaines. Il organise des entretiens individuels avec 5 managers, mais omet d'interviewer les utilisateurs finaux. Résultat : 40% des fonctionnalités développées ne correspondent pas aux besoins réels.
Question type : Quel outil aurait dû être utilisé en complément ? → Focus groups ou Questionnaires and surveys pour inclure les utilisateurs finaux.
Pièges à l'examen PMI
-
Piège: Croire que "Brainstorming" et "Nominal group technique" sont identiques Réalité: Le brainstorming génère des idées librement ; la technique du groupe nominal permet une hiérarchisation structurée après génération
-
Piège: Penser que les exigences sont figées après la première collecte Réalité: Les exigences évoluent via les Approved change requests et sont mises à jour dans le Requirements documentation
-
Piège: Confondre "Requirements documentation" avec "Requirements management plan" Réalité: Le Requirements management plan décrit comment gérer les exigences ; le Requirements documentation contient ce que sont les exigences
-
Piège: Ignorer que l'analyse des documents existants (Document analysis) est un outil valide Réalité: C'est une technique de Data analysis qui permet d'identifier les lacunes et les exigences implicites
Connexions PMI importantes
| Concept lié | Type de relation | Point d'attention examen |
|---|---|---|
| Define Scope | Output vers Input | Les exigences documentées sont l'entrée principale pour définir le périmètre |
| Develop Scope Structure (WBS) | En aval | La WBS décompose les exigences en livrables et lots de travail |
| Quality Management | Complémentaire | Les exigences deviennent des Quality metrics pour la vérification |
| Stakeholder Engagement | Interdépendance | Le registre des parties prenantes est une entrée clé pour identifier qui doit être consulté |
Questions de révision rapide
- Quels sont les 4 outils de Data gathering utilisés dans Elicit and Analyze Requirements ?
- Quelle est la différence entre un output Requirements documentation et un output Requirements management plan ?
- Dans un environnement adaptatif, sous quelle forme les exigences sont-elles collectées ?
- Quel outil permet de hiérarchiser les exigences après une session de brainstorming ?
- Pourquoi le Stakeholder register est-il une entrée critique de ce processus ?
Référence PMBOK v8
Section 2.3.2.3 - Elicit and Analyze Requirements (Figure 2-15 : Inputs, Tools and Techniques, and Outputs)
Révision optimisée pour l'examen PMI – Contenu 100% conforme au PMBOK v8