لماذا تفشل مشاريع التوأم الرقمي وكيف نتجنب ذلك

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

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

Automatically translated with AI from the original post. Read the English original

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

النقاط الرئيسية

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

لماذا تفشل مشاريع التوأم الرقمي: الإجابة المختصرة

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

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

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

استناداً إلى هذه المصادر وإلى ممارسات المشاريع الشائعة، نجمع الإخفاقات في خمسة أنواع. هذا التصنيف ملخص من إعدادنا، وليس معياراً قياسياً.

الفشل 1: لا يوجد قرار يعتمد على التوأم

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

يساعد اختبار بسيط في هذا الشأن. اطرح على الراعي التنفيذي سؤالًا مباشرًا واحدًا: ما القرار المحدد الذي سيُتخذ بشكل مختلف، ومن سيتخذه، وبحلول أي تاريخ، بسبب وجود هذا التوأم؟ الإجابات الجيدة تكون ملموسة، مثل: "سنختار بين وردية ثانية وآلة جديدة للخط 3 في مارس." أو: "سنحدد أحجام المخازن المؤقتة قبل بناء التخطيط الجديد." أما الإجابة الضعيفة فهي: "سيكون لدينا رؤية أفضل".

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

الفشل الثاني: ضعف جودة البيانات وأساس بيانات هش

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

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

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

بالنسبة للمصنع، تبدو الصورة العملية لهذه المشكلة بسيطة. هل يسجل نظام تنفيذ التصنيع أسباب التوقف نفسها التي يسجلها نظام الصيانة؟ وهل يستخدم النظامان معرّف الآلة نفسه؟ وهل تتطابق الأصول المادية في نظام إدارة الصيانة مع الخطوط في MES، وهل تتطابق أوقات الدورة في ERP مع ما يعمل عليه الخط فعليًا؟ إذا اختلف نظامان، سيختار التوأم الرقمي أحدهما، وسيكتشف الناس لاحقًا أيهما كان خاطئًا.

الفشل الثالث: لا أحد يملك البيانات أو النموذج

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

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

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

الفشل الرابع: نطاق المشروع واسع جدًا للخطوة الأولى

المطب التالي هو الطموح الزائد. مشروع التوأم الرقمي الذي يبدأ بـ"المصنع بأكمله" يجب أن يوفّق بين بيانات كل خط وكل نظام وكل فريق قبل أن يُظهر أي نتيجة. ويزداد عدد عناصر البيانات مع كل خط، ويزداد معه عدد التعارضات.

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

الفشل الخامس: يُعامَل المشروع كأنه مشروع تقنية معلومات

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

مثال: دقّق خطاً واحداً قبل التوسع

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

نتيجة التدقيق للخط 1:

• 11 عنصراً متاحاً وموثوقاً.
• 9 عناصر موجودة في نظامين يتعارضان، مثل أسباب التوقف في نظام MES وفي نظام الصيانة.
• 6 عناصر موجودة على الورق فقط أو في ذاكرة مشرفي الورديات.
• 4 عناصر غير موجودة أصلاً.

إذن يحتاج 19 عنصراً من أصل 30 إلى عمل، ولا يكون جاهزاً سوى 11 عنصراً من أصل 30، أي نحو 37 في المئة.

نطاق واسع. إذا افترض المصنع أرقاماً مماثلة لجميع الخطوط الـ 12، فإن 12 × 19 = 228 عنصراً تحتاج إلى عمل. لنفترض، كرقم تخطيطي من عندنا، أن محللاً واحداً يستطيع إصلاح 5 عناصر في الأسبوع. عندئذ يستغرق عمل البيانات 228 ÷ 5 = نحو 46 أسبوعاً، أي قرابة سنة، قبل الحصول على النتيجة الأولى.

نطاق ضيّق. يحتاج قرار المخزن المؤقت إلى 12 عنصراً فقط من أصل 30، ويُظهر التدقيق أن 5 من هذه العناصر الـ 12 بها مشكلات. بمعدل 5 عناصر في الأسبوع، يعني ذلك أسبوعاً واحداً من عمل البيانات. تصل الإجابة الأولى خلال أسابيع، ويتعلم الفريق أي مشكلات البيانات تسبب أكبر ضرر.

ستختلف أرقامك، لكن التدقيق يبيّن أي الحالتين تواجه.

كيف تتجنب الفشل: مشروع تجريبي للتوأم الرقمي في ست خطوات

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

الأخطاء الشائعة

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

كيف يمكن للبرمجيات أن تساعد

يحتاج تدقيق البيانات والنموذج معاً إلى وصف واحد متسق للمنتجات وخطوات العملية والموارد. iFAKT's Polaris Designer وحدة ضمن iFAKT Polaris تبني رسماً بيانياً معرفياً للمنتج والعملية والمورد (PPR) بوصفه المصدر الوحيد للحقيقة للمنتجات وخطوات العملية والموارد. وصف مشترك كهذا يعالج مشكلة البيانات المتعارضة، لكنه لا يحل محل القرار أو المالكين أو روتين التحديث. تساعد البرمجيات بعد أن تكون هذه العناصر في مكانها.

الخطوة التالية

اختر خطاً واحداً وقراراً واحداً للربع القادم، واطلب من فريقك تدقيق العناصر الـ 10 إلى 20 من البيانات التي يحتاجها ذلك القرار. إذا أظهر التدقيق أن معظم العناصر غير جاهزة، فقد عرفت سبب فشل مشاريع التوأم الرقمي قبل إنفاق الميزانية، وتعرف من أين تبدأ.