تطبيقات الأعمال الأساسية

الاستبدال. التحديث. التكامل. الترحيل.

من متطلبات العمل إلى منصات أساسية جاهزة للإنتاج. ينبغي للتطبيق الأساسي أن يدعم نموذج عمل المؤسسة، لا أن يُجبر العمل على الالتفاف حول تقنية صُممت لعصر آخر.

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

ينبغي أن يبدأ تحويل المنصة الأساسية من القدرات المؤسسية والأولويات ونموذج التشغيل المستقبلي واحتياجات العملاء والقيود التنظيمية واستراتيجية التقنية، لا من كتالوج منتجات مورّد. ويمكن لـ VODIS أن تساعد في ترجمة هذه الاحتياجات إلى استراتيجية تطبيقات عملية، ثم حمل تلك الاستراتيجية عبر الاختيار والتحديث والتنفيذ والترحيل والاستقرار.

ابدأ من العمل الذي يجب أن تدعمه المنصة

الحديث الأول عن العمل لا عن البرمجيات. وبحسب المؤسسة، قد تشمل الدوافع وراء قرار المنصة الأساسية:

• منتجات وخدمات جديدة لا تستطيع المنصة الحالية التعبير عنها
• زمن وصول إلى السوق يُقاس بالأرباع بينما ينبغي أن يُقاس بالأسابيع
• تجربة العميل والقنوات الرقمية
• الأتمتة والمعالجة من طرف إلى طرف
• أحجام المعاملات والنطاق وافتراضات النمو
• نماذج توزيع أو شركاء أو أسواق جديدة
• تقارير تُجمَّع يدوياً بدلاً من أن ينتجها النظام
• متطلبات تنظيمية لا تستطيع المنصة إثباتها
• بيانات موجودة لكن يتعذّر الوصول إليها
• حالات استخدام للتحليلات والذكاء الاصطناعي يعطّلها نموذج البيانات الأساسي
• التكامل مع منظومة محيطة تقدّمت إلى الأمام
• الكفاءة التشغيلية والمرونة وخفض التكلفة والتعقيد

ليست كل مؤسسة لديها كل هذه الدوافع، وافتراض ذلك خطأ. والعمل المفيد هو فصل الدافعين أو الثلاثة التي تفرض القرار فعلاً عن الكثير مما هو مرغوب فحسب. ويمكن لـ VODIS أن تساعد في ترجمة استراتيجية العمل إلى قدرات وعمليات ورحلات مستخدم ومنتجات وخدمات واحتياجات معلومات واحتياجات تكامل ومتطلبات غير وظيفية — وهذا أساس أكثر ثباتاً لاختيار المنصة المستقبلية أو تصميمها من قائمة خصائص مطلوبة.

افهم ما هو قائم قبل أن تقرر ما سيحل محله

من الشائع بصورة لافتة أن يبدأ برنامج استبدال دون صورة مشتركة وحديثة عن المنصة التي يجري استبدالها. وتقييم الوضع الحالي عمل غير براق لكنه حاسم غالباً. وبحسب الأهمية قد يغطي:

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

هذا التقييم ليس حجة لصالح الاستبدال. ومن الممكن تماماً أن ينتهي إلى أن المنصة القائمة سليمة وأن القيد الحقيقي في مكان آخر — في العمليات أو البيانات أو التكامل أو نموذج التشغيل. وافتراض أن القائم سيئ لا يقل عدم نفع عن افتراض أنه على ما يرام.

ارسم المنظومة المحيطة بالنواة

نادراً ما يعمل التطبيق الأساسي بمفرده، وتكلفة تغيير النواة تكمن عادة في كل ما هو متصل بها. وبحسب المؤسسة وقطاعها، قد تشمل الاعتماديات ذات الصلة:

• القنوات الرقمية وقنوات الخدمة بمساعدة الموظفين
• إدارة علاقات العملاء ومنصات العملاء
• المدفوعات والبطاقات والإقراض
• الخزينة والمخاطر
• المالية والمحاسبة وتخطيط موارد المؤسسة
• مستودع أو بحيرة أو منصة البيانات، والتقارير
• أنظمة التقارير الرقابية والقانونية
• الهوية والوصول والصلاحيات
• سير العمل وإدارة الوثائق
• الخدمات الخارجية وأنظمة الشركاء

لا يستحق الرسم إلا المجالات المنطبقة فعلاً. فمخطط منظومة عام لا يُبهر أحداً ولا يحسم شيئاً.

استبدال أم تحديث أم تطوير تدريجي؟

هذا هو القرار الذي وُجدت هذه الصفحة من أجله، وله ثلاث إجابات صادقة لا إجابة واحدة رائجة:

• الاستبدال / الشراء — اختيار وتنفيذ منصة تجارية أو سحابية جديدة، وقبول جهد الترحيل والتغيير المصاحب لذلك
• التحديث / إعادة البناء — استعادة الوظائف التي تهم فعلاً وإعادة هندستها على معمارية حديثة
• التطوير التدريجي / التكامل — الإبقاء على الأجزاء التي ما زالت تخدم العمل، واستبدال مكوّنات مختارة، وتغيير المعمارية تدريجياً
• الهجين — عملياً، تجمع معظم البرامج الكبيرة بين مسارين من هذه المسارات، مرتّبة زمنياً

لا أحد من هذه المسارات متفوق على نحو مطلق. فالاستبدال ليس تلقائياً أفضل من التحديث، والتحديث ليس تلقائياً أفضل من الاستبدال، وإعادة البناء بمساعدة الذكاء الاصطناعي ليست تلقائياً مناسبة. ومن يخبركم بالمسار الصحيح قبل أن يفهم عملكم وبياناتكم وقيودكم إنما يبيع لكم شيئاً. فالقرار نتيجة للتحليل لا مُدخل له.

كيف يُتخذ القرار فعلياً

حيث يكون ذلك مفيداً، يمكن لـ VODIS بناء إطار قرار يقارن بين الشراء والبناء والتحديث والهجين وفق معايير تهم تلك المؤسسة بعينها:

• الملاءمة للعمل والملاءمة الوظيفية
• المعمارية والمرونة وقابلية التهيئة
• التكامل والبيانات
• قابلية التوسع والمرونة والأمن
• القيود التنظيمية
• مخاطر التنفيذ وتعقيد الترحيل
• نموذج التشغيل الذي تفرضه المنصة
• الاعتماد على المورّد والمهارات ومنظومة التنفيذ
• نموذج الإصدارات والترقية وخارطة طريق المنتج
• النموذج التجاري والتكلفة الإجمالية عبر عمر المنصة
• اعتبارات الخروج وقابلية النقل

يُتفق على الأوزان مع العميل للحالة المطروحة. فلا توجد أوزان عالمية، والإطار الذي ينتج الإجابة نفسها لكل مؤسسة قالب لا تحليل. وقد تشمل المخرجات تحليل الخيارات وانعكاسات المعمارية والتسليم ومقارنة المخاطر ونموذج التكلفة وافتراضات الجدول الزمني وتقييم الاعتماديات ومبررات التوصية — غير أنه لا يُوعد بأي نتيجة قبل إنجاز عمل الاستكشاف.

ترجمة احتياجات العمل إلى متطلبات قابلة للاختيار على أساسها

المتطلبات هي الطريقة التي تتحول بها نية العمل إلى شيء يمكن قياس المورّد عليه. والمجالات التي تهم عادةً:

• متطلبات العمل — ما يجب أن تكون المؤسسة قادرة على فعله
• المتطلبات الوظيفية — كيف يجب أن تدعم المنصة ذلك
• المتطلبات التقنية ومتطلبات البيانات
• متطلبات التكامل
• متطلبات الأمن والمرونة
• متطلبات التشغيل — كيف ستُدار المنصة يومياً
• متطلبات الترحيل
• متطلبات الخروج وقابلية النقل، تُحدَّد في البداية لا في النهاية

الغاية هي القابلية للاختيار لا الشمول. فكتالوج متطلبات يحاول التقاط كل أمنية يتحول إلى وثيقة شراء لا يستطيع أحد تقييمها ولا يستطيع أي مورّد الإجابة عنها بصورة مفيدة. والصفحة التي تقرؤها ليست قالب كراسة شروط، ولا ينبغي للكتالوج أن يكون كذلك.

المتطلبات غير الوظيفية تحدد سلوكها في الإنتاج

الملاءمة الوظيفية تحدد ما إذا كانت المنصة قادرة على أداء العمل. أما المتطلبات غير الوظيفية فتحدد ما إذا كانت تصمد أمام الإنتاج:

• توقعات التوافر والاستعادة
• الأداء والسعة وقابلية التوسع
• الأمن وقابلية التدقيق
• المرونة وقابلية الرصد
• قابلية الصيانة وقابلية التهيئة
• خصائص التكامل والنشر
• الاحتفاظ بالبيانات وقابلية نقلها

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

اختر المنصة، لا أفضل عرض مبيعات

الاختيار انضباط، وجودة العرض التوضيحي دليل ضعيف. ويمكن لـ VODIS أن تدعم:

• مسح السوق والقائمة الطويلة والقائمة القصيرة
• إعداد RFI و RFP والتقييم المنظَّم بالدرجات
• استبيانات المورّدين وإطار التقييم
• سيناريوهات عرض مبنية على حالات عمل المؤسسة نفسها
• سيناريوهات إثبات المفهوم
• منهج للتحقق من المراجع يطرح أسئلة مفيدة
• مراجعة المعمارية والعناية التقنية الواجبة
• المقارنة التجارية وتحليل التكلفة الإجمالية (TCO)

التقييم بالدرجات الذي يُنتَج في مهمة هو أداة مساعدة على القرار لتلك المؤسسة، وفق معاييرها الموزونة. وهو ليس تصنيفاً للقطاع، وليس قابلاً للنقل إلى مؤسسة أخرى، ولا تمثّل VODIS أي مورّد منصات ولا تعيد بيعه ولا تتقاضى عمولة منه.

تقييم مستقل عن المورّدين

يتجاوز التقييم قائمة الخصائص إلى ما سيحدد السنوات العشر القادمة:

• الملاءمة للعمل والملاءمة الوظيفية لمجموعة المنتجات الفعلية
• المعمارية وواجهات البرمجة والانفتاح
• نموذج السحابة ونموذج النشر
• قدرة التكامل ومعمارية البيانات
• قابلية التهيئة، وكلفة التخصيص عند الترقية
• منظومة التنفيذ ومن يستطيع تسليمها فعلاً
• نموذج التشغيل والأمن والمرونة
• خارطة الطريق ونموذج الإصدارات والترقية واستدامة المورّد
• مخاطر الترحيل والاعتماد طويل الأجل
• الخروج وقابلية النقل

والاختيار بعدد الخصائص وحده هو الطريق الذي تنتهي به المؤسسات إلى منصة تضع علامة على كل بند ولا تناسب شيئاً. فلا توجد منصة هي الأفضل على الإطلاق؛ الملاءمة خاصة بكل مؤسسة.

تحويل الأنظمة المصرفية الأساسية

تمثّل الأنظمة المصرفية الأساسية مجالاً عمودياً عملياً ذا أولوية لهذه الخدمة، بما يعكس خلفية المؤسس في تقنية المصارف والخدمات المالية. وبحسب المؤسسة، قد يحتاج تحويل النظام المصرفي الأساسي إلى معالجة:

• الودائع والحسابات وإدارة المنتجات
• الإقراض ودورة حياة القرض
• التسعير والرسوم والحدود والفوائد
• علاقات العملاء والأطراف
• المحاسبة ومعالجة المعاملات
• واجهات المدفوعات والقنوات
• واجهات التقارير الرقابية والمالية
• المعالجة الدفعية ومعالجة نهاية اليوم
• البيانات وواجهات البرمجة والتكامل
• التوافر والاستعادة والتشغيل
• ترحيل الأرصدة والعقود والسجل التاريخي

لا يُدَّعى تغطية افتراضية لكل منتج مصرفي أو كل ولاية قضائية؛ فالنطاق يُحدَّد لكل مهمة. وعلى سبيل توضيح السوق لا بوصفه قائمة قصيرة، يشمل المشهد ذو الصلة منصات راسخة مثل Temenos Transact و Oracle FLEXCUBE و Infosys Finacle و TCS BaNCS إلى جانب جهات سحابية المنشأ مثل Mambu و Thought Machine Vault Core. وهذه الأسماء أمثلة فقط: فهي غير مصنّفة وغير مُوصى بها، ولا ترتبط VODIS بأي منها بانتساب أو شراكة أو علاقة إعادة بيع. والقائمة القصيرة المناسبة تتوقف على متطلبات المؤسسة في العمل والمعمارية والتنظيم والتشغيل والترحيل — ولهذا لا تتضمن هذه الصفحة أي تصنيف للمورّدين ولا تستشهد بأي موقف لجهة تحليلية.

إلى ما بعد الأنظمة المصرفية الأساسية

ينطبق الانضباط نفسه على أي منصة حرجة يعتمد عليها العمل، لا يستخدمها فحسب:

• إدارة علاقات العملاء ومنصات العملاء — رؤية العميل وسير عمل المبيعات والخدمة وإدارة الحالات والدعم متعدد القنوات
• تخطيط موارد المؤسسة والمالية — المالية والمحاسبة والمشتريات والرقابة والتقارير
• الخزينة والمدفوعات
• إدارة البطاقات وتأسيس القروض
• منصات المخاطر والامتثال
• منصات البيانات والتقارير
• التطبيقات الأساسية الخاصة بقطاعات بعينها، بما فيها التأمين والتأجير التمويلي

وحيث يفيد التوضيح، يشمل المشهد المؤسسي منصات مثل SAP S/4HANA و Oracle Fusion Cloud ERP و Microsoft Dynamics 365 في تخطيط الموارد والمالية، و Salesforce و Microsoft Dynamics 365 في إدارة علاقات العملاء — وهي كذلك أمثلة سوقية، دون إبداء تفضيل ودون ادعاء تنفيذ لأي منتج مذكور. ولا يُفهَم ضمناً وجود خبرة في كل منتج في السوق، وحين تُذكر فئة بوصفها ذات صلة فإنها تُذكر بوصفها فئة لا بوصفها قدرة مثبتة سلفاً.

اختر المعمارية ونموذج الاستضافة مع المنصة

اختيار المورّد والملاءمة المعمارية هما القرار نفسه من جهتين، وفصلهما هو الطريقة التي تقتني بها المؤسسة منصة لا تستطيع معماريتها استيعابها. ويتطلب الحل المستهدف عادةً قرارات بشأن:

• معمارية التطبيقات والتكامل والبيانات
• الهوية والأمن وقابلية الرصد
• النشر والبيئات والمرونة
• نموذج التشغيل الذي تفترضه المعمارية
• شكل النشر — داخل المؤسسة أو سحابة خاصة أو سحابة عامة أو برمجيات كخدمة أو هجين
• التنظيم وحساسية البيانات والسيادة
• زمن الاستجابة والتكامل والقدرة التشغيلية
• قابلية التوسع ونموذج التكلفة ونموذج المورّد
• الخروج وقابلية النقل

لا يوجد نموذج استضافة متفوق دائماً. فالسحابة خيار له تكاليف واعتماديات وقيود، لا وجهة نهائية، والبرمجيات كخدمة تستبدل قدراً من التحكم بسرعة الإيقاع على نحو تقبله بعض المؤسسات ولا تقبله أخرى. وفي القطاعات الخاضعة للتنظيم، يجب إرساء المرونة التشغيلية ومخاطر أطراف تقنية المعلومات والاتصالات الثالثة وترتيبات الإسناد والسحابة وحماية البيانات وحقوق التدقيق والوصول والتخطيط للخروج، جميعها مقابل المتطلبات المنطبقة فعلاً على تلك المؤسسة، ومؤكَّدة مع وظائف الامتثال والشؤون القانونية لديها ومع الجهة المختصة. ولا تقدّم VODIS استشارات قانونية، ولا تشهد بالامتثال التنظيمي، ولا تذكر متطلبات تنظيمية من الذاكرة — فهذه أمور يجري التحقق منها في المهمة، مقابل المصادر الرسمية السارية.

اختر الحل، ثم اجعل العقد قابلاً للتنفيذ

العقد الموقَّع ليس عقداً قابلاً للتنفيذ. وكثير من البرامج يرث أسوأ مشكلاته من بنود اتُّفق عليها قبل أن يضع أحد تصوراً لكيفية سير العمل فعلياً. ويمكن لـ VODIS أن تدعم العميل، إلى جانب مستشاريه القانونيين، في:

• توضيح النطاق ونطاق التنفيذ
• هيكل الترخيص والاشتراك والاستهلاك
• البيئات وتكلفتها
• مسؤوليات التكامل والترحيل — لمن تعود كل منها
• نموذج الدعم، والتزامات الإصدارات والترقية
• متطلبات مستوى الخدمة والالتزامات التقنية والمعمارية
• التزامات خارطة الطريق وكيفية إثباتها
• ملكية البيانات ومتطلبات الخروج وقابلية النقل
• اعتماديات التنفيذ والتزامات العميل
• النموذج التجاري كاملاً — رسوم التنفيذ وتكاليف البيئات والدعم والترقيات ومكوّنات الأطراف الثالثة وطلبات التغيير والخدمات المهنية وتكاليف الخروج

هذا دعم للتفاوض التجاري والتقني. وهو صراحةً ليس استشارة قانونية: فالمراجعة النهائية للعقد تعود إلى مستشار قانوني مؤهل، ولا تحل VODIS محل ذلك الدور ولا تبدي رأياً فيه. ولا تُنشر أسعار عملاء أو مورّدين، لا هنا ولا في غير هذا الموضع.

الجاهزية للتنفيذ قبل اليوم الأول

عقد المورّد لا يجعل العميل جاهزاً للتنفيذ، والفجوة بين التوقيع والجاهزية هي حيث تفقد البرامج أشهرها الستة الأولى بهدوء. والجاهزية تعني عادةً:

• حوكمة البرنامج ومسارات العمل والأدوار وحقوق القرار
• حوكمة المعمارية وسلطة تصميم تجتمع فعلاً
• البيئات والصلاحيات والبنية التحتية وتوفير السحابة
• المتطلبات المسبقة للأمن والتكامل
• تحضير البيانات والترحيل يبدأ مبكراً لا متأخراً
• منهج اختبار متفق عليه قبل بدء الاختبار
• موارد من جانب العمل مسمّاة ومفرَّغة فعلاً، لا موعودة فحسب
• إدماج المورّدين وحوكمة المورّدين
• إدارة المسائل والمخاطر والاعتماديات والقرارات
• إدارة التغيير والتدريب والتبنّي
• حوكمة التحوّل وهيكل قيادة

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

الترحيل برنامج لا نسخ بيانات

الترحيل هو الموضع الذي تتأخر فيه برامج الأنظمة الأساسية أكثر من غيره، ويُستهان به باستمرار لأنه يبدو مهمة تقنية. وهو برنامج عمل ذو مكوّن تقني:

• استكشاف بيانات المصدر وتوصيفها
• التنظيف والمطابقة والتحويل وقواعد الترحيل
• استراتيجية السجل التاريخي والأرشفة والاحتفاظ
• أدوات الترحيل والتجارب القابلة للتكرار
• إدارة العيوب والتحقق من جانب العمل
• التسوية — أعداد السجلات والأرصدة والمجاميع وقواعد العمل والحسابات والعقود
• معالجة الاستثناءات وأدلة التدقيق
• تسوية التحوّل ومعايير الاعتماد

وفي الأنظمة المالية خصوصاً يجب إثبات الترحيل لا افتراضه: استخراج، تحويل، تحميل، تسوية، تصحيح، وإعادة — إلى أن تدعم الأدلة تحوّلاً إلى الإنتاج، لا قبل ذلك. والترحيل دفعة واحدة ليس خطة واقعية. ولا يَعِد أي مختص بانعدام فقدان البيانات، ولا يُدَّعى هنا التزام معيار تنظيمي بعينه للتسوية — فالضوابط المنطبقة تُحدَّد مع المؤسسة ومدققيها.

النواة جزء من منظومة

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

• واجهات البرمجة وواجهات الخدمات
• الأحداث والمراسلة
• الملفات والمعالجة الدفعية
• الوسائط البرمجية ومنصات التكامل
• تعايش المنصة القديمة والجديدة أثناء الانتقال
• مزامنة البيانات ونظام السجل المرجعي لكل كيان
• التوجيه والمعالجة المزدوجة والتسوية بين المنصتين
• رحلات عملاء تمتد عبر المنصتين
• التقارير والدعم التشغيلي ما دامت المنصتان تعملان

والتعايش عادةً أكثر أجزاء التحول المرحلي استهانةً به. فتشغيل منصتين ليس نصف عبء تشغيل منصة واحدة؛ بل هو لفترة أثقل من أي منهما.

الاختبار والتحوّل والاستقرار

الانتقال إلى الإنتاج حدث تشغيلي لا تاريخ في التقويم، وينبغي أن يستند قرار المضي قدماً إلى الأدلة لا إلى التزام قُطع قبل أشهر:

• اختبارات وظيفية وتكاملية واختبارات انحدار
• اختبارات الترحيل وتسوية البيانات
• اختبارات الأداء والأمن والمرونة
• قبول المستخدمين والجاهزية التشغيلية
• تجربة التحوّل وخطته واعتمادياته وتجميد التغييرات
• جاهزية العمل والجاهزية التقنية وجاهزية المورّد، مُقيَّمة كل على حدة
• التراجع والخطة البديلة، مُعرَّفتان قبل الحاجة إليهما
• هيكل القيادة والتواصل وبوابات القرار
• استراتيجية الترحيل — مرحلي أو منتجاً بمنتج أو بحسب الشريحة أو الجغرافيا أو تشغيل متوازٍ أو تعايش أو دفعة واحدة
• رعاية مكثفة بعد الإطلاق وفرز العيوب وتنسيق المورّد ومراجعة الأداء
• التسوية والمراقبة التشغيلية وإدارة قائمة الأعمال المتراكمة
• التوثيق والانتقال المقصود إلى التشغيل الاعتيادي

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

حين لا يكون استبدال المنصة الخيار الوحيد

لبعض التطبيقات الحرجة مسار استراتيجي ثانٍ: الفهم ثم الاستعادة ثم إعادة التصميم ثم إعادة البناء ثم التحقق ثم الترحيل. وحين يظل تطبيق قائم يحمل منطق العمل لكنه لم يعد قادراً على حمله، يمكن لعلم آثار البرمجيات بمساعدة الذكاء الاصطناعي أن يساعد على تحديد ما هو موجود فعلاً قبل أن يقرر أحد ما يُحفَظ وما يُعاد تصميمه وما يُزال:

• فهم الشيفرة ورسم الاعتماديات
• استخلاص قواعد العمل من الشيفرة والتهيئة والمعالجة الدفعية والإجراءات المخزَّنة
• اكتشاف الواجهات وفهم هياكل البيانات
• إعادة بناء سير العمل واستعادة التوثيق
• توليد سيناريوهات اختبار من السلوك المرصود
• تحديد الدين التقني، وفصل القواعد الجديرة بالإبقاء عن الحلول الالتفافية التاريخية
• إعادة هندسة بمساعدة الذكاء الاصطناعي — توليد الشيفرة المستهدفة والترجمة بين اللغات والأُطر وإعادة الهيكلة وتفكيك المكوّنات وبناء واجهات البرمجة والتوثيق

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

المسؤولية البشرية لا تنتقل

في التطبيقات الحرجة، لا يحل الذكاء الاصطناعي محل المعمارية ولا التحقق من جانب العمل ولا خبرة المجال ولا مراجعة الشيفرة ولا المراجعة الأمنية ولا الاختبار ولا التسوية ولا التحقق التشغيلي ولا ضبط الترحيل ولا قرار التحوّل. فهو يغيّر مقدار ما ينجزه فريق كفء؛ ولا يغيّر من يُسأل عن النتيجة.

• يمكن للذكاء الاصطناعي أن يزيد الرافعة الهندسية؛ وتبقى المسؤولية عن النظام المستهدف بشرية
• لا يُعرض أي ترحيل أنظمة ذاتي التشغيل بالكامل، ولا ينبغي قبول مثل هذا العرض
• ولا يُعرض كذلك أي إعادة كتابة أنظمة ذاتية التشغيل بالكامل
• لا يحل الذكاء الاصطناعي محل المعماريين أو المطورين أو المختبِرين أو خبراء العمل، لا في هذه الصفحة ولا في المهمة
• كل مخرج بمساعدة الذكاء الاصطناعي يصل إلى قرار إنتاجي يمر أولاً بمراجعة بشرية

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

كيف تعمل VODIS، وما الذي قد تحصل عليه

يمكن لـ VODIS أن تعمل مستشاراً أول للعميل، ومتكاملاً للتحول، ومترجماً بين العمل والتقنية، ومنسّقاً للمعمارية، وداعماً لاختيار المورّدين، وطبقةً لحوكمة البرنامج، ومنسّقاً للجاهزية للتنفيذ، وداعماً لحوكمة الترحيل والتحوّل — رؤية واحدة للتحول عبر العمل والتقنية والمورّدين. ويمكن لـ VODIS أن تجمع وتنسّق خبرات عليا في العمل والمعمارية والتطبيقات والبنية التحتية والبيانات والترحيل والأمن والتسليم بحسب النطاق والتوافر.

• تمتد المهام من تقييم الوضع الحالي أو استراتيجية التطبيقات، مروراً بهندسة المتطلبات و RFI/RFP والاستشارة في اختيار المنصة، وصولاً إلى الجاهزية للتنفيذ وحوكمة الترحيل والاختبار وجاهزية التحوّل وإنقاذ البرامج المتعثرة
• تقييم التحديث وعلم آثار البرمجيات بمساعدة الذكاء الاصطناعي وإعادة البناء بمساعدته متاحة بوصفها مهام قائمة بذاتها
• وتتاح قيادة تحول مؤقتة أو بدوام جزئي حين تحتاج المؤسسة إلى الدور لا إلى التقرير
• وتشمل النماذج التجارية الاستشارة والنطاق المحدد والوقت والمواد وحزم العمل المُدارة ودعم البرنامج
• وقد تشمل المخرجات نموذج قدرات مؤسسية وتقييماً للوضع الحالي واستراتيجية تطبيقات ومعمارية مستهدفة وكتالوج متطلبات
• ومواد RFI و RFP وقائمة مورّدين طويلة وقصيرة ومصفوفة تقييم وسيناريوهات عرض ومقارنة تجارية أو للتكلفة الإجمالية
• وتقييماً للجاهزية للتنفيذ وهيكلاً للبرنامج وخططاً للترحيل ولترحيل البيانات ومعمارية تكامل واستراتيجية اختبار وتحوّل وسجلاً للمخاطر والاعتماديات
• ونتائج علم آثار البرمجيات وكتالوج قواعد العمل وخارطة طريق للنظام المستهدف

وهذه أمثلة لما يمكن أن تنتجه مهمة، لا قائمة ثابتة بالمخرجات، ويُجمَع المختصون المشاركون لكل مهمة بحسب النطاق والتوافر لا من احتياطي دائم كبير — ولا يُفهم ضمناً وجود طاقة مختصين غير محدودة أو مضمونة. ولا تُنشر أسماء أفراد ولا أسماء شركات شريكة ولا أعداد موظفين ولا أسعار. وحيث تكون خبرة المؤسس ذات صلة تُوصف بوصفها برامج قادها أو نسّقها مؤسس VODIS في أدوار إدارية وتنفيذية عليا سابقة، قبل إنشاء VODIS؛ ولا تُقدَّم تلك البرامج بوصفها تسليماً من VODIS لعملاء، ولا يُذكر اسم أي عميل.

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

لنناقش تحويل تطبيقاتكم الأساسية