Comment passer l'examen blanc PMI-PBA ?

Cliquez sur le bouton « Commencer l'examen » sur cette page pour accéder à l'examen blanc PMI-PBA en ligne, gratuitement, avec correction immédiate à la fin.

Quel est le seuil de réussite ?

Le seuil de réussite varie selon la certification officielle.

Puis-je refaire l'examen plusieurs fois ?

Oui, autant de fois que vous le souhaitez.

Les corrections sont-elles fournies ?

Oui, chaque réponse est expliquée en détail.

Examen PMI-PBA — PMI-PBA — PMI Professional in Business Analysis (PMI-PBA) | Questions d'entraînement

À propos de l'examen PMI-PBA

L'examen PMI-PBA — PMI-PBA — PMI Professional in Business Analysis (PMI-PBA) — est proposé par PMI et fait partie des certifications IT les plus reconnues au niveau international. Cette épreuve évalue vos compétences pratiques et théoriques dans le domaine de pmi professional in business analysis (pmi-pba). L'entraînement Certifexpress comprend 37 questions au format officiel pour une durée de 74 minutes. Sur cette page, découvrez 5 exemples de questions représentatives pour évaluer votre niveau avant de commencer l'entraînement complet.

Comment se préparer à l'examen PMI-PBA ?

Révisez les concepts clés couverts dans le guide officiel de l'examen PMI-PBA.

Entraînez-vous régulièrement avec des questions au format réel pour vous familiariser avec la structure de l'épreuve.

Identifiez vos points faibles grâce aux explications détaillées fournies après chaque réponse.

Gérez votre temps : simulez les conditions réelles de l'examen en vous chronométrant.

Rejoignez la communauté Certifexpress pour partager vos retours d'expérience avec d'autres candidats.

5 exemples de questions — PMI-PBA

Ces questions sont extraites aléatoirement de la banque de questions officielle. Les réponses correctes ne sont pas indiquées ici — elles sont révélées lors de l'examen complet.

Au cours d'une réunion de validation d'exigences, un stakeholder clé affirme qu'une exigence acceptée ne correspond pas à la réalité métier. Trois autres stakeholders la défendent. Quel est le processus correct de l'analyste?

A Suspendre l'acceptation, documenter le désaccord, analyser la source (incompréhension du scope ou ambiguïté), puis reconduire la validation avec les documents clarifiés. B Voter à la majorité (3 vs 1) et accepter l'exigence pour avancer sans retard. C Accepter l'exigence et noter le commentaire du stakeholder en dissidence pour suivi ultérieur. D Rejeter l'exigence immédiatement car elle est contestée et donc non viable.

Un projet de transformation agile impose des sprints de 2 semaines avec une release à la fin de chaque sprint. L'analyste métier constate que 40% des exigences n'ont pas assez de clarté pour être développées au sprint suivant. Quel risque l'analyste doit-il communiquer?

A Risque de rework massif et de qualité dégradée: les développeurs improviseront sur des exigences floues, causant des iterations coûteuses et des dettes techniques. B Risque que le Product Owner perde le contrôle; il faut des exigences plus détaillées dans le backlog. C Risque que les sprints soient annulés et que le projet bascule en waterfall strictement. D Aucun risque majeur; la culture agile tolère l'improvisation et l'apprentissage par itération.

Un analyste métier doit documenter une exigence très complexe impliquant 5 systèmes intégrés et 12 processus métier entrecroisés. Le format Langage Naturel Structuré (LNS) risque d'être volumineux et ambigu. Quel format hybride serait optimal?

A Combiner LNS pour le contexte métier + diagrammes UML (use cases, séquences) pour les interactions + tableaux de décision pour les règles complexes. B Utiliser exclusivement du Langage Naturel avec des listes à puces pour la clarté maximale. C Coder l'exigence directement en pseudocode pour éviter toute ambiguïté. D Déléguer la documentation à l'architecte système qui dispose de meilleures outils de modélisation.

Un projet utilise une méthodologie en cascade strict avec des phases verrouillées (Requirements → Design → Développement → Test → Déploiement). L'analyste découvre mid-project une ambiguïté critique dans une exigence qui affecte 30% de la solution. Quel est le meilleur processus?

A Documenter l'impact complet (coût, délai, risque), proposer au sponsor une demande de changement formelle, puis exécuter selon la governance du projet. B Corriger discrètement l'exigence et en informer l'équipe sans passer par la governance formelle. C Laisser l'ambiguïté et la signaler dans les notes du projet pour justifier la complexité post-livraison. D Demander à l'équipe de développement de faire une hypothèse raisonnable et de continuer.

Une exigence de Performance spécifie: 'Les rapports doivent être générés rapidement.' Un analyste la complète: 'Rapport simple <5s, Rapport complexe <30s, pour 95% des utilisateurs dans 99% des cas.' Quel est l'élément manquant pour une NFR complète?

A Le contexte opérationnel: heures de pic, nombre d'utilisateurs simultanés, volume de données à traiter, pour que les seuils soient validés contre la réalité. B Les technologies recommandées pour atteindre ces seuils de performance. C Les plans de fallback si les seuils ne peuvent pas être atteints. D Les critères de mesure post-livraison et les SLA associés.

Encore 32 questions dans l'examen complet

Accédez à toutes les questions avec corrections détaillées et explications officielles.

Commencer l'examen — Gratuit

✓ Sans inscription obligatoire · Correction immédiate

📖 Préparez-vous avec nos guides

Salaires & Certifications IT 2026

Commencer l'examen PMI-PBA complet

37 questions au format officiel, corrections détaillées, suivi de votre progression. Gratuit, sans CB.

Commencer l'examen complet →