اختبار Scrum Master — الجاهزية لـ PSM I

المجالات الثلاثة

لم تنشر Scrum.org أوزانًا صريحة لمجالات PSM I في المصادر المحققة؛ لذلك يستخدم مؤشر مُرتقى وزنًا تشخيصيًا متساويًا للمجالات الثلاثة. هذه مساواة خاصة بالمنصة وليست وزنًا رسميًا ولا معادلة Scrum.org لحساب النتيجة.

عدد الأسئلة متساوٍ بين المجالات الثلاثة في الوضعين: أربعة لكل مجال في السريع وعشرة لكل مجال في الشامل. هذه حصة تشخيصية خاصة بالمؤشر وليست توزيعًا رسميًا لـPSM I.

ما الذي ستحصل عليه؟

• ✓مرتبة فئوية: بناء الأساس أو جاهزية قيد التثبيت أو جاهزية قوية.
• ✓إشارة للمجال الأقوى وأولوية مراجعة في الشامل.
• ✓خطة 7 أيام وخطة 30 يومًا وتمرين مضاد للفجوة.
• ✓حفظ محلي ومشاركة فئوية بلا إجابات أو بيانات شخصية.

كيف تستخدم القراءة؟

اقرأ المرتبة مع المجال الأضعف لا منفصلة عنه. في السريع تكون العينة قصيرة ولا تمنح ترتيبًا حاسمًا؛ استخدمها لاختيار موضوع أولي. في الشامل قارن تفسيرك للمواقف، ثم نفذ تمرينًا مضادًا واحدًا قبل إعادة المؤشر. التحسن المقصود هو أن يصبح قرارك أوضح وأكثر اتساقًا مع الغرض من Scrum، لا أن تحفظ صياغة سؤال بعينه.

حدود الادعاء

هذا مؤشر تعليمي مستقل من مُرتقى لقياس الجاهزية المعرفية لفهم Scrum وتطبيقه ضمن نطاق Professional Scrum Master I وفق دليل Scrum ومجالات التركيز المنشورة. ليس تقييم PSM I الرسمي، وليس نسخة منه ولا محاكاة مطابقة له ولا بديلًا عنه، ومُرتقى ليست تابعة لـScrum.org ولا معتمدة منها. لا يعطي درجة ولا نسبة مئوية، ولا يتنبأ بالنجاح أو الرسوب، ولا يمنح شهادة Professional Scrum Master ولا شارة رقمية، ولا يثبت أن المستخدم Scrum Master معتمدًا. أسئلته أصلية التأليف داخل مُرتقى. Scrum وProfessional Scrum Master وPSM I علامات تخص أصحابها.

طريقة عملية لتحليل أي موقف

ابدأ بقراءة الواقع كما هو، لا كما تتمنى أن يكون. حدد المنتج وProduct Goal وSprint Goal والمساءلات المعنية، ثم اسأل أي معلومة يجب أن تكون شفافة قبل اتخاذ القرار. بعد ذلك حدد فرصة الفحص الأقرب، وما التكيف الذي يمكن أن يجري من دون إضعاف الجودة أو إلغاء الإدارة الذاتية. إذا كان البديل يعتمد على مدير يوزع المهام، أو لجنة تحمل مساءلة Product Owner، أو Scrum Master يدير Daily Scrum، فاختبره أمام النص الحالي للدليل لا أمام عادة المؤسسة.

افصل دائمًا بين الغرض والطريقة. Scrum يحدد غايات الأحداث ومسؤولياتها وحدودها، لكنه لا يفرض قالبًا واحدًا للتيسير أو أداة لإدارة العمل. قد يختار الفريق لوحة أو أسلوب تقدير أو صيغة Product Backlog Item، لكن الاختيار لا يصبح قاعدة عالمية. وبالمثل، Release Planning مفيد لكنه ليس حدث Scrum رسميًا، وRefinement نشاط مستمر وليس حدثًا إضافيًا، ولا يوجد Sprint Zero أو Hardening Sprint في الإطار.

مراجعة الإجابة بعد الاختيار

لا تسجل أن اختيارك كان صحيحًا فقط. اكتب سببين: لماذا يحقق الخيار الغرض، ولماذا يفشل أقرب مشتت رغم أنه قد يبدو مألوفًا. ثم بدّل عنصرًا واحدًا في السيناريو: من يملك القرار، أو حالة Sprint Goal، أو تحقق Definition of Done، أو وجود عدة فرق على منتج واحد. إذا بقي تفسيرك صالحًا مع مراعاة التغيير، فالفهم أكثر ثباتًا. وإذا تغيّر القرار فوضح القاعدة التي سببت ذلك.

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