تحديث الأنظمة القديمة في المؤسسات ليس قرار استبدال، بل سلسلة قرارات: ما الذي يُستبدل، وما الذي يُنقل كما هو، وما الذي يُترك ليموت بهدوء، وبأي ترتيب يحدث ذلك كله دون أن تتوقف الأعمال يومًا واحدًا. ومن يبدأ من اختيار النظام الجديد يكون قد أجاب عن آخر سؤال قبل أولها.
ولن تجدوا في هذه الصفحة عدد ترحيلات نفّذناها ولا نسبة نجاح تحويل ولا مدة قياسية. مثل هذه الأرقام تُكتب لتبهر ولا يستطيع القارئ التحقق منها، وتصنع توقّعًا يصطدم بواقع بيئتكم. ما هنا هو شكل العمل ومخاطره وكيف تُدار.
ما نراه في البرامج المتعثّرة يتكرر بأربعة أشكال، ولا واحد منها عيب في منصة.
النظام القديم يحمل قواعد عمل تراكمت سنين، كثير منها غير موثّق ولا يعرفه إلا من غادر. فيبدأ البرنامج على فرضٍ عن السلوك لا على معرفة به، ويُكتشف الفرق بعد التحويل حين تصبح الكلفة أعلى ما يمكن.
الترتيب الهندسي المريح يبدأ من الطبقات السهلة، والترتيب الصحيح يبدأ مما يوجعكم إن تعطّل ومما يقيّدكم إن بقي. حين يُرتَّب العمل بالمعمارية يُنفق أول عام على ما لا يشعر به أحد، ثم تنفد الرغبة السياسية قبل بلوغ الجزء الذي يهمّ.
في أغلب برامج التحديث، البيانات هي المشروع: جودتها وتعريفاتها وتاريخها وما يجب الاحتفاظ به منها وما يجب إتلافه. ومن يجدول الترحيل في آخر المخطط يكتشف متأخرًا أن التطبيق جاهز والبيانات ليست كذلك.
التحويل بلا خطة رجوع مختبَرة مقامرة، لا شجاعة. نشترط لكل تحويل معيار قبول مكتوبًا ومسارًا للعودة جُرِّب فعلًا، لأن القرار الذي لا يمكن التراجع عنه يجب أن يُتخذ بوعي لا بالمصادفة.
تُتداول في السوق تصنيفات متقاربة لخيارات التحديث، تنشرها بيوت تحليل ومزوّدو سحابة بصيغ مختلفة قليلًا. نصفها هنا وصفًا عمليًا دون أن ننسبها إلى جهة بعينها، ودون أن ندّعيها إطارًا من عندنا — فالمفيد لكم هو متى يناسبكم كل خيار، لا من صاغه.
بعض الأنظمة لا تستحق استثمارًا: تُترك كما هي حتى ينتهي دورها، أو يُوقف استخدامها ويُحتفظ ببياناتها للاطلاع فقط. هذا خيار مشروع، وكثيرًا ما يكون الأوفر، ونادرًا ما يقترحه من يبيع البديل.
نقل النظام كما هو إلى بنية أحدث، أو استبدال مكوّن تحتي منه دون تغيير منطقه. يحلّ مشكلة الدعم والبنية ولا يحلّ مشكلة المنطق القديم — وهذا مقبول إن كان القيد بنيةً لا منطقًا، ومخادع إن كان العكس.
تفكيك النظام وإعادة بناء أجزائه. الخيار الأغلى والأطول، ويُبرَّر حين يكون المنطق نفسه هو ما يمنعكم من التغيير. ويُساء استخدامه حين يُختار لأنه الأكثر إثارة هندسيًا.
الانتقال إلى منتج قياسي وتبنّي عملياته بدل تخصيصه. يناسب العمليات التي لا تصنع لكم ميزة تنافسية، ويصطدم بالواقع حين تكون عملياتكم مختلفة لسبب وجيه لا لعادة.
التقييم عندنا ينتهي بخارطة قابلة للاعتراض عليها، لا بعرض تقديمي. وهو يغطي خمسة أشياء.
ما الذي لديكم فعلًا، ومن يستخدمه، وماذا يتوقف إن توقف. الجرد الذي يُبنى من قوائم الترخيص وحدها يغفل دائمًا أنظمة صغيرة يعتمد عليها عمل كبير.
عمر المكوّنات، وتوفر الدعم من مصادره، ومن يستطيع تعديل النظام اليوم داخل مؤسستكم. النظام الذي يفهمه شخص واحد نظامٌ في خطر بصرف النظر عن عمره.
من يملك كل مجموعة بيانات، وكيف تُعرَّف، وما مستوى جودتها الفعلي، وما الذي يلزم الاحتفاظ به وما الذي يجب ألا يُنقل أصلًا. هذا القسم هو الذي يحدّد جدول البرنامج أكثر من أي شيء آخر.
ما الذي يعتمد على ماذا، وأي تحويل يفرض تحويلًا آخر معه. الاعتماديات غير المرئية هي ما يحوّل خطةً مرتّبة إلى سلسلة مفاجآت.
وصف للوضع المنشود، ثم تسلسل مراحل يبدأ من المخاطرة العالية والقيمة العالية، كل مرحلة منها لها معيار قبول ومسار عودة.
أي برنامج تحديث يمسّ بيانات شخصية يقع تحت نظام حماية البيانات الشخصية، وجهة إنفاذه الهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا). ونقف عند هذا الحد عمدًا: لا نذكر مادة ولا غرامة ولا مهلة، لأن التفاصيل تتغير والرقم المجمّد في صفحة يصبح خطأً صامتًا.
وما يعنيكم عمليًا أن قرارات الاستضافة ومواضع تخزين البيانات ومدد حفظها تُتخذ في مرحلة التصميم لا في مرحلة التسليم، وأن تُوثَّق أسبابها حتى يمكن الدفاع عنها لاحقًا. ولا نصدر هنا ادعاء امتثال — لا عن مؤسستكم ولا عن أي منتج نرشّحه؛ الامتثال التزام على الجهة، والمنصة أداة تعينها عليه لا شهادة تعفيها منه.
والتفاصيل النافذة على حالتكم تحديدًا تؤخذ من الجهة المختصة ومن مستشاركم النظامي عند التصميم.
حين يستهلك تشغيل القائم أغلب طاقة فريقكم فلا يبقى للتطوير شيء. أو حين يصبح كل تغيير بسيط مشروعًا لأن أحدًا لا يجرؤ على المسّ بالنظام. أو حين يفرض متطلب تنظيمي جديد ما لا يستطيع النظام الحالي تقديمه. أو حين ينتهي دعم مكوّن أساسي ولا يوجد بديل مُعدّ.
حين يكون النظام مستقرًا ومدعومًا ويؤدي غرضه، وإن بدا قديمًا. القِدَم وحده ليس سببًا. وحين تكون المشكلة في العملية لا في النظام، فالتحديث ينقل الفوضى إلى بيئة أحدث ويجعلها أغلى. وحين لا تستطيعون تفريغ من يعرف العمل للمشاركة، فالبرنامج سيُبنى على تخمين.
ما الذي يدفع التحديث الآن: قيد تنظيمي، أو انتهاء دعم، أو عجز عن التغيير، أو رغبة في التحديث لذاته. والجواب هنا يغيّر كل ما بعده.
جرد وتقييم حالة وخارطة اعتماديات وقراءة لحالة البيانات. ولا يُقيَّم أي منتج قبل أن تُكتب المعايير وتُرجَّح معكم وتوقّعوها.
خيار لكل تطبيق، وترتيب مبني على المخاطرة والقيمة، وتقدير للكلفة الإجمالية لا لسعر الترخيص وحده. ومع كل توصية تُعلن علاقتنا بالمزوّد أو ملكيتنا للمنتج إن وُجدت.
مراحل قصيرة، وتشغيل متوازٍ حيث يلزم، ومعيار قبول ومسار عودة مختبَر لكل تحويل. لا انتقال شامل في ليلة واحدة إلا حين لا يوجد بديل، وحينها يُقال ذلك صراحةً وتُقدَّر مخاطره.
لا ينتهي البرنامج بتشغيل الجديد بل بإيقاف القديم فعلًا. النظام القديم الذي يبقى «احتياطًا» بلا موعد إيقاف يضاعف الكلفة ويعيد الانقسام في البيانات.
جرد تطبيقات بأهميتها للأعمال؛ وتقييم حالة تقنية وقابلية دعم؛ وقراءة لحالة البيانات وملكيتها ومدد حفظها؛ وخارطة اعتماديات؛ وخيار موصى به لكل تطبيق مع مبرره؛ ومسار مرتّب بمراحل لكل منها معيار قبول ومسار عودة؛ وتقدير للكلفة الإجمالية للملكية على مدى سنوات لا لسعر الترخيص.
لا ننشر مدة قياسية. المدة تُشتق من عدد التطبيقات وحالة البيانات وقدرة فريقكم على التفرغ ودرجة تشابك الاعتماديات، وأي رقم يُنشر قبل رؤية هذه الأربعة رقم تسويقي لا تقدير.
نفصل التقييم عن التنفيذ في التعاقد، حتى يبقى للتقييم أن يقول «لا تحدّثوا هذا النظام» دون أن يخسر أحد شيئًا بقوله. وأتعاب التقييم ثابتة يُتفق عليها قبل بدئه، ولا هامش لنا على تراخيص الغير.
ثم يُتعاقد على التنفيذ بمراحل لها معايير قبول، لا كحزمة واحدة تُدفع على الزمن. وتشرح صفحة كيف نقيّم بحياد آلية التقييم، وصفحة عن ترست آنجل ما بُنيت عليه هذه الشروط.
لجهات حكومية تشغّل أنظمة أساسية قديمة وتواجه متطلبات خدمة رقمية جديدة. ولبنوك وشركات تأمين يقيّدها نظام أساسي لا يحتمل إيقافًا. ولمشغّلي اتصالات تراكمت لديهم أنظمة تشغيل متوازية. ولمؤسسات كبرى ومتوسطة بنت أنظمتها داخليًا وكبرت حتى صار المبني عائقًا.
والقاسم المشترك أن التوقف غير وارد، وأن البقاء على الحال الراهنة صار هو الخطر الأكبر.
نعم في الأغلب، بالتدرّج والتشغيل المتوازي ومعايير قبول لكل مرحلة. وحين يستحيل تجنّب نافذة توقف نقولها في التصميم لا في ليلة التحويل، وتُقدَّر مدتها ومخاطرها معكم.
الجواب يُشتق من التقييم لا من التفضيل: إن كان القيد بنيةً فالنقل يكفي، وإن كان المنطق نفسه فالإصلاح يؤجّل المشكلة. وأحيانًا يكون الجواب أن تبقوا على النظام وتصلحوا ما حوله.
تُصنَّف قبل الترحيل: ما يُنقل، وما يُحفظ للاطلاع فقط، وما لا يجوز نقله أصلًا. ونقل كل شيء «احتياطًا» قرارٌ مكلف تقنيًا ونظاميًا، ولا يُتخذ بالسكوت عنه.
ننفّذ حين يُطلب منا ذلك، ومن يوصي بالمسار يشارك في تسليمه ويحاسَب على نتيجته. وتبقى العلاقة معلنة عند كل توصية، وتُفصل أتعاب التقييم عن التنفيذ كما سبق.
أكثر ما يعطّل برامج التحديث هو حالة البيانات، وعلاجه يبدأ من حوكمة وإدارة بيانات المؤسسات لا من منصة جديدة. وحين يكون العائق نقص مهارة لمرحلة محددة، فالجواب قد يكون تعزيز فرق تقنية المعلومات لا مشروعًا أكبر.
ومن أراد شكل شبكة التنفيذ التي نعمل بها ومعايير دخولها، فصفحة شركاؤنا واعتماداتنا التقنية تشرحها. والنسخة الإنجليزية من هذه الصفحة: English.
صفوا لنا النظام الذي يقيّدكم وما الذي يمنع المسّ به، ونقول لكم بصراحة إن كان التحديث هو الجواب أم أن الجواب إصلاح محيطه أو إيقافه أو تركه كما هو.
احجز جلسة استشارية مع مستشار أول، أو ابدؤوا الخطوة الأولى بنموذج مختصر. ولن نقترح عليكم منصة قبل أن نرى الجرد وحالة البيانات، لأن التوصية التي تسبق التقييم بيعٌ لا استشارة.