إدارة ترقيات النظام:
متى تُرقّي وكيف تختبر؟

أربعة مواقف من الترقية — اختر واحدًا واكتبه

وأكثر المنشآت لا تختار: تُرقّي حين يُلحّ المزوّد وتؤجّل حين تنشغل:

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

ما الذي ينكسر عادةً؟

الترقية لا تكسر المنتج القياسي — تكسر ما بُني فوقه أو حوله:

والسطر الأول يفسّر لماذا يُحسَب التخصيص كلفة دائمة: كل تقرير مخصّص يُختبَر مع كل ترقية. وعشرة تقارير تعني عشرة اختبارات — وقد فصّلنا ذلك في التقارير الجاهزة مقابل المخصصة.

والسطر الرابع يُكتشَف متأخرًا: خيار صلاحية جديد بقيمة افتراضية مفتوحة. فلا شيء «ينكسر» — لكن شخصًا صار يرى ما لم يكن يراه. وفحص الصلاحيات بعد الترقية ليس ترفًا.

ماذا تختبر؟ دورة كاملة لا شاشة

اختبار الشاشات يمرّ ولا يكشف. والاختبار الذي يكشف يمرّ بدورة كاملة:

1. دورة بيع كاملة: أمر · تسليم · فاتورة · قبض · مرتجع.
2. دورة شراء كاملة: أمر · استلام · فاتورة · سداد.
3. قيد يدوي وتسوية بمرفق وأثر تدقيق.
4. إقفال فترة تجريبي على بيانات منسوخة.
5. كل تقرير مخصّص ومقارنة نتيجته بما قبل.
6. كل ربط بإرسال واستقبال فعليين.

والبند الخامس يحتاج مرجعًا محفوظًا: احفظ نتائج تقاريرك قبل الترقية. فمقارنة الرقم بالرقم تكشف اختلافًا صامتًا — وبدون المرجع لن تعرف أن التقرير تغيّر.

خطّة التراجع: تُكتَب وتُجرَّب

أهمّ بند وأقلّه إعدادًا. وأربعة أسئلة يجب أن تكون إجاباتها مكتوبة قبل البدء:

والسؤال الثالث هو الذي يُغفَل ويكلّف: حركات أُدخِلت بعد الترقية. فالتراجع إلى نسخة ما قبلها يعني فقدها — والقرار يُتخذ بمعرفة ذلك لا باكتشافه بعد التراجع.

ونقولها بوضوح: نسخة احتياطية لم تُختبَر استعادتها ليست خطّة تراجع. والاختبار يكون قبل الترقية لا وقتها — وتفصيله في النسخ الاحتياطي واستعادة البيانات.

متى تُرقّي في السنة؟

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

والسطر الخامس يُغفَل: ترقية يوم الخميس قبل إجازة. فمشكلة تظهر يوم السبت تبقى معطّلة أيامًا — والفريق الذي يواجهها بلا دعم يعود إلى ملفّاته الجانبية.

فجوة التأجيل: كلفة تتراكم بصمت

التأجيل لا يوفّر — يؤجّل ويُضاعف. وأربعة آثار تتراكم:

والبطاقة الثالثة تصف ما يفاجئ كثيرين: ينكسر ربط بلا أن تغيّر شيئًا. لأن الطرف الآخر تحرّك — وبقاؤك ثابتًا ليس حماية من التغيير، هو تأخّر عنه.

والبطاقة الأولى تُقاس: كم إصدارًا تفصلك؟ ورقم يتجاوز ثلاثة يعني أن ترقيتك القادمة تحتاج تخطيطًا لا موعدًا.

حين لا تملك قرار الترقية أصلًا

في الحلول السحابية المشتركة يُرقّي المزوّد الجميع في موعد يحدّده هو. والفارق أن دورك يتحوّل من قرار إلى استعداد:

والسطر الرابع يقلب أولوياتك: حين لا يوجد تراجع، يصير الاستعداد المسبق هو الحماية الوحيدة. فتُقرأ قائمة التغييرات قبل الموعد، ويُجرَّب ما أمكن في بيئة تجريبية إن أُتيحت، وتُحفَظ نتائج تقاريرك للمقارنة بعدها.

والسطر الثاني سؤال يُطرَح عند التعاقد لا عند الترقية: كم مهلة الإشعار قبل أي ترقية إجبارية؟ ومزوّد يُرقّي بلا إشعار كافٍ يضعك أمام تغيير صباح يوم عمل — وهذا بند يُتفاوَض عليه في العقد ابتداءً.

إبلاغ الفريق: قبل لا بعد

ترقية تغيّر شاشة بلا إشعار تُنتج عشرات البلاغات صباح اليوم التالي:

1. أبلِغ قبل أسبوع بالموعد والمدّة المتوقّعة.
2. اذكر ما سيتغيّر ظاهريًا — الشاشات لا التفاصيل التقنية.
3. حدّد قناة البلاغ ليوم الترقية وما بعده.
4. أعلن انتهاءها صراحةً — لا يُترَك الفريق يخمّن.
5. اجمع الملاحظات أسبوعًا ثم أغلِق.

والبند الثاني يوفّر أكثر البلاغات: لقطة شاشة قبل وبعد لما تغيّر. فأكثر ما يُبلَّغ عنه بعد الترقية ليس خللًا — بل زرّ انتقل مكانه.

والبند الرابع يمنع قلقًا بلا سبب: إعلان الانتهاء. فبدونه يُنسَب كل بطء أو خطأ لأسبوع كامل إلى الترقية — ولو لم يكن منها.

ومن يفعل ماذا بالضبط؟

والسطر الرابع يُفترَض خطأً أنه على المزوّد: اختبار ما بُني خصّيصًا لك. وهو غالبًا مسؤوليتك ما لم ينصّ العقد على غيره — واسأل عنه قبل الترقية لا بعدها.

والسطر الخامس لا يستطيعه غيرك: دوراتك الحقيقية بحالاتها الاستثنائية. والمزوّد يختبر منتجه — أمّا كيف تستعمله أنت فلا يعرفه أحد سواك.

الترقية الكبرى: تُعامَل كمشروع لا كتحديث

حين تكون الترقية بين إصدارين رئيسيين، تتغيّر القواعد:

والسطر الثاني لا يُتنازَل عنه في الكبرى: بيئة اختبار بنسخة من بياناتك. والترقية الكبرى مباشرةً على بيئة العمل مقامرة — مهما كانت خطّة التراجع.

وعامِلها كما تعامل تطبيقًا جديدًا: مراحل ومسؤول ومعايير قبول — وقد فصّلنا ذلك في خطوات تطبيق نظام محاسبي جديد.

ومتى يكون التأجيل هو القرار الصحيح؟

هذا القسم يخالف ما يقوله كل مزوّد — والترقية مصلحتنا أيضًا. لكن التأجيل يصحّ أحيانًا:

والاستثناء الوحيد الذي لا يُؤجَّل: ترقية تعالج ثغرة أمنية. وهذه تُنفَّذ بأسرع ما يمكن مع اختبار مركّز — لأن كلفة الانتظار فيها تختلف عن كلفة أي ترقية أخرى.

ونقولها صراحة: ليس كل جديد أفضل لك. والمزوّد يقيس نجاح الإصدار بعدد من رقّى — وأنت تقيسه بما تغيّر في عملك. واقرأ قائمة التغييرات وقرّر: ترقية بلا فائدة لك مخاطرة بلا مقابل.

قائمة فحص لكل ترقية

1. موقفك من الترقيات مكتوب لا مرتجَل.
2. قائمة ما تغيّر مقروءة ومحدَّد ما يعنيك منها.
3. قائمة محدَّثة بما بُني خصّيصًا لكم.
4. اختبار على بيانات منسوخة لا على أمثلة.
5. دورة بيع وشراء وقيد وإقفال كاملة.
6. نتائج التقارير محفوظة قبل الترقية للمقارنة.
7. كل ربط مُختبَر بإرسال واستقبال فعليين.
8. الصلاحيات مفحوصة بعد الترقية.
9. خطّة تراجع مكتوبة بنقطة لاعودة ومدّة مجرَّبة.
10. التوقيت بعد الإقفال وبداية أسبوع.
11. الفريق مُبلَّغ قبل أسبوع وبانتهائها صراحةً.
12. الفجوة بينك وبين آخر إصدار لا تتجاوز ثلاثة.

تسع من اثنتي عشرة تعني ترقية تمرّ بلا مفاجأة. والبند التاسع هو الذي يُكتَب آخرًا ويُحتاج أولًا — ونسخة لم تُختبَر استعادتها ليست خطّة تراجع.

اقرأ أيضًا