الشركة الجديدة دخلت المشروع، والقديمة ما زالت تساعد في الانتقال. يصل تعديل عاجل، فينفذه فريق بينما يطلب الآخر الانتظار. المشكلة هنا ليست غياب الكود؛ إنها غياب جواب متفق عليه عن صاحب القرار الآن. نظّم انتقال المسؤولية مثلما تنظم انتقال المواد التي يحتاجها الفريق.
قسّم فترة الانتقال إلى حالات معلومة
حدد مسؤولية ما قبل الانتقال، ثم فترة التداخل، ثم الحالة التي يقبل فيها البديل المسؤولية المحددة. لا تجعل تاريخ انتهاء محادثة أو إرسال دعوة للمستودع هو نقطة التحول تلقائيًا. قد تنتهي مسؤولية وتبقى أخرى مؤقتًا، لكن يجب أن يعرف الأطراف ذلك صراحة.
في مثال افتراضي لبوابة طلبات مطبعة، تغير المنشأة شركة التطوير. أثناء التداخل يصل طلب تعديل عاجل، وتنبيه تشغيلي مفترض، وموعد تجديد خدمة. نستخدم هذه الأحداث في جلسة محاكاة لتوزيع القرار والتنفيذ والإخطار، دون تعديل برنامج أو تجديد أو اتصال فعلي بمورد.
الشخص الذي ينفذ ليس دائمًا من يجيز
لكل حدث، سمِّ من يملك القرار ومن ينفذ ومن يجب إخطاره ومن يحفظ سجل المتابعة. قد يحتاج الفريق الجديد خبرة القديم في جزء، بينما تبقى موافقة التغيير لدى ممثل المنشأة. إذا كتبت «مسؤولية مشتركة» فقط، فاسأل من يحسم الاختلاف وماذا يحدث عند تعذر الوصول إليه.
تحدث وثيقة Google SRE عن تعاون بأدوار مفهومة، وإمكان إعادة مسؤولية خدمة عند تغير العلاقة مع الفريق. نستخدم هذا كمبدأ تشغيلي، لا كنموذج عقد لتغيير شركات البرمجة. لا يلزم أن تتبنى المنشأة أسماء فرق Google أو حجمها حتى تعرف من يملك قرارًا محددًا.
ورقة قرار قبل وأثناء وبعد
| الحدث | ما تثبته خلال التداخل | شرط انتقال المسؤولية |
|---|---|---|
| تعديل مطلوب | من يقبل الطلب ويجيزه ويوجه التنفيذ؟ | إقرار صاحب القرار الجديد وحدوده |
| تنبيه تشغيلي | من يقود المتابعة ومن ينفذ ومن يخطر؟ | قبول الدور ومسار تصعيد معروف |
| إجراء دوري | من يتابع الموعد ومن يوافق الإجراء؟ | تسليم المتابعة دون افتراض تنفيذ تلقائي |
| تضارب أو تعذر | من يحسم ومتى يؤجل الانتقال؟ | قرار موثق ومسؤول بديل معلوم |
املأ لكل صف أسماء الأدوار المعتمدة في الفترات الثلاث، وأضف تاريخ السريان ومرجع القبول. لا تخلط هذه الورقة بقائمة البلاغات المفتوحة أو أصول المشروع؛ هي تحدد صاحب القرار عندما تصل مسألة جديدة أو تستمر متابعة أثناء نقل العمل.
اختبر ثلاثة أحداث على الورق
اعرض بطاقات المثال على الفريقين وممثل المنشأة: من يستقبل التعديل؟ ماذا يفعل إذا اختلف المنفذان؟ من يظل مسؤولًا عن التنبيه حتى يقر البديل استلامه؟ احتفظ بالأجوبة المختلفة كفجوات تحتاج قرارًا، بدل إنهاء الجلسة بعبارة أن الجميع سيتعاون عند الحاجة.
وتفرق مبادئ الاستجابة للحوادث في Google SRE بين التنسيق والمعالجة والتواصل، مع وضوح الأدوار وسجل العمل وتسليم القيادة. يمكن أن تساعد في بطاقة التنبيه، لكن لا تحول انتقال المشروع كله إلى دليل حادث أو تفرض إطارًا كاملًا لا يناسب المنشأة.
القبول يحتاج فعلًا مفهومًا من البديل
اطلب أن يشرح الفريق المستلم دوره في الحالات المختارة وما يحتاجه لاتخاذ القرار أو تنفيذه. إذا كانت معلومة أساسية غير متاحة، فحدد أثرها: هل تبقى المسؤولية السابقة مؤقتًا؟ أم يضيق النطاق؟ أم يتأجل الانتقال؟ لا يمثل صمت أحد الأطراف موافقة على سد فجوة مجهولة.
قد تحتاج المسؤوليات تواريخ مختلفة بدل يوم انتقال شامل. ضع حدًا لكل فترة مؤقتة ومسؤول مراجعتها، مع تفسير ما يحدث إن لم يكتمل الشرط. امتلاك وصول تقني لا يثبت قبول المسؤولية، كما أن تكليف فريق بمهمة لا يثبت أن مزودًا خارجيًا منحه القدرة المطلوبة.
بعد نقل القرار، راجع ما بقي مؤقتًا
عند قبول المسؤوليات، اطلب مراجعة الترتيبات المؤقتة والوصول بحسب التفويض المتفق، دون حذف أو إلغاء يعطل البديل قبل التأكد من قدرته. الجانب التعاقدي والحقوق والاستحقاقات له مراجعة مناسبة منفصلة؛ ورقة القرار لا تفسر إنهاء العقد أو تمنح صلاحيات خارج الاتفاق.
تستكملها خطة ضم الفريق وأسئلة الحقوق والأصول. عند مناقشة فريق تطوير خارجي مع نكست ويف، أرسل فترات الانتقال وأحداث القرار لتقييم مسؤولية واضحة. لا تضمن الخطة انتقالًا بلا توقف، لكنها تجعل الفجوة ظاهرة قبل الاعتماد.
المراجع
قُرئت أقسام مختارة من نموذج التعاون وأدوار الاستجابة في Google SRE في 4 نوفمبر 2026. لا انتقال فعلي أو رسائل؛ إعداد بمساعدة الذكاء الاصطناعي مع مراجعة المعلومات والترجمة.
