M365Con 2027 – مؤتمر مجاني عبر الإنترنت · 11–22 Jan 2027 · 120 sessions→ m365con.net

المدونة · Mirko Peters

إدارة تدفق القيمة (Value Stream Management) للتصنيع: ما الذي تبحث عنه

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 ·

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

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

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

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

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

ما هي برامج إدارة تدفق القيمة؟

المنهج أولًا، والبرنامج ثانيًا. لا تفيد منصة إدارة تدفق القيمة أو برنامج VSM إلا إذا كان تدفق القيمة مفهومًا. ورسم خريطة تدفق القيمة هو منهج Lean لرسم تدفق المواد والمعلومات لعائلة منتجات واحدة، مع خطوات العملية وقوائم الانتظار ونقاط التسليم. ويعلّمه كتيب Learning to See الصادر عن معهد Lean Enterprise (LEI) باستخدام الورق والقلم، وينبغي أن تبدأ الخريطة الأولى بهذه الطريقة.

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

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

ما الفرق بينها وبين منصات تطوير البرمجيات؟

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

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

ما المطلوب من البرنامج؟

استخدم عشرة معايير، وأعطِ كلًّا منها وزنًا يناسب وضعك:

  1. الاتصال بالبيانات. هل يستطيع قراءة أوامر التصنيع ومساراته والمخزون والأزمنة من نظام تخطيط الموارد (ERP) الخاص بك، وإذا كان لديك، من أنظمة أرضية المصنع؟ البيانات الحية هي السبب الرئيسي للشراء، والبيانات الجيدة توفر رؤية واضحة لتدفق القيمة بأكمله.
  2. نمذجة التدفق. هل يمكنه نمذجة تدفق المواد والمعلومات، بمربعات العمليات ومثلثات المخزون وأسهم الدفع والسحب والجدول الزمني؟
  3. المقاييس. هل يحسب زمن التسليم وزمن القيمة المضافة وأيام المخزون ووقت الإيقاع (Takt time)، ويعرضها لكل خطوة ولكل تدفق؟
  4. التعاون. هل يمكن لعدة أشخاص العمل على نموذج واحد، والتعليق على النسخ ومشاهدتها، بحيث يتفق الفريق على الخريطة؟
  5. سيناريوهات الحالة المستقبلية. هل يمكنك نسخ الحالة الراهنة وتعديلها ومقارنة النتيجة بها؟
  6. عائلات المنتجات. هل يستطيع تجميع منتجات كثيرة حسب المسار والتعامل مع المتغيرات دون إعداد خريطة لكل رقم قطعة؟
  7. سهولة الاستخدام. هل يستطيع قائد الفريق تعلّمه في يوم واحد؟ فالبرنامج الذي لا يستخدمه إلا المتخصصون لن يُستخدم على أرضية المصنع.
  8. الأمان والاستضافة. أين تُخزَّن البيانات، ومن يستطيع الاطلاع عليها، وكيف تتوافق مع سياسات تقنية المعلومات لديك؟
  9. التكلفة. الترخيص والإعداد والواجهات البينية والتدريب، على مدى ثلاث سنوات.
  10. الدعم وخارطة الطريق. من يساعدك عندما تتعطل واجهة بينية، وكيف يُلمّ المورد بعالم التصنيع؟

لماذا تهم البيانات الحية؟

الخريطة المرسومة يدويًا لقطة لحظية، فهي تعبّر عن يوم واحد، وبحلول الربع التالي تكون أزمنة التسليم قد تغيّرت. أما بيانات تدفق القيمة الحية فتُبقي الخريطة وأرقامها قريبة من الواقع، فيستطيع الفريق أن يرى إن كان التغيير قد أفاد.

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

كيف تقارن بين الخيارات؟

ضع بطاقة تقييم مرجحة. أعطِ كل معيار وزنًا، بحيث يكون مجموع الأوزان 100. قيّم كل خيار من 1 (ضعيف) إلى 5 (ممتاز). اضرب الدرجة في الوزن، واجمع النواتج، ثم اقسم على 5 للحصول على درجة من 100.

إليك مثالًا مُختلقًا بثلاثة خيارات مجهولة الهوية. الأوزان هي: 25 للاتصال بالبيانات، و20 لنمذجة التدفق، و15 للتعاون، و15 للمقاييس، و10 لسيناريوهات الحالة المستقبلية، و10 لسهولة الاستخدام، و5 للتكلفة والأمان.

  • الخيار A: الدرجات 4 و3 و3 و4 و2 و5 و4. مجموع الأوزان المرجحة هو 100 زائد 60 زائد 45 زائد 60 زائد 20 زائد 50 زائد 20، أي 355، أو 71 من 100.
  • الخيار B: الدرجات 5 و4 و4 و4 و4 و3 و3. المجموع هو 125 زائد 80 زائد 60 زائد 60 زائد 40 زائد 30 زائد 15، أي 410، أي 82 من 100.
  • الخيار C: يحصل على 2 و5 و2 و3 و1 و4 و5 نقطة. المجموع هو 50 + 100 + 30 + 45 + 10 + 40 + 25، أي 300، وهو ما يساوي 60.

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

كيف تُنفّذون مرحلة تجريبية؟

اختبروا الأداة على عائلة منتجات حقيقية واحدة، لمدة أربعة إلى ستة أسابيع:

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

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

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

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

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

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

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

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

Entities in this article

Polaris VSM iFAKT Polaris

Related articles

RSS

محتوى مموّل

iFAKT GmbH