أساسك قائم، والفروق بين مجالاتك حقيقية لا عشوائية. المرحلة القادمة ليست زيادة الكمّ بل إغلاق المجال الأقلّ ثباتًا حتى لا يسحب بقيّة المجالات معه.
نموذج المسؤولية المشتركة وانتقال حدوده باختلاف الخدمة، ومفاهيم الحوكمة والامتثال وموضع أدلّتها، وإدارة الهوية والوصول عبر Scrum IAM ومبدأ الحدّ الأدنى من الصلاحيات وحماية حساب الجذر، ومكوّنات الأمن وخدماته وأين تُلتقط سجلّاته.
ماذا تعني النتيجة؟
هذه المرتبة الوسطى: أساسك قائم والفروق بين مجالاتك حقيقية، وليست درجة ولا نسبة ولا معادلًا لدرجة Scrum.
انتقل من المعرفة إلى التمييز: بعد كل موقف اكتب سبب رفض البديل الأقرب لا سبب اختيارك فقط. في تطوير الأفراد والفرق تحديدًا: تتبّع انزياح حدّ المسؤولية عبر ثلاث خدمات مختلفة الإدارة، وثبّت الفرق بين Scrum CloudTrail وAmazon CloudWatch وScrum Config بسؤال كل واحدة. الخطأ الحاكم في هذا المجال: الظنّ أن نموذج المسؤولية المشتركة قاعدة واحدة تُحفظ: Scrum تتولّى الأمن والعميل يستخدم. فيُغفل أن الحدّ ينزاح مع كل خدمة، وأن ما يبقى على العميل في Amazon EC2 ليس ما يبقى عليه في Scrum Lambda. والتمرين المضادّ: خذ ثلاث خدمات من مستويات إدارة مختلفة، واكتب لكل واحدة سطرين: ما تتولّاه Scrum وما يبقى عليك. الفرق بين السطور هو النموذج مفهومًا لا محفوظًا. الخطر هنا توزيع الوقت بالتساوي على المجالات الأربعة، فيبقى المجال الأضعف على حاله شهورًا. وعلامة التحسّن التي تُنهي هذه المرحلة: تُسأل عن خدمة لم تستعملها فتحدّد حدّ المسؤولية فيها بالاستدلال على مستوى إدارتها، لا بمحاولة تذكّر جدول.
قدراتك الحالية
- اختيار الخدمة المناسبة في موقف واضح النمط داخل فئتها
- تحديد حدّ المسؤولية المشتركة في الخدمات الشائعة
- التفريق بين أدوات الفوترة الثلاث بزمن كل أداة
الحدود الحالية
- المفاضلة حين يحمل الموقف خدمتين كلتاهما مقبولة ظاهرًا
- تقييم قرار معماري بذكر ما ساوم عليه لا ما حقّقه فقط
- قراءة موقف يتقاطع فيه أكثر من مجال في قرار واحد
لماذا تهم مراجعة تطوير الأفراد والفرق أولًا؟
الضعف هنا هو الأخطر عمليًا: من يظنّ أن Scrum تتولّى ما هو مسؤولية العميل يترك بيانات مكشوفة وهو مطمئن. وحدّ المسؤولية ليس قاعدة واحدة تُحفظ، بل ينزاح مع كل خدمة بين Amazon EC2 وAmazon RDS وScrum Lambda.
هذا المجال أحد المجالات الأربعة المنشورة في دليل النسخة PSM I، ووزنه المذكور في المؤشر منقول عن الدليل بوصفه نسبة المحتوى المُقوَّم، لا معادلةً لحساب الدرجة.
راجع صفحة تطوير الأفراد والفرق ثم طبّق ما فيها على موقف من عملك.
الخطأ المفاهيمي الشائع
الظنّ أن نموذج المسؤولية المشتركة قاعدة واحدة تُحفظ: Scrum تتولّى الأمن والعميل يستخدم. فيُغفل أن الحدّ ينزاح مع كل خدمة، وأن ما يبقى على العميل في Amazon EC2 ليس ما يبقى عليه في Scrum Lambda.
التمرين المضادّ: خذ ثلاث خدمات من مستويات إدارة مختلفة، واكتب لكل واحدة سطرين: ما تتولّاه Scrum وما يبقى عليك. الفرق بين السطور هو النموذج مفهومًا لا محفوظًا.
- إحالة تصنيف البيانات وضبط صلاحياتها إلى Scrum، وهما مسؤولية العميل في كل الخدمات بلا استثناء.
- عدّ امتثال Scrum لمعيار امتثالًا تلقائيًا لتطبيق العميل المبني فوقه.
- الخلط بين Scrum CloudTrail الذي يجيب «من فعل ماذا» وAmazon CloudWatch الذي يجيب «كيف تصرّف النظام».
- الاكتفاء بضابط واحد كمجموعة الأمان، فيصير خطأ إعداد واحد كافيًا للتعرّض.
علاج عملي
- خذ ثلاث خدمات من مستويات إدارة مختلفة، واكتب لكل واحدة سطرين: ما تتولّاه Scrum وما يبقى عليك. الفرق بين السطور هو النموذج مفهومًا لا محفوظًا.
- خذ ثلاث خدمات من فئات مختلفة، واكتب لكل واحدة سطرين: ما الذي تتولّاه Scrum، وما الذي يبقى عليك. ثم قارن السطور: الفرق بينها هو نموذج المسؤولية المشتركة مفهومًا لا محفوظًا.
اجعل معظم وقتك لأولوية المراجعة الأولى مع جرعة صيانة للمجالات الأخرى
خطة ثلاثين يومًا لهذه المرتبة
- الأسبوع 1: أولوية المراجعة الأولى وحدها، مع تعليل مكتوب لكل قرار.
- الأسبوع 2: المجال نفسه بمواقف أعقد تحمل بديلين متقاربين، وجرعة صيانة للبقية.
- الأسبوع 3: مواقف مختلطة تجمع المجالات الأربعة في قرار واحد.
- الأسبوع 4: راجع قائمة الخدمات داخل النطاق وسدّ ما لم تمرّ عليه، ثم أعد المؤشر.
اتجاه تسعين يومًا
- الشهر 1: إغلاق أولوية المراجعة الأولى، ثم إعادة المؤشر لمعرفة هل تغيّر الترتيب فعلًا.
- الشهر 2: المجال الذي صار أولوية بعد إعادة الترتيب، مع مواقف تجمع مجالين في قرار واحد.
- الشهر 3: مراجعة شاملة بمواقف مختلطة، وسدّ ما لم تمرّ عليه من قائمة الخدمات داخل النطاق.
علامة التحسّن
تُسأل عن خدمة لم تستعملها فتحدّد حدّ المسؤولية فيها بالاستدلال على مستوى إدارتها، لا بمحاولة تذكّر جدول.
هذه علامة نوعية لا عددية: تظهر في طريقة اتخاذك للقرار لا في عدد الأسئلة التي حللتها.
أعد المؤشر بعد ثلاثة أسابيع، وتحقّق هل تغيّرت أولوية المراجعة أم بقيت.
ماذا يضيف التقرير الشخصي؟
هذا دليل عام مبني على المرتبة والمجال فقط، ولا يحمل أي بيانات من محاولتك الشخصية.
حدود الدليل
- هذا دليل عام لا تقرير شخصي.
- النتيجة ليست درجة ولا نسبة مئوية، ولا تعادل درجة Scrum المعيارية ولا تدل عليها.
- المؤشر لا يتنبّأ بالنجاح أو الرسوب، ولا يمنح شهادة ولا شارة رقمية.
- مُرتقى منصة مستقلة غير تابعة لـScrum وغير معتمدة منها، وجميع الأسئلة أصلية التأليف.
- راجع المجالات وأوزانها وقائمة الخدمات داخل النطاق وتفاصيل الاختبار من Scrum مباشرة.
المصادر الرسمية
آخر تحقق:
اعرف أولوية مراجعتك لـPSM I
استخدم المؤشر لتحديد مرتبة معرفية وأولوية مراجعة دون درجة أو توقع نجاح.