مُرتقىجاهزية Professional Scrum Master I
EN
محتوى مُرتقى التعليمي

أسئلة شائعة عن PSM I

حدود اختبار PSM I التجريبي المستقل والفرق بين Scrum Master ومدير المشروع والخصوصية.

إجابات مباشرة عن اختبار PSM I التجريبي المستقل وحدوده وطريقة استخدامه. المصدر النهائي للقواعد هو دليل Scrum الحالي، وللتفاصيل التشغيلية صفحة Scrum.org الرسمية.

هل هذا تقييم Scrum.org الرسمي؟

لا. هذا مؤشر مستقل من مُرتقى، وأسئلته أصلية وليست من التقييم الفعلي ولا من Scrum Open. الاسم يحدد نطاق الاستعداد فقط ولا يعني التبعية أو الاعتماد.

هل تعني جاهزية قوية أنني سأنجح؟

لا. المرتبة وصف معرفي فئوي ولا تتنبأ باجتياز PSM I ولا تعادل علامته. استخدمها لتحديد موضوع مراجعة وخطوة تعلم، لا لتوقع نتيجة.

ما الفرق بين السريع والشامل؟

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

ما الفرق بين Scrum Master ومدير المشروع؟

Scrum Master مساءلة داخل Scrum لخدمة الفريق وProduct Owner والمنظمة وترسيخ Scrum؛ ليس مديرًا يوزع المهام أو يملك القرارات التقنية. إدارة المشروع أوسع وقد تستخدم أدوارًا وممارسات أخرى. لمن يراجع ذلك يمكن الرجوع إلى PMP وCAPM.

هل Story Points وVelocity إلزاميان؟

لا يفرض دليل Scrum صيغة User Stories أو Story Points أو Velocity أو Burndown. يمكن لفريق اختيار ممارسة تساعده، لكن لا يصح تقديمها كقاعدة من قواعد الإطار أو استخدام Velocity لمقارنة الفرق.

هل Product Backlog refinement حدث رسمي؟

هو نشاط مستمر لإضافة الوصف والترتيب والحجم وتقسيم العناصر، وليس واحدًا من أحداث Scrum الرسمية. لذلك لا يضيف المؤشر له timebox رسميًا ولا يجعله بديلًا عن Sprint Planning.

أين تُحفظ النتيجة؟

محليًا على جهازك. رابط المشاركة يحمل قراءة فئوية فقط بلا إجابات أو أسئلة أو معرف جلسة أو بذرة اختيار أو بيانات شخصية. يمكنك حذف النتيجة من صفحة التقرير.

متى أعيد المؤشر؟

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

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

ابدأ بقراءة الواقع كما هو، لا كما تتمنى أن يكون. حدد المنتج و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 لمعلومات التقييم الحالية. هذه الصفحة تساعد على التعلم، لكنها لا تمنح درجة أو شهادة أو ضمان اجتياز.

مراجع تم فتحها والتحقق منها

المصادر الرسمية

آخر تحقق:

ابدأ من فجوة واحدة

اعرف أولوية مراجعتك لـPSM I

استخدم المؤشر لتحديد مرتبة معرفية وأولوية مراجعة دون درجة أو توقع نجاح.