
المدير العام

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