ابدأ من أولوية المراجعة التي كشفها المؤشر الشامل، ثم استخدم دليل Scrum الرسمي مرجعًا نهائيًا للمصطلحات والقواعد. الخطة لا تستهدف جمع ساعات كثيرة؛ تستهدف تحويل كل التباس إلى قرار يمكن تفسيره.
خطة 7 أيام
- اليوم 1: اقرأ الغرض من المجال الأضعف وحدد ثلاثة التباسات.
- اليومان 2 و3: حلل ستة مواقف واكتب سبب رفض كل مشتت.
- اليومان 4 و5: نفذ تمرينًا مضادًا للفجوة مع فريق أو مثال مكتوب.
- اليوم 6: راجع الأحداث والمخرجات والالتزامات مترابطة.
- اليوم 7: أعد عينة قصيرة وسجل ما تغير في تفسيرك.
خطة 30 يومًا
خصص أسبوعًا لكل مجال، ثم أسبوعًا رابعًا لمواقف متقاطعة ومحاكاة زمنية مستقلة. في أسبوع الإطار ارسم العلاقة بين التجريبية والقيم والأحداث والمخرجات والالتزامات. في أسبوع الأفراد حلل مواقف الإدارة الذاتية والتيسير والتدريب. في أسبوع المنتج اربط Product Goal بترتيب Product Backlog والقيمة والتغذية الراجعة. قِس التحسن بوضوح التفسير وثبات القرار، لا بنسبة وهمية.
روتين الجلسة
ابدأ باسترجاع الفكرة من الذاكرة، ثم اقرأ الجزء المقابل من الدليل، ثم حلل موقفًا جديدًا، وأخيرًا اكتب لماذا لا تصلح البدائل الثلاثة. لا تكرر السؤال نفسه مباشرة؛ غيّر السياق حتى تتأكد أن الفهم انتقل. عند الخطأ صنفه: مصطلح، أو غرض حدث، أو حدود مساءلة، أو ممارسة اختيارية قُدمت كقاعدة.
إذا كان وقتك أقل من ثلاث ساعات أسبوعيًا فاختر ثلاثة مواقف عميقة بدل عشرات الإجابات السريعة. وإذا اقترب موعدك فاحتفظ بوقت لمراجعة الدليل نفسه والمعلومات التشغيلية الحالية على Scrum.org. لا تستخدم مرتبة مُرتقى لتقرير أنك ستنجح؛ القرار النهائي يحتاج تحققًا مستقلاً.
علامات التحسن
- تحدد صاحب المساءلة دون اختراع دور أو لجنة.
- تفسر غرض الحدث بدل وصف جدول أعمال ثابت.
- تميز Increment عن Release وDefinition of Done عن قبول إداري.
- تعامل الأدوات الاختيارية كممارسات لا قواعد.
- تستطيع إعادة صياغة قرار قيادة وسيطرة إلى قرار يدعم الإدارة الذاتية.
طريقة عملية لتحليل أي موقف
ابدأ بقراءة الواقع كما هو، لا كما تتمنى أن يكون. حدد المنتج و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
استخدم المؤشر لتحديد مرتبة معرفية وأولوية مراجعة دون درجة أو توقع نجاح.