كيف يخفض Fengming وقت البحث والتطوير بنسبة 30% (الدليل من الداخل)

غالبًا ما تضيع فرق البحث والتطوير الوقت قبل أن تبدأ أعمال التصميم. يقوم المهندسون بالبحث في الملفات القديمة، والتأكد من متطلبات المنتج، وتكرار الاختبارات، وانتظار التعليقات من الأقسام المختلفة. يمكن أن تمتد هذه التأخيرات الصغيرة عبر مشروع كامل. أبلغت شركة Fengming عن انخفاض بنسبة 30% في وقت البحث والتطوير بعد مراجعة سير عمل التطوير الخاص بها. لم تكن النتيجة مبنية على مشروع سريع واحد. قام الفريق بمقارنة سجلات المشروع قبل تغيير سير العمل وبعده، باستخدام نفس النطاق الزمني وأنواع المشاريع المماثلة. ركزت المراجعة على أربعة مجالات: - الوقت المستغرق في البحث عن المعلومات الفنية - الوقت المستخدم لإعداد تغييرات التصميم - وقت الانتظار بين الهندسة والإنتاج - إعادة العمل الناتجة عن متطلبات غير واضحة أنشأ الفريق سجلًا مشتركًا للرسومات ونتائج الاختبار وملاحظات التغيير وتفاصيل الموافقة. يمكن للمهندسين التحقق من أحدث إصدار دون مطالبة عدة أقسام بملفات منفصلة. أضاف Fengming أيضًا عملية مراجعة واضحة. يتضمن كل تغيير سببًا ومالكًا واستجابة مطلوبة وتاريخًا مستهدفًا. وقد ساعد ذلك في تقليل الأسئلة المتكررة وجعل تتبع المهام المفتوحة أسهل. أحد الأمثلة العملية جاء من تحديث المنتج. قبل تغيير سير العمل، كان على المهندسين مقارنة العديد من إصدارات الملفات وتأكيد بيانات الاختبار من خلال رسائل منفصلة. بعد التغيير، تم وضع السجلات المطلوبة في مساحة مشروع واحدة. استغرقت المراجعة وقتًا أقل، وكان لدى الفريق عدد أقل من التغييرات المتكررة في التصميم. وينبغي قراءة الرقم 30% مع وضع نطاق المشروع في الاعتبار. وهذا لا يعني أن كل شركة سوف تحقق نفس النتيجة. يمكن أن يتغير وقت البحث والتطوير حسب نوع المنتج وحجم الفريق وقواعد الموافقة وجودة السجلات الموجودة. بالنسبة للفرق التي ترغب في التحقق من نتائجها، أقترح استخدام خطة قياس بسيطة: 1. قم بتسجيل متوسط ​​وقت البحث والتطوير لعدة مشاريع مماثلة. 2. حدد الوقت المستغرق في البحث والمراجعة والموافقة والاختبار وإعادة العمل. 3. قم بتطبيق تغيير سير عمل واحد في كل مرة. 4. قارن بيانات المشروع الجديدة مع خط الأساس السابق. 5. احتفظ بالسجلات الأصلية متاحة للمراجعة. هذا النهج يعطي الرقم معنى أكثر من مجرد ادعاء عام. ويوضح أيضًا مكان حفظ الوقت. تشير حالة فينجمينج إلى درس عملي: غالبًا ما تتحسن سرعة البحث والتطوير عندما يكون من الأسهل اتباع خطوات المعلومات والملكية والمراجعة. قد تؤدي العملية الواضحة إلى تقليل التأخير دون مطالبة المهندسين بالعمل لساعات أطول.

يضيع العديد من فرق البحث والتطوير الوقت قبل أن يصل المشروع إلى مرحلة الاختبار. ينتظر المهندسون الحصول على تعليقات حول المنتج، ويعمل المصممون من خلال الملفات القديمة، ويقضي المديرون ساعات في التحقق من التقدم عبر الأدوات المختلفة. يعالج Fengming هذه الفجوة من خلال تسهيل تتبع عملية البحث والتطوير وتكرارها. يشير التحسن الذي تم الإبلاغ عنه بنسبة 30% إلى دورة تطوير أقصر في مشاريع مختارة، وليس وعدًا بأن كل فريق سيرى نفس النتيجة. تعتمد النتيجة على حجم المشروع وهيكل الفريق ونوع المنتج وطريقة استخدام النظام. ### مع مرور الوقت، غالبًا ما أرى نفس المشكلات في تطوير المنتج: - يتم تغيير المتطلبات من خلال رسائل متفرقة. - لا يستطيع المهندسون العثور على أحدث الرسومات أو سجلات الاختبار. - تتم مراجعات التصميم بدون بيانات كاملة. - الأخطاء الصغيرة تنتقل من مرحلة إلى أخرى. - يكتشف المديرون التأخير بعد انقضاء التاريخ المخطط له. قد تبدو كل قضية بسيطة. ويمكنهم معًا إضافة أيام أو أسابيع إلى مشروع واحد. يركز Fengming على هذه التأخيرات المتكررة بدلاً من مطالبة المهندسين بالعمل لساعات أطول. ### الخطوة 1: إنشاء مصدر واحد لمعلومات المشروع يحتاج المشروع إلى مكان واحد للرسومات والمواصفات ونتائج الاختبار وملاحظات المراجعة وسجلات الموافقة. عندما تبقى المعلومات في مجلدات منفصلة أو رسائل محادثة، قد يستخدم المهندسون إصدارات مختلفة من نفس الملف. وهذا يؤدي إلى عمليات فحص متكررة وإعادة صياغة يمكن تجنبها. تساعد بنية المشروع المشتركة الفريق في الإجابة على أسئلة بسيطة: - ما هو الملف الذي يحمل الإصدار الحالي؟ - ومن وافق على التغيير؟ - ما هو الاختبار الذي تم الانتهاء منه؟ - ما هي القضية التي لا تزال مفتوحة؟ - ما هي المهمة التي تعيق المرحلة القادمة؟ وهذا لا يزيل كل مشكلة. فهو يقلل من الوقت الذي يقضيه في البحث عن إجابات. ### الخطوة 2: ربط تغييرات التصميم بمهام المتابعة يجب ألا ينتهي تغيير التصميم برسم جديد. قد يتطلب الأمر فحصًا للمواد، أو تحديث اختبار، أو مراجعة المورد، أو تغيير خطة الإنتاج. يربط Fengming هذه الإجراءات بسجل المشروع ذي الصلة. عندما يتغير جزء ما، يستطيع الفريق المسؤول رؤية المهام التي تحتاج إلى الاهتمام. وهذا يمنح المهندسين مسارًا مباشرًا أكثر من التغيير إلى العمل. ولا يحتاجون إلى إنشاء نفس القائمة المرجعية مرة أخرى لكل مشروع. ### الخطوة 3: قم بتعيين نقاط المراجعة قبل زيادة التأخيرات تقوم العديد من الفرق بمراجعة التقدم فقط أثناء الاجتماعات المجدولة. عند هذه النقطة، قد تكون المهمة المفقودة قد أثرت على العديد من المهام الأخرى. تستخدم العملية الأفضل نقاط مراجعة بسيطة: 1. قم بتأكيد متطلبات المنتج. 2. التحقق مما إذا كان التصميم جاهزًا للمراجعة. 3. سجل الأسئلة الفنية المفتوحة. 4. قم بتعيين شخص لكل إجراء. 5. حدد تاريخ استحقاق معقول. 6. مراجعة نتائج الاختبار قبل الانتقال إلى المرحلة التالية. يساعد Fengming الفرق في الاحتفاظ بهذه السجلات بالقرب من المشروع. يمكن للمديرين معرفة أين توقف العمل دون مطالبة كل مهندس بتحديث منفصل. ### الخطوة 4: تقليل العمل اليدوي المتكرر تقضي فرق البحث والتطوير وقتًا في إعداد أوراق الحالة، ونسخ بيانات الاختبار، وإعادة تسمية الملفات، وإرسال التذكيرات. قد لا تتطلب هذه المهام حكمًا هندسيًا، إلا أنها تصرف الانتباه عن عمل المنتج. يمكن لسير العمل المنظم التعامل مع جزء من هذا العمل الروتيني. تساعد الحقول القياسية والقوالب المحفوظة وتنبيهات المهام وسجلات الموافقة الفرق على استخدام نفس العملية عبر مشاريع مماثلة. على سبيل المثال، قد يستخدم فريق يقوم بتطوير نماذج منتجات متعددة قالب مراجعة واحدًا. ويستمر المهندسون في اتخاذ القرارات الفنية، بينما يحتفظ النظام بالسجلات ذات الصلة معًا. ### مثال عملي لمشروع تخيل فريقًا يقوم بتطوير مكون صناعي جديد. قبل تنظيم العملية، قام الفريق بتخزين الرسومات في مجلدات منفصلة. تم إرسال نتائج الاختبار عبر البريد الإلكتروني، وبقيت تعليقات الموردين في رسائل الدردشة. عندما تغير تصميم السكن، كان على المهندس أن يسأل العديد من الأشخاص عن الإصدار الذي لا يزال صالحًا. بعد أن أنشأ الفريق سير عمل مشترك، تضمن كل تغيير: - الرسم المحدث - سبب التغيير - الشخص المسؤول عن المراجعة - الاختبار المطلوب - حالة الموافقة - خطوة المشروع التالية أمضى الفريق وقتًا أقل في البحث عن المعلومات ووقتًا أقل في تكرار عمليات التحقق. إذا انتقلت دورة المشروع من عشرة أسابيع إلى سبعة أسابيع، فإن ذلك يمثل انخفاضًا بنسبة 30٪ في وقت الدورة. يقيس هذا الرقم تغير العملية، وليس نتيجة مضمونة لكل شركة. ### ما الذي يجب على الشركات قياسه؟ ينبغي قياس دورة البحث والتطوير الأقصر ببيانات واضحة. تشمل المؤشرات المفيدة ما يلي: - الوقت من الموافقة على المتطلبات إلى إصدار التصميم - عدد مراجعات التصميم - الساعات المستغرقة في البحث عن معلومات المشروع - عدد المهام التي تأخرت بسبب البيانات المفقودة - الوقت اللازم لإكمال مراجعة التصميم - معدل الاختبار المتكرر الناتج عن أخطاء في الإصدار - تمنح هذه الأرقام المديرين رؤية أكثر فائدة من مجرد ادعاء بسيط حول العمل بشكل أسرع. أعتقد أن الدرس الرئيسي بسيط: سرعة البحث والتطوير لا تأتي فقط من إضافة المزيد من الأشخاص. ويأتي أيضًا من إزالة التأخيرات الصغيرة التي تظهر في كل مشروع. عندما تظل المعلومات والمراجعات والمهام والموافقات متصلة، يمكن للمهندسين قضاء المزيد من الوقت في حل مشكلات المنتج ووقت أقل في إدارة فجوات العملية. يُظهر التحسن الذي ذكرته شركة Fengming بنسبة 30% ما قد يحدث عندما تقوم الشركة بقياس دورة التطوير الكاملة وتحسين النقاط التي يتوقف فيها العمل غالبًا. يجب على الفرق اختبار الطريقة باستخدام بيانات المشروع الخاصة بهم، واستخدام خط أساس واضح، والحكم على النتيجة من خلال التغييرات الفعلية في وقت الدورة.

تضيع العديد من فرق البحث والتطوير الوقت قبل أن يبدأ العمل الحقيقي. يقوم المهندسون بالبحث في الملفات القديمة، والتأكد من متطلبات المنتج، وتكرار الاختبارات، وانتظار الإجابات من الأقسام الأخرى. يمكن أن يتحول التأخير البسيط في كل خطوة إلى أسابيع عبر مشروع واحد. لقد رأيت هذه المشكلة في مشروع Fengming. ولم يقلل الفريق من معايير الاختبار أو يزيل خطوات المراجعة الرئيسية. لقد غيرت طريقة انتقال المعلومات خلال عملية البحث والتطوير. أظهرت سجلات المشروع أن الفريق قضى وقتًا أقل بنسبة 30% تقريبًا في البحث المتكرر والتنسيق الروتيني. وجاءت النتيجة من بعض التغييرات العملية. ### 1. ضع معلومات المشروع في مساحة عمل واحدة قبل التغيير، كانت بيانات منتج Fengming منتشرة عبر سلاسل البريد الإلكتروني والمجلدات الشخصية وجداول البيانات ورسائل الدردشة. غالبًا ما يطرح المهندسون نفس الأسئلة أكثر من مرة: - ما هو إصدار المنتج الحالي؟ - من وافق على الرسم الأخير؟ - هل اجتازت هذه المادة الاختبار؟ - أين هي ردود فعل المورد؟ أنشأ الفريق مساحة مشروع مشتركة واحدة للمتطلبات والرسومات وسجلات الاختبار وملاحظات الموردين وحالة الموافقة. يستخدم كل ملف اسمًا واضحًا ورقم إصدار. تم الاحتفاظ بالملفات القديمة كمرجع ولكن تم وضع علامة عليها على أنها غير نشطة. وقد ساعد هذا المهندسين في العثور على المستند الصحيح دون فتح عدة ملفات مماثلة. ولم يكن الهدف تخزين المزيد من الملفات. كان الهدف هو تقليل الوقت المستغرق في البحث عن الملف الصحيح. ### 2. تحويل العمل المتكرر إلى قوالب قابلة لإعادة الاستخدام تبدأ بعض مهام البحث والتطوير من صفحة فارغة في كل مرة. قام المهندسون بإعداد خطط الاختبار وملاحظات المراجعة وأوراق المتطلبات بتنسيقات مختلفة. أدى هذا إلى إنشاء المزيد من أعمال التحرير وجعل مقارنة النتائج أكثر صعوبة. قامت Fengming ببناء قوالب بسيطة للمهام الشائعة: - مراجعات متطلبات المنتج - فحوصات المواد - خطط اختبار النموذج الأولي - سجلات تغيير التصميم - ملاحظات تقييم الموردين - نماذج نماذج الموافقة لم تحل القوالب محل الحكم الهندسي. لقد أعطوا الفريق نقطة انطلاق مشتركة. يمكن للمهندس فتح النموذج الصحيح وملء تفاصيل المشروع والتركيز على القرارات الفنية بدلاً من إعادة بناء بنية المستند. ### 3. سجل القرارات عند حدوثها يمكن أن يستمر الاجتماع لمدة ساعة واحدة، ومع ذلك قد يقضي الفريق عدة ساعات أخرى في محاولة تذكر ما تقرر. أضاف Fengming سجل قرار قصير لكل مشروع. وشملت: - السؤال قيد المراجعة - الخيار المختار - سبب الاختيار - الشخص المسؤول عن الإجراء التالي - تاريخ المراجعة المتوقع أدت هذه الممارسة إلى تقليل المناقشات المتكررة. عندما ينضم عضو جديد في الفريق إلى المشروع، يستطيع هذا الشخص قراءة سجل القرار بدلاً من مطالبة العديد من الزملاء بشرح التاريخ الكامل. غالبًا ما توفر الملاحظة القصيرة وقتًا أطول من الاجتماع الطويل. ### 4. استخدم مراحل مراجعة واضحة يمكن أن يتباطأ عمل البحث والتطوير عندما تتطلب كل وثيقة تعليقات من الجميع. قام Fengming بتقسيم المراجعات إلى مراحل واضحة. يبدو التدفق النموذجي كما يلي: 1. قام المهندس بفحص المتطلبات الفنية. 2. قام قائد المشروع بمراجعة التكلفة وتأثير الجدول الزمني. 3. قام فريق الجودة بفحص احتياجات الاختبار والامتثال. 4. انتقلت النسخة المعتمدة إلى المرحلة التالية. كان كل شخص يعرف متى يقدم مدخلات ومتى ينتظر الحصول على معلومات محدثة. أدى هذا إلى تقليل التعليقات المكررة وساعد الفريق على تجنب إجراء تغييرات على ملف قديم. كما جعلت هذه العملية من السهل اكتشاف المهام المتأخرة. يمكن لقائد المشروع معرفة ما إذا كان التعطيل ناتجًا عن بيانات مفقودة، أو اختبار معلق، أو سؤال تصميم لم تتم الإجابة عليه. ### 5. قياس الوقت حسب المهمة، وليس حسب الشعور العام قبل تغيير العملية، سجل Fengming مقدار الوقت الذي يقضيه المهندسون في الأنشطة المشتركة. قام الفريق بتتبع: - البحث عن معلومات المشروع - إعداد المستندات المتكررة - التحقق من الإصدارات القديمة - تكرار اجتماعات الحالة - انتظار التأكيد الداخلي - إعادة صياغة المستندات بعد مراجعات غير واضحة بعد استخدام سير العمل الجديد، قام الفريق بمقارنة نفس المهام عبر فترة مشروع مماثلة. وكان التخفيض المسجل قريبًا من 30% بالنسبة لتنسيق البحث والتطوير الروتيني والعمل المعلوماتي المتكرر. ولا يعني هذا الرقم أن كل مهمة هندسية أصبحت أسرع بنسبة 30%. لا تزال تجارب التصميم والاختبار وحل المشكلات تتطلب وقتها الطبيعي. هذا التمييز مهم. يجب أن توضح الخطة المفيدة لتوفير الوقت مكان حدوث التحسن. يمكن أن تؤدي المطالبة الواسعة بدون سجلات على مستوى المهمة إلى إنشاء توقعات خاطئة. ### ما الذي أحدث الفارق؟ لم يعتمد Fengming على تغيير واحد كبير في البرنامج. جاء التحسن من الجمع بين العادات الصغيرة: - موقع واحد للمعلومات النشطة - أسماء ملفات متسقة - مستندات قابلة لإعادة الاستخدام - سجلات قرارات قصيرة - خطوات مراجعة محددة - تتبع بسيط للوقت، كل عادة تزيل مصدرًا صغيرًا للاحتكاك. لقد منحوا معًا المزيد من الوقت للمهندسين لأعمال التصميم والاختبار والتحسينات المتعلقة بالعملاء. كثيرا ما أرى الشركات تبحث عن حل معقد عندما تكون المشكلة الحقيقية هي عدم وضوح سير العمل. قد تساعد الأداة الجديدة، ولكن لا يمكن للأداة إصلاح الملكية المفقودة أو الملفات المكررة أو قواعد المراجعة الغامضة بمفردها. ### طريقة عملية للبدء يمكن للفريق اختبار هذه الطريقة بمشروع واحد نشط. اختر مشروعًا يحتوي على مراجعات متكررة أو تغييرات متكررة في المستندات. سجل مقدار الوقت الذي يقضيه الفريق في البحث عن المعلومات وفحصها وإعادة كتابتها خلال أسبوع واحد. أنشئ مجلدًا أو مساحة عمل مشتركة، ووافق على قواعد تسمية الملفات، وقم بإعداد نموذجين أو ثلاثة قوالب للمهام الأكثر تكرارًا. وبعد مرور أسبوعين إلى أربعة أسابيع، قم بمراجعة السجلات مرة أخرى. تحقق مما إذا كان الفريق يقضي وقتًا أقل في التنسيق وما إذا كان بإمكان المهندسين العثور على معلومات المشروع بأسئلة أقل. تُظهر تجربة Fengming أن توفير الوقت في البحث والتطوير يمكن أن يأتي من تدفق أفضل للمعلومات، وليس من العمل الفني المتسرع. عندما يعرف الفريق مكان العثور على البيانات الصحيحة، ومن يملك كل قرار، وما يحدث بعد ذلك، يتحرك المشروع مع انقطاعات أقل.

عندما يستغرق مشروع البحث والتطوير وقتًا طويلاً، نادرًا ما تكمن المشكلة في مهمة واحدة بطيئة. غالبًا ما تأتي التأخيرات من المراجعات المتكررة، والمتطلبات غير الواضحة، وتغييرات التصميم المتأخرة، ونتائج الاختبار التي لا تصل إلى الأشخاص المناسبين. أرى هذا النمط في العديد من فرق المنتجات. المهندسين ينتظرون التفاصيل الفنية. يعمل المصممون من الملفات القديمة. يطلب المديرون تحديثات التقدم بينما لا يزال الفريق يتحقق من المعلومات الأساسية. عالجت شركة Fengming هذه المشكلة عن طريق تغيير الطريقة التي انتقلت بها أعمال البحث والتطوير من الفكرة إلى الاختبار. أعلنت الشركة عن تقليل وقت العملية بحوالي 30% في تدفق مشروع واحد. يصف هذا الرقم وقت العملية المقاس لهذا العمل. وهذا لا يعني أن كل مشروع سيصل إلى نفس النتيجة. جاء التغيير من خلال عدة خطوات عملية. ## 1. تحويل طلبات المشروع إلى تفاصيل عمل واضحة تبدأ العديد من طلبات البحث والتطوير بعبارات عامة مثل "جعل المنتج أسهل في الاستخدام" أو "تحسين كفاءة الإنتاج". تعطي هذه العبارات للفرق الاتجاه، لكنها لا توفر تفاصيل كافية للتصميم أو الاختبار. بدأ فريق Fengming بتقسيم كل طلب إلى نقاط عمل: - ما هي مشكلة المستخدم التي تحتاج إلى معالجة؟ - ما هو جزء المنتج المتضمن؟ - ما هو الحد الذي يجب أن يفي به التصميم؟ - ما هي المواد أو الأدوات المتوفرة؟ - كيف سيحكم الفريق على نتيجة الاختبار؟ - من يوافق على المرحلة المقبلة؟ أجد هذه الخطوة مفيدة لأنها تقلل من التخمين قبل بدء أعمال التصميم. يمكن لورقة المتطلبات القصيرة أن تمنع عدة جولات من الأسئلة لاحقًا. ## 2. احتفظ بمصدر واحد لمعلومات المشروع غالبًا ما تضيع فرق البحث والتطوير الوقت عندما يتم تخزين الرسومات وسجلات الاختبار والملاحظات في أماكن منفصلة. يجوز لشخص واحد استخدام رسم قديم. قد يشير آخر إلى مرفق بريد إلكتروني أحدث. وقد لا يرى شخص ثالث نتيجة الاختبار الأخيرة على الإطلاق. قام Fengming بوضع معلومات المشروع الرئيسية في نظام مشترك. يمكن للفريق التحقق من: - الرسومات الحالية - مواصفات المنتج - خطط الاختبار - مراجعة التعليقات - تغيير السجلات - حالة الموافقة لم يؤدي هذا إلى إزالة كل المناقشة. لقد جعل المناقشة أكثر تركيزا. قضى أعضاء الفريق وقتًا أقل في السؤال "ما الملف الذي يجب أن أستخدمه؟" والمزيد من الوقت لحل مشكلة التصميم. ## 3. مراجعة العمل على مراحل أصغر قد يبدو اجتماع المراجعة الكبير فعالاً، ولكنه قد يخفي المشاكل حتى نهاية المشروع. عندما تظهر مشكلة كبيرة في وقت متأخر، قد يحتاج الفريق إلى تكرار التصميم وأخذ العينات والاختبار. قسم Fengming العمل إلى نقاط مراجعة أصغر: 1. مراجعة المتطلبات 2. مراجعة التصميم المبكرة 3. مراجعة العينة 4. مراجعة نتائج الاختبار 5. مراجعة إعداد الإنتاج كان لكل مرحلة مخرجات واضحة. ولم يتقدم الفريق إلا بسبب انتهاء اللقاء. تم المضي قدمًا عندما أصبحت المعلومات المطلوبة جاهزة. ساعد هذا النهج الفريق في العثور على نقاط الضعف في وقت سابق. عادةً ما يستغرق تعديل التصميم الصغير في المرحلة المبكرة وقتًا أقل من تغيير العينة النهائية. ## 4. امنح كل إصدار مالكًا واحدًا يمكن أن يتباطأ المشروع عندما يكون عدة أشخاص مسؤولين عن نفس المشكلة. قد يتوقع الجميع أن يتخذ شخص آخر القرار. سجلت Fengming كل مشكلة مفتوحة مع: - مالك محدد - تاريخ الاستجابة المستهدف - مرحلة المشروع ذات الصلة - الإجراء المطلوب - الحالة الحالية هذا السجل البسيط جعل المتابعة أسهل. كما أنها أعطت المديرين رؤية أفضل للمشروع دون مطالبة كل مهندس بتحديث منفصل. من تجربتي، الملكية لا تعني أن على شخص واحد أن يحل كل شيء بمفرده. وهذا يعني أن الفريق يعرف من سينسق الخطوة التالية. ## 5. استخدم نتائج الاختبار لتوجيه تغييرات التصميم تتعامل بعض الفرق مع الاختبار باعتباره الجزء الأخير من البحث والتطوير. وهذا يمكن أن يخلق فجوة بين التصميم والإنتاج. استخدم Fengming نتائج الاختبار أثناء عملية التصميم، وليس فقط بعد اكتمال التصميم. عندما فشلت العينة في تلبية أحد المتطلبات، قام الفريق بتسجيل السبب، وتعديل التصميم، وربط الإصدار الجديد بالنتيجة السابقة. ساعد هذا السجل في منع ظهور نفس المشكلة في إصدار آخر. كما أنها قدمت لموظفي الإنتاج شرحًا أوضح لسبب تغيير التصميم. والمثال العملي هو المكون الذي لا يعمل بشكل جيد في ظل الاستخدام المتكرر. يمكن للفريق مقارنة المواد والشكل والحمل وظروف الاختبار بدلاً من إجراء تغيير بناءً على الرأي فقط. ## المعنى الحقيقي للعملية الأسرع بنسبة 30% جاء التحسن المُبلغ عنه بنسبة 30% من تقليل العمل المتكرر عبر تدفق البحث والتطوير. وتم ربطه بمتطلبات أكثر وضوحًا، وبيانات المشروع المشتركة، والمراجعات المرحلية، والملكية المعينة، والاستخدام الأفضل لملاحظات الاختبار. يجب قراءة النتيجة بعناية. تعتمد سرعة البحث والتطوير على نوع المنتج وحجم المشروع وهيكل الفريق والمعدات وقواعد الموافقة. قد تحتاج العملية التي تنجح في أحد مشاريع Fengming إلى تغييرات قبل أن تناسب شركة أخرى. بالنسبة لي، الدرس الرئيسي بسيط: البحث والتطوير الأسرع لا يأتي من مطالبة الأشخاص بالعمل دون فترات راحة. إنه يأتي من إزالة الانتظار الذي يمكن تجنبه والعمل المتكرر. عندما يتمكن كل عضو في الفريق من رؤية المتطلبات الحالية، وأحدث ملف، والإجراء التالي، والسبب وراء التغيير، يكون لدى المشروع فرصة أفضل للتحرك بخطى ثابتة. هذه هي القيمة العملية وراء عملية البحث والتطوير الأسرع بنسبة 30% في Fengming.

نادراً ما تضيع فرق البحث والتطوير الوقت بسبب عدم رغبة الأشخاص في العمل. غالبًا ما يتم ضياع الوقت بين المهام: انتظار بيانات الاختبار، والتحقق من إصدارات الملفات المختلفة، وتكرار مراجعات التصميم، والبحث عن المعلومات المخزنة عبر أنظمة منفصلة. واجه Fengming هذا النوع من الضغط أثناء تطوير المنتج. كان المهندسون بحاجة إلى المضي قدمًا في التصميم والاختبار والمراجعة والتعديل دون التسبب في تأخيرات إضافية. كان هدف الفريق عمليًا: تقصير دورة البحث والتطوير مع الحفاظ على العمل واضحًا وقابلاً للتتبع. أرى أن هذه مشكلة شائعة في التصنيع. قد يبدو المشروع مزدحمًا كل يوم، إلا أن التقدم يمكن أن يظل بطيئًا عندما تعتمد كل خطوة على المتابعة اليدوية. قام Fengming بتحسين العملية من خلال سير عمل أكثر ترابطًا. ركز الفريق على عدة مجالات: - تنظيم بيانات المشروع في موقع مشترك واحد - إنشاء مسار واضح من التصميم إلى الاختبار - تسجيل تعليقات المراجعة بجانب الملفات ذات الصلة - تقليل إدخال البيانات المتكرر - تسهيل تتبع التغييرات - منح أعضاء الفريق إمكانية الوصول إلى المعلومات التي يحتاجون إليها ساعد هذا النهج في إزالة التأخيرات الصغيرة التي غالبًا ما تتراكم عبر المشروع. على سبيل المثال، قد يقوم المهندس بتحديث رسم المنتج بعد نتيجة الاختبار. إذا كان سجل الاختبار والرسم وملاحظات المراجعة موجودًا في أماكن مختلفة، فقد يحتاج المهندس إلى التأكد من الملف الحالي. قد يقضي المراجع أيضًا بعض الوقت في التحقق من تطبيق التغيير. ومن خلال عملية متصلة، يمكن ربط تحديث التصميم بنتيجة الاختبار وسجل المراجعة. يستطيع الفريق رؤية ما تغير، ولماذا تغير، وما هي المهمة التي تحتاج إلى الاهتمام. وهذا لا يلغي الحاجة إلى الحكم الهندسي. إنه يمنح المهندسين مزيدًا من الوقت لاستخدام هذا الحكم. اتبع العمل مسارًا بسيطًا: 1. رسم خريطة لعملية البحث والتطوير الحالية نظر Fengming إلى الأماكن التي تباطأت فيها المشاريع. قام الفريق بفحص عمليات التسليم ونقاط المراجعة والبحث في البيانات والعمل اليدوي المتكرر. 2. تعيين مصدر واحد لمعلومات المشروع تم ترتيب الرسومات وسجلات الاختبار والتعليقات وتفاصيل التغيير من خلال بنية مشتركة. يمكن لأعضاء الفريق قضاء وقت أقل في السؤال عن مكان تخزين الملف الأخير. 3. ربط التصميم والاختبار أصبحت نتائج الاختبار جزءًا من سجل تطوير المنتج بدلاً من بقائها كمستندات منفصلة. يمكن للمهندسين استخدام ملاحظات الاختبار عند اتخاذ قرار التصميم التالي. 4. تتبع التغييرات بطريقة واضحة يمكن مراجعة كل تعديل مقابل الطلب أو نتيجة الاختبار أو الموافقة ذات الصلة. وقد ساعد هذا في تقليل الارتباك عند مناقشة العديد من الإصدارات. 5. مراجعة العملية بعد الاستخدام قام الفريق بالتحقق مما إذا كان سير العمل الجديد يقلل من الانتظار والعمل المتكرر. كانت هذه الخطوة مهمة لأن العملية يجب أن تناسب الأشخاص الذين يستخدمونها، وليس فقط أن تبدو جيدة على الورق. وكانت نتيجة Fengming عبارة عن عملية بحث وتطوير أقصر مدعومة بتدفق أكثر وضوحًا للمعلومات. وجاء المكسب من إزالة الاحتكاك بين الفرق والمهام، وليس من مطالبة الموظفين بالعمل لساعات أطول. لقد رأيت نمطًا مشابهًا في العديد من فرق المنتجات. قد يبدو التأخير البسيط في مراجعة التصميم غير ضار. يظهر تأخير ثانٍ أثناء الاختبار. ويحدث حدث آخر عندما يطلب الإنتاج أحدث سجل تغيير. عبر المشروع الكامل، يمكن أن تؤثر هذه التأخيرات على خطط التسليم وعبء العمل الداخلي. يجب أن يساعد نظام البحث والتطوير المفيد الأشخاص في الإجابة على الأسئلة البسيطة: - ما هو التصميم الحالي؟ - ما هي نتيجة الاختبار التي تدعم هذا الإصدار؟ - من راجع التغيير؟ - ما الذي لا يزال بحاجة إلى الاهتمام؟ - أين يمكن العثور على السجل ذي الصلة؟ عندما يكون من السهل العثور على هذه الإجابات، يمكن للفرق اتخاذ القرارات مع تراجع أقل. تقدم لنا تجربة فنغمينغ درساً عملياً: إن تقصير وقت البحث والتطوير يبدأ بتحسين المسار بين المعلومات والأشخاص والقرارات. إن مسح السجلات والمهام المتصلة والخطوات المتكررة الأقل يمكن أن يمنح المهندسين مساحة أكبر للتركيز على جودة المنتج والعمل الفني.

نادراً ما يأتي تأخير البحث والتطوير بسبب مشكلة واحدة كبيرة. يمكن أن تؤدي المواصفات المفقودة، أو ردود الفعل البطيئة، أو الملكية غير الواضحة، أو تغييرات النموذج الأولي المتكررة إلى دفع المشروع إلى خارج الجدول الزمني. لقد رأيت فرقًا تقضي أسابيع في انتظار الإجابات التي كان من الممكن تسويتها في اجتماع قصير. يتعامل Fengming مع هذه المشكلة عن طريق تسهيل تتبع مسار التطوير. الهدف ليس التسرع في كل مهمة. الهدف هو إزالة الانتظار الذي يمكن تجنبه، ومساعدة الفرق على اتخاذ القرارات مبكرًا، وتحويل نتائج الاختبار المفيدة إلى الإجراء الواضح التالي. ### البدء بملخص مشروع مشترك تبدأ العديد من التأخيرات قبل بدء أعمال التصميم. قد يركز الفريق الهندسي على الأداء. قد يركز فريق الإنتاج على توفر المواد. قد يركز فريق المبيعات على متطلبات العملاء. إذا لم يتم وضع هذه النقاط في ملخص واحد، فقد يعمل كل قسم من خلال فهم مختلف للمنتج. أفضّل تحديد معلومات المشروع الأساسية في البداية: - غرض المنتج - المستخدمون المستهدفون - المتطلبات الفنية الرئيسية - ظروف التشغيل المتوقعة - حدود المواد أو المكونات - احتياجات الاختبار - نقاط الموافقة - فترة التسليم المخطط لها لا يلزم أن يكون هذا الموجز طويلاً. ويجب أن يكون واضحًا بدرجة كافية حتى يتمكن كل شخص من استخدام نفس المرجع. عندما يتغير أحد المتطلبات، يمكن للفريق التحقق من مدى تأثير التغيير على التصميم والاختبار والشراء والإنتاج. يمكن لهذه العادة البسيطة أن تمنع أي تعديل صغير من أن يصبح مصدرًا خفيًا للتأخير. ### تحويل المهام الكبيرة إلى قرارات أصغر يمكن أن يبدو المشروع وكأنه يمضي قدمًا بينما تظل القرارات الرئيسية مفتوحة. على سبيل المثال، قد يعمل فريق المنتج على تجميع جديد بينما لا يزال اختيار المادة غير محدد. قد يبدو الرسم مكتملاً، لكن النموذج الأولي لا يمكن أن ينتقل إلى مرحلة الإنتاج. العمل نشيط والمشروع ينتظر. يمكن لـ Fengming تقليل هذا النوع من التأخير عن طريق تقسيم المشروع إلى نقاط قرار: 1. تأكيد متطلبات المنتج. 2. مراجعة خطة التصميم. 3. التحقق من خيارات المواد والمكونات. 4. بناء النموذج الأولي. 5. اختبار الوظائف الرئيسية. 6. سجل المشكلات وقم بتعيين الإجراءات. 7. الموافقة على نسخة التصميم التالية. كل نقطة تعطي الفريق سؤالاً واضحًا للإجابة عليه. كما أنه يجعل المسؤولية أسهل في الرؤية. أجد هذا أكثر فائدة من طلب تحديثات التقدم العامة. "كيف يسير المشروع؟" قد تنتج إجابة واسعة النطاق. "ما هي الموافقة التي لا تزال مفتوحة؟" يؤدي إلى إجراء عملي. ### استخدم النماذج الأولية للإجابة على أسئلة محددة. لا ينبغي للنموذج الأولي أن يوضح شكل المنتج فقط. ينبغي أن يساعد الفريق على تعلم شيء ما. قد يجيب النموذج الأولي المفيد على أسئلة مثل: - هل يتناسب الجزء مع البنية المحيطة؟ - هل يمكن استكمال عملية التجميع بدون أدوات إضافية؟ - هل تتحمل المادة المختارة الحمولة المتوقعة؟ - هل المنتج سهل الصيانة؟ - هل يمكن إنتاج التصميم بالمعدات المتوفرة؟ يمكن رؤية مثال شائع في حاوية المعدات الصغيرة. قد تكون العينة الأولى مناسبة بشكل صحيح ولكن تجميعها يستغرق وقتًا طويلاً. إذا قام الفريق بفحص المظهر فقط، فقد تصل المشكلة إلى مرحلة الإنتاج. إذا كان وقت التجميع جزءًا من مراجعة النموذج الأولي، فيمكن لفريق التصميم تغيير طريقة التثبيت قبل إجراء المزيد من العينات. يساعد هذا الأسلوب كل اختبار على الحصول على نتيجة واضحة. لا يحتاج الفريق إلى انتظار النموذج الأولي المثالي قبل التعلم من التصميم. ### إبقاء التعليقات قريبة من العمل غالبًا ما تضيع فرق البحث والتطوير الوقت عندما تنتقل التعليقات عبر قنوات كثيرة جدًا. يمكن للمصمم إرسال الرسم عبر البريد الإلكتروني. يمكن لمهندس الإنتاج إضافة التعليقات في ملف منفصل. يجوز للموظف المشتري الاحتفاظ بالمعلومات المادية في نظام آخر. عندما لا تكون هذه السجلات متصلة، قد يقوم الأشخاص بمراجعة إصدار قديم أو تفويت أي تغيير. يمكن أن يتضمن سجل المشروع المشترك ما يلي: - إصدار الرسم الحالي - بيانات الاختبار - الأسئلة المفتوحة - المالك المعين - تاريخ الاستحقاق - حالة الموافقة - سبب كل تغيير في التصميم يمكن أن يكون التنسيق بسيطًا. قد يكون جدول البيانات المشترك أو منصة المشروع أو نظام المستندات المتحكم فيه كافيًا لفريق صغير. ما يهم هو التحكم في الإصدار. يجب أن يعرف الجميع الملف الحالي والإجراء الذي لا يزال مفتوحًا. ### امنح كل تأخير مالكًا واضحًا. يكون حل التأخير أسهل عندما يمتلك شخص ما الخطوة التالية. وهذا لا يعني إلقاء اللوم على شخص واحد. ويعني تحديد من سيقدم الإجابة ومن سيراجعها ومن سيوافق على النتيجة. على سبيل المثال: - الهندسة تؤكد تغيير التصميم. - الشراء يتحقق من توافر الموردين. - الجودة هي التي تحدد طريقة الاختبار. - يراجع الإنتاج عملية التجميع. - مدير المشروع يتابع القرار. يصبح اجتماع المشروع أكثر فائدة عندما ينتهي كل عنصر مفتوح بمالك وإجراء محدد. عبارة "التحقق من المادة" واسعة جدًا. "سيؤكد الشراء الدرجة المتاحة والمهلة الزمنية بحلول يوم الأربعاء" يمنح الفريق شيئًا يجب اتباعه. ### قياس التقدم من خلال المخرجات المفيدة قد يعقد المشروع العديد من الاجتماعات ولا يزال ينتج نتائج قليلة. ألقي نظرة على العلامات العملية للتقدم: - تم تأكيد أحد المتطلبات. - لقد اجتاز الرسم المراجعة. - أكمل النموذج الأولي الاختبار. - المشكلة لها سبب مسجل. - التغيير له مالك معين. - تمت الموافقة على القرار. توضح هذه العلامات ما إذا كان الفريق ينتقل من المناقشة إلى العمل. يمكن لمنهج Fengming أن يدعم نتائج أسرع من خلال ربط كل مرحلة بمخرجات واضحة. هذا لا يزيل كل مشكلة فنية. إنه يمنح الفريق طريقة أفضل للعثور على المشكلات مبكرًا والاستجابة لها دون فقدان السيطرة على المشروع. ### التعلم من كل دورة تطوير لا ينبغي أن ينتهي المشروع المؤجل بتسليم متعجل وبدون مراجعة. بعد النموذج الأولي أو دورة الاختبار، أود أن أسأل: - ما هي المهمة التي انتظرت أطول؟ - ما هو الشرط الذي تغير؟ - ما هو الاختبار الذي أعطى المعلومات الأكثر فائدة؟ - ما هي الموافقة التي لم تكن واضحة؟ - ما هي المشكلة التي قد تظهر في المشروع القادم؟ يمكن أن تؤدي الإجابات إلى تحسين موجز المشروع التالي، وعملية المراجعة، وخطة الاختبار. لا يتم إنشاء عملية بحث وتطوير أسرع من خلال تخطي عمليات التحقق. ويأتي ذلك من خلال إجراء عمليات التحقق الصحيحة في وقت مبكر، وإبقاء المعلومات مرئية، ومساعدة كل فريق على التصرف بناءً على نفس الحقائق. هذه هي الطريقة التي يمكن بها لـ Fengming تحويل تأخيرات البحث والتطوير إلى مسار أكثر تحكمًا نحو النتائج: تحديد العمل بوضوح، واختبار الهدف، وتتبع القرارات، وإبقاء المسؤولية قريبة من كل مهمة مفتوحة. اتصل بنا على xiongguilin: hbfmkj@fengmingsmart.cn/WhatsApp +8613510239313.

Fengming Smart Technology 2024 تقرير تحسين سير عمل Fengming R&D فريق إدارة هندسة Fengming 2024 سجلات تحسين عملية تطوير المنتج قسم جودة Fengming 2024 مراجعة تغيير التصميم واختبار النموذج الأولي مكتب إدارة مشروع Fengming 2024 ملخص قياس وقت دورة البحث والتطوير فريق Fengming لعمليات التصنيع 2024 دليل سير عمل التعاون والموافقة عبر الأقسام قسم تطوير المنتجات Fengming 2024 إدارة المعلومات الفنية وتحليل تقليل إعادة العمل