50 سؤالًا تدريبيًا لاختبار PMI-PBA بالعربي والإنجليزي مع إجابات نموذجية

---

بنية الامتحان

---

كيف تستخدم هذه الأسئلة؟

1. أجب قبل أن تقرأ الإجابة النموذجية، ودوّن سبب اختيارك والبديل الذي استبعدته آخرًا.

2. حل النسخة العربية ثم الإنجليزية لتتأكد أنك تفهم السيناريو والمصطلح معًا.

3. قارن إجابتك بالإجابة النموذجية، وصنف خطأك: فهم السؤال أو مفهوم أو خلط أدوار.

4. أعد الحل بعد أيام، مع تغيير معطى واحد في السيناريو.

5. لا تكتفِ بهذه الأسئلة، وراجع دليل PMI لتحليل الأعمال ومخطط المحتوى.

وهذه أسئلة أصلية للتدريب، وليست من بنك PMI ولا مسربة منه.

كيف تحلل سؤال PBA؟

اقرأ نهاية السيناريو أولًا لتعرف المطلوب: الإجراء الأول أم التالي أم أفضل أداة. ثم حدد المجال والمرحلة. استبعد الخيار الذي يقفز إلى التنفيذ قبل فهم الحاجة، أو يتجاوز صاحب الصلاحية، أو يغير خط الأساس بلا تحليل أثر. وإن بقي خياران فاختر الأكثر جمعًا للأدلة وتعاونًا مع أصحاب المصلحة وحفاظًا على التتبع.

---

تقييم الاحتياجات (Needs Assessment) — 18%

يركز على تعريف المشكلة أو الفرصة، وتقدير القيمة، وربط المبادرة بأهداف المؤسسة، وتحديد أصحاب المصلحة.

1. انخفضت طلبات الشراء المكتملة، فما أول معلومة تجمعها لتحديد المشكلة الفعلية؟
Completed purchase orders have declined; what information should you collect first to identify the real problem?
إجابة نموذجية: بيانات تحدد حجم الانخفاض ومتى بدأ وأين (أي الشرائح أو الخطوات)، مع مقياس متفق عليه. ثم ابحث عن السبب الجذري بالمقابلات وتحليل العملية، قبل اقتراح أي حل.

2. يقترح الراعي تطبيقًا جديدًا فورًا، فما الإجراء الذي يمنع القفز إلى الحل؟
The sponsor immediately proposes a new application; what action prevents the team from jumping to a solution?
إجابة نموذجية: العودة إلى حاجة العمل: توضيح المشكلة والنتيجة المطلوبة ومقياس النجاح، ثم تقييم خيارات متعددة (بما فيها عدم التدخل) قبل اعتماد حل.

3. تختلف الإدارات حول قيمة المبادرة، فما الأداة المناسبة لمقارنة المنافع والتكاليف والمخاطر؟
Departments disagree about initiative value; which tool compares benefits, costs, and risks?
إجابة نموذجية: تحليل التكلفة والمنفعة ضمن حالة العمل (Business Case)، مع تحليل المخاطر وتسجيل الخيارات بمعايير موزونة عند تعدد البدائل.

4. توجد فرصة لدخول سوق جديد، فما الذي يجب توضيحه قبل تحديد نطاق الحل؟
A new market opportunity appears; what must be clarified before defining solution scope?
إجابة نموذجية: هدف الفرصة والقيمة المتوقعة ومقياسها، والحالة الحالية والمستقبلية المطلوبة، والقيود والافتراضات، ثم صياغة بيان نطاق الحل.

5. من صاحب المصلحة الذي ينبغي إشراكه عند تأثر إجراء تشغيلي يومي؟
Which stakeholder should be involved when a daily operational procedure will change?
إجابة نموذجية: مالك العملية والمستخدمون الفعليون ومشرفو الخط الأمامي، إضافة إلى من يعتمدون على مخرجات العملية؛ ويحدَّدون عبر تحليل أصحاب المصلحة.

6. كيف تربط هدف المشروع بهدف استراتيجي قابل للقياس؟
How would you connect a project objective to a measurable strategic objective?
إجابة نموذجية: بصياغة الهدف بمعايير قابلة للقياس (SMART) وربطه بمؤشر أداء استراتيجي، وإظهار الصلة في شجرة أهداف أو نموذج لحالة العمل.

7. ما الفرق العملي بين حاجة العمل ومتطلب الحل في بداية المبادرة؟
What is the practical difference between a business need and a solution requirement at initiation?
إجابة نموذجية: حاجة العمل مشكلة أو فرصة صيغت بمعزل عن أي حل. أما متطلب الحل فيصف قدرة أو خاصية في الحل تلبي تلك الحاجة.

8. تعارضت قيم مجموعتين من المستخدمين، فما التقنية التي تساعد على كشف أولوياتهما؟
Two user groups have conflicting values; which technique can reveal their priorities?
إجابة نموذجية: ورشة تيسيرية مع تقنية ترتيب الأولويات (كالتصويت أو MoSCoW) ومقابلات فردية لفهم دوافع كل مجموعة قبل التفاوض.

9. ما المخرج الذي يلخص المشكلة والقيمة المتوقعة وحدود الحل المقترح؟
Which output summarizes the problem, expected value, and boundaries of a proposed solution?
إجابة نموذجية: بيان نطاق الحل ضمن حالة العمل (Business Case).

التخطيط (Planning) — 22%

يحدد كيف تُستنبط المتطلبات وتُوثَّق وتُعتمد وتُدار تغييراتها. أفضل إجابة تنشئ القواعد قبل بدء العمل لا بعد وقوع الارتباك.

10. ما المعلومات التي تراجعها أولًا قبل بناء خطة أنشطة تحليل الأعمال؟
What information should be reviewed first before planning business analysis activities?
إجابة نموذجية: أهداف المبادرة وسياقها ونهج التسليم (تنبؤي أو رشيق)، وأصحاب المصلحة، والمخاطر والقيود، وسياسات المؤسسة ودروس مشاريع سابقة.

11. كيف تحدد مقدار التتبع المطلوب لمشروع صغير منخفض المخاطر؟
How do you determine an appropriate traceability level for a small, low-risk project?
إجابة نموذجية: بحسب المخاطر والتعقيد ومتطلبات الامتثال. يكفي تتبع مبسط يربط الحاجة بالمتطلب بالاختبار، ولا داعي لتعقيد زائد.

12. من يملك صلاحية اعتماد المتطلبات، وأين يجب توثيق هذه الصلاحية؟
Who may approve requirements, and where should that authority be documented?
إجابة نموذجية: صاحب القرار المحدد (الراعي أو لجنة معتمدة)، وتُوثَّق في خطة إدارة المتطلبات ومصفوفة المسؤوليات (RACI).

13. ما الذي يجب أن تتضمنه خطة إدارة المتطلبات بشأن الاتصال بأصحاب المصلحة؟
What should the requirements management plan state about stakeholder communication?
إجابة نموذجية: من يتلقى أي معلومة، وبأي قناة وتواتر، وكيف تُصعَّد المشكلات، ومن يراجع ويوافق.

14. كيف تختار تقنية استنباط عندما ينتشر الخبراء في مناطق زمنية مختلفة؟
How do you select an elicitation technique when experts work across time zones?
إجابة نموذجية: مقابلات فردية أو استبيانات غير متزامنة، وورش افتراضية قصيرة بمواعيد مناسبة، ومراجعة الوثائق، مع توثيق مشترك.

15. ما الإجراء الذي يضمن تقييم طلب تغيير قبل إدخاله في خط الأساس؟
Which action ensures a change request is assessed before entering the baseline?
إجابة نموذجية: تطبيق عملية إدارة التغيير: تسجيل الطلب وتحليل أثره وعرضه على جهة القرار، ثم تحديث خط الأساس بعد الموافقة.

16. كيف تمنع استخدام نسخة قديمة من مواصفات المتطلبات؟
How can the team prevent use of an obsolete requirements specification?
إجابة نموذجية: مستودع مركزي واحد وترقيم للإصدارات، ومالك محدد، وإشعار الفريق عند كل تحديث.

17. متى ينبغي تعريف معايير القبول ومقاييس العمل؟
When should acceptance criteria and business metrics be defined?
إجابة نموذجية: مقاييس العمل عند تعريف الحاجة وحالة العمل، ومعايير القبول مبكرًا عند صياغة المتطلب وقبل التصميم.

18. ما العامل الذي يحدد مستوى تفصيل وثائق المتطلبات؟
Which factor determines the appropriate detail in requirements documentation?
إجابة نموذجية: المخاطر والتعقيد، ونهج التسليم، وحجم الفريق وتوزعه، ومتطلبات الامتثال، واحتياج مستلم الوثيقة.

19. كيف توزع المسؤوليات بين محلل الأعمال ومالك المنتج وفريق الاختبار؟
How should responsibilities be divided among the analyst, product owner, and testers?
إجابة نموذجية: بمصفوفة RACI: المحلل للاستنباط والتحليل والتتبع، ومالك المنتج للأولويات والقرارات، وفريق الاختبار للتحقق عبر حالات مرتبطة بمعايير القبول.

20. تغير أحد أصحاب المصلحة الرئيسيين، فما أول جزء من الخطة تراجعه؟
A key stakeholder changes; which part of the plan should be reviewed first?
إجابة نموذجية: سجل أصحاب المصلحة وخطة المشاركة والتواصل، ثم الصلاحيات المرتبطة بالموافقات.

التحليل (Analysis) — 35%

أكبر المجالات: الاستنباط والنمذجة والتفكيك وترتيب الأولويات والتحقق والتصديق. ركز على سبب اختيار التقنية لا على اسمها.

21. ما التقنية الأنسب لكشف خطوات عمل لا يستطيع المستخدم وصفها بدقة؟
Which technique best reveals work steps that users cannot describe accurately?
إجابة نموذجية: الملاحظة (Job Shadowing) في بيئة العمل، يليها حوار لتأكيد ما لوحظ.

22. كيف تتأكد من تسجيل مصدر كل متطلب ومبرره بعد جلسة الاستنباط؟
How do you record each requirement’s source and rationale after elicitation?
إجابة نموذجية: بسجل متطلبات يحمل المصدر والمبرر والمالك، مع تأكيد النتائج مع المشاركين بعد الجلسة.

23. كشف نموذج العملية خطوة مكررة، فما الإجراء التالي للمحلل؟
A process model reveals a duplicated step; what should the analyst do next?
إجابة نموذجية: التحقق مع الخبراء هل الخطوة مبررة، ثم توثيق فرصة التحسين والتوصية بها عبر القنوات المناسبة.

24. متطلب «النظام سريع» غير قابل للاختبار، فكيف تعيد صياغته؟
“The system is fast” is not testable; how should it be rewritten?
إجابة نموذجية: كمتطلب غير وظيفي قابل للقياس، مثل: «يعرض النظام 95% من الصفحات خلال ثانيتين عند N مستخدم متزامن».

25. متطلبان متعارضان بين الإدارة والعمليات، كيف تدير التعارض؟
Management and operations provide conflicting requirements; how should the conflict be handled?
إجابة نموذجية: تحليل المصدر والمبرر لكل متطلب، وجلسة تيسير للتوفيق، وإحالة القرار إلى صاحب الصلاحية مع توثيقه.

26. ما التقنية المناسبة لتقسيم قدرة كبيرة إلى متطلبات قابلة للتنفيذ؟
Which technique decomposes a large capability into actionable requirements?
إجابة نموذجية: التفكيك الهرمي (Decomposition)، كتقسيم القدرة إلى ميزات ثم قصص أو متطلبات تفصيلية.

27. متى تستخدم قصة المستخدم بدل حالة الاستخدام التفصيلية؟
When is a user story preferable to a detailed use case?
إجابة نموذجية: في النهج الرشيق حين يكفي وصف قيمة وسيناريو بسيط مع حوار مستمر. وحالة الاستخدام أنسب حين تلزم تفاصيل التفاعل والاستثناءات.

28. كيف تتحقق من أن المتطلب مكتمل ومتسق وقابل للاختبار؟
How do you verify that a requirement is complete, consistent, and testable?
إجابة نموذجية: بمراجعة جودة بقائمة معايير (واضح، غير غامض، متسق، قابل للاختبار والتتبع) ومراجعة نظراء قبل الاعتماد.

29. كيف تصدق أن مجموعة المتطلبات ستحقق حاجة العمل الأصلية؟
How do you validate that the requirements set will satisfy the original business need?
إجابة نموذجية: بمقارنتها بحاجة العمل وأهدافها مع أصحاب المصلحة، باستخدام نماذج أولية ومراجعات وتتبع المتطلبات إلى الحاجة.

30. ما الذي يجب تحليله قبل ترتيب المتطلبات بحسب الأولوية؟
What must be analyzed before requirements are prioritized?
إجابة نموذجية: معايير الأولوية المتفق عليها (القيمة والمخاطر والتكلفة والإلحاح والامتثال) والاعتماديات بين المتطلبات.

31. اقترح صاحب مصلحة ميزة مرتفعة الكلفة ومنخفضة القيمة، فكيف تناقشها؟
A stakeholder proposes a costly, low-value feature; how should it be discussed?
إجابة نموذجية: بعرض بيانات التكلفة والقيمة وصلتها بالهدف وبدائلها، وترك القرار لصاحب الصلاحية دون رفض مباشر.

32. متى يكون النموذج الأولي أكثر فائدة من وصف نصي طويل؟
When is a prototype more useful than a long textual description?
إجابة نموذجية: حين يصعب وصف الواجهة أو التجربة بالنص، أو تلزم تغذية راجعة سريعة من المستخدمين لتقليل سوء الفهم.

33. كيف تستخدم قواعد العمل عند وجود استثناءات كثيرة في القرار؟
How can business rules clarify decisions containing many exceptions?
إجابة نموذجية: بتوثيق القرار في جدول قرار يفصل الشروط عن الإجراءات، فتظهر الاستثناءات وتُختبر.

34. ما الفرق بين المتطلبات الوظيفية وغير الوظيفية في مثال خدمة رقمية؟
In a digital service, how do functional and nonfunctional requirements differ?
إجابة نموذجية: الوظيفية تصف ما يفعله النظام (كحجز موعد)، وغير الوظيفية تصف جودة الأداء (السرعة والأمان والإتاحة وسهولة الاستخدام).

35. كيف تكشف افتراضًا غير موثق يؤثر في تصميم الحل؟
How do you uncover an undocumented assumption that affects solution design?
إجابة نموذجية: بأسئلة مثل «ما الذي نعتبره صحيحًا؟» أثناء الاستنباط ومراجعة النماذج، وتسجيله في سجل افتراضات بمالك وموعد تحقق.

36. ماذا تفعل إذا لم يوافق أصحاب المصلحة على حزمة المتطلبات؟
What should you do when stakeholders do not approve the requirements package?
إجابة نموذجية: فهم أسباب الاعتراض ومعالجة الفجوات وإعادة المراجعة، وتصعيد القرار لصاحب الصلاحية عند الحاجة مع توثيقه.

37. كيف تضمن أن موافقة المتطلب صادرة عن الشخص المخول؟
How do you ensure requirement approval comes from an authorized person?
إجابة نموذجية: بالرجوع لمصفوفة الصلاحيات المعتمدة في الخطة، وتوثيق الموافقة باسم المعتمد والإصدار والتاريخ.

التتبع والمراقبة (Traceability and Monitoring) — 15%

التتبع صلة حية بين الحاجة والمتطلب والتصميم والاختبار والنتيجة، وليس جدولًا يُملأ مرة.

38. كيف تكشف متطلبًا لا يرتبط بهدف عمل أو حاجة موثقة؟
How do you identify a requirement that has no link to a documented business need?
إجابة نموذجية: بمصفوفة التتبع التي تظهر الفراغ، ثم سؤال المصدر عن المبرر؛ فإن لم توجد حاجة يُراجَع المتطلب أو يُزال عبر عملية التغيير.

39. تغير متطلب معتمد، فما العناصر التي تفحص أثر التغيير عليها؟
An approved requirement changes; which related items should be assessed for impact?
إجابة نموذجية: المتطلبات المرتبطة والاعتماديات، والتصميم، والاختبارات، والوثائق، والنطاق والجدول والتكلفة والمخاطر، وأصحاب المصلحة المتأثرون.

40. كيف تعرف أن كل متطلب يغطيه اختبار مناسب؟
How can you confirm that every requirement has appropriate test coverage?
إجابة نموذجية: بالتتبع الأمامي من كل متطلب إلى حالات الاختبار ومراجعة الفجوات.

41. ما فائدة التتبع العكسي من مكوّن الحل إلى حاجة العمل؟
What is the value of tracing backward from a solution component to a business need?
إجابة نموذجية: يثبت أن كل مكوّن يخدم حاجة موثقة، ويكشف الإضافات غير المبررة.

42. متى تحدّث حالة المتطلب في مستودع المتطلبات؟
When should a requirement’s status be updated in the repository?
إجابة نموذجية: عند كل انتقال في دورة حياته (مقترح، معتمد، منفذ، مختبر، مقبول، مؤجل، مرفوض) فور اتخاذ القرار.

43. كيف تتعامل مع متطلب أصبح غير ضروري بعد تغيير النطاق؟
How should a requirement that became unnecessary after a scope change be handled?
إجابة نموذجية: عبر عملية التغيير: تحديث حالته إلى ملغى أو مؤجل مع المبرر، وتحليل أثره على المرتبطات، وإبلاغ المعنيين دون حذف السجل.

44. ما المعلومات التي يحتاجها مجلس ضبط التغيير لاتخاذ قرار؟
What information does a change control board need to make a decision?
إجابة نموذجية: وصف الطلب ومبرره وقيمته، وأثره على النطاق والجدول والتكلفة والجودة والمخاطر، والبدائل، والتوصية.

45. كيف تراقب سلامة المتطلبات عبر إصدارات متعددة للمنتج؟
How do you preserve requirements integrity across multiple product releases?
إجابة نموذجية: بخط أساس لكل إصدار وضبط للنسخ ومراجعة التتبع قبل كل إطلاق وحوكمة للتغيير.

التقييم (Evaluation) — 10%

يقارن الحل المنفذ بمعايير القبول والحاجة والقيمة المتوقعة. اجتياز الاختبارات التقنية لا يعني تحقق المنفعة.

46. اجتاز الحل الاختبارات لكنه لم يحقق مؤشر العمل، فما الذي تقيّمه أولًا؟
The solution passed tests but missed a business metric; what should be evaluated first?
إجابة نموذجية: مقارنة المؤشر بحاجة العمل الأصلية، ثم تحليل الاستخدام والتبني وسير العمل، والتأكد من صحة المتطلبات نفسها.

47. كيف تحدد إن كانت فجوة الأداء سببها المتطلبات أم التنفيذ أم التبني؟
How do you determine whether a performance gap comes from requirements, implementation, or adoption?
إجابة نموذجية: بتحليل السبب الجذري: تتبع المتطلبات للحاجة، ومقارنة التنفيذ بالمتطلبات، وقياس التبني والتدريب.

48. ما الأدلة اللازمة قبل طلب موافقة أصحاب المصلحة على الحل؟
What evidence is needed before requesting stakeholder sign-off on the solution?
إجابة نموذجية: نتائج الاختبار مقابل معايير القبول، وتغطية التتبع، والعيوب المفتوحة، وقياسات الأداء، وجاهزية المستخدمين.

49. متى تقارن المنافع المحققة بحالة العمل الأصلية؟
When should realized benefits be compared with the original business case?
إجابة نموذجية: بعد فترة تشغيل كافية لظهور النتائج، وفق جدول متفق عليه في حالة العمل.

50. أظهر التقييم قيمة أقل من المتوقع، فما الإجراء المهني التالي؟
Evaluation shows less value than expected; what is the next professional action?
إجابة نموذجية: تحليل الأسباب وتقديم توصية (تحسين أو تدريب أو تعديل أو إيقاف)، وتوثيق الدروس المستفادة وإبلاغ الراعي.

---

خطة مراجعة عملية قبل الاختبار

• الأسبوع الأول: قِس مستواك في المجالات الخمسة بلا توقيت.

• الأسبوع الثاني: حل مجموعات مختلطة وسجل سبب كل خطأ.

• الأسبوع الثالث: محاكاة زمنية كاملة ومراجعة الأنماط المتكررة.

• الوقت: استخدم 72 ثانية للسؤال مرجعًا لا قاعدة جامدة.

• الأولوية: ابدأ بالتحليل (35%) دون إهمال بقية المجالات إن كان ضعفك فيها.

---

أخطاء شائعة

1. الإجابة بما يفعله المحلل عادةً لا بما تطلبه المرحلة.

2. القفز إلى الحل قبل تعريف الحاجة.

3. تجاوز صاحب الصلاحية.

4. إدخال تغيير بلا تحليل أثر.

5. الخلط بين اجتياز الاختبار التقني وتحقق المنفعة.

6. حفظ التقنيات بلا سياق.

---

أسئلة شائعة

هل هذه أسئلة من اختبار PMI؟
لا، هي أسئلة تدريبية أصلية مبنية على المجالات المنشورة.

كم سؤالًا في الامتحان؟
200 سؤال في 240 دقيقة بحسب صفحة PMI.

هل تكفي هذه المجموعة للنجاح؟
لا تضمن أي مجموعة النجاح؛ استخدمها للتشخيص ثم عالج الفجوات بالمواد الرسمية.

لماذا نسختان؟
العربية لتثبيت المفهوم والإنجليزية لتدريبك على المصطلحات، فالامتحان قد لا يتوفر بالعربية.

أي مجال أراجع أولًا؟
التحليل لأنه الأكبر وزنًا، مع الالتفات إلى ضعفك الشخصي.

ماذا أفعل إن بدت إجابتان صحيحتين؟
حدد المرحلة وصاحب القرار والمعلومة الناقصة، واختر ما يناسب التسلسل المهني.