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