درک مهندسی Cross- String در توسعه محصول مدرن

مهندسی بین رشته ای - جایی که مکانیکی، الکتریکی، نرم افزار و مهندسان عمران در یک محصول واحد همکاری می کنند - تبدیل به هنجار در صنایع از خودرو به دستگاه های پزشکی می شود، در حالی که وعده نوآوری یکپارچه بالا است، واقعیت اغلب شامل مشخصات ناسازگار، تلاش اضافی و چرخه های ادغام به تأخیر می افتد. این مقاله استراتژی های عملی برای مدیریت این فرآیندهای پیچیده را مشخص می کند، کمک به رهبران متقابل به یک ترکیب رقابتی تبدیل می شود.

بنیاد مدیریت مهندسی Cross- String

چالش اصلی: ذهنیت های معکوس و جریان های کاری

هر رشته مهندسی واژگان، ابزار طراحی و چرخه های بازبینی خود را به ارمغان می آورد.یک مهندس نرم افزار فکر می کند در اسپرینت و ادغام؛ یک مهندس مکانیک فکر می کند در پشته های تحمل و تولید DFM چک بدون مکانیسم های صریح، این تفاوت های وابسته ایجاد تجزیه و تحلیل ارتباطات است که آبشار به کار پر هزینه است.

چرا مدیریت پروژه های سنتی کوتاه می شوند

آبشار و حتی چارچوب های استاندارد Agile اغلب فرض می کنند که یک محصول تک مالک یا یک دست خطی بین مراحل وجود دارد.در واقع، تصمیمات الکتریکی و نرم افزار بر محدودیت های محفظه مکانیکی تأثیر می گذارد و این محدودیت ها به جای تنظیم متوالی به چرخه های برنامه ریزی هماهنگ شده و هماهنگ شده نیاز دارند.

استراتژی های کلیدی برای مدیریت موثر

۱- ایجاد یک زبان مهندسی مشترک

اصطلاحات خاص انضباطی می توانند الزامات مبهم ایجاد یک طرح که اصطلاحاتی مانند "interface"، "prototype Stage" و "verification" را به گونه ای تعریف می کند که همه تیم ها آن را با بررسی های طراحی مکان یافته (فیزیکی یا مجازی) تعریف می کنند که در آن هر رشته طراحی خود را در یک نمودار مشترک ارائه می دهد - مانند سیستم های مکانیکی و با محدودیت های معماری.

منابع خارجی: سیستم های مهندسی بدن دانش (SEBoK) دستورالعمل هایی برای ایجاد استانداردهای ارتباطی انضباطی متقابل ارائه می دهد.

۲- پیاده سازی ماتریس RACI با استفاده از Mapping وابسته

مقاله اصلی ذکر شده است RACI ماtrices، اما برای پروژه های متقابل انضباطی، آنها باید فراتر از نام لیست بروند. نقشه هر وظیفه به بالادستی و پایین ارائه پذیرها، به عنوان مثال، "سیستم عامل کنترل کننده موتور" (Responsible: تیم نرم افزار) قابل حساب به مهندس سیستم، اما همچنین نیاز به ورودی از ورودی الکتریکی (pinout، قدرت) و وضعیت اتصال مکانیکی مدرن (در دسترس است که اغلب از یک ابزار وابسته به اشتراک گذاشته شده است).

۳- اتخاذ مهندسی سیستم های مبتنی بر مدل (MBSE)

MBSE جایگزین الزامات مبتنی بر کاغذ با یک مدل دیجیتال است که همه رشته ها می توانند جستجو کنند.یک تغییر در گشتاور موتور نیاز به طور خودکار به روز رسانی برق محاسبات، شبیه سازی های استرس مکانیکی و محدودیت های کنترل نرم افزار.این انتشار دستی تغییرات را که باعث شگفتی های دیر مرحله ای می شود، حذف می کند. بسیاری از تیم های هوافضا و خودرو در حال حاضر MBSE را برای هر سیستم فرعی متقابل-فرشته می کنند.

منابع خارجی: ] طرح پیشنهادی برای انجام مطالعات موفق MBSE را فراهم می کند.

برنامه 4: سیستم های یکپارچه سازی منظم

منتظر نمانید تا نمونه اولیه کامل برای ادغام هفتگی یا دو هفته ای (دو بار) به طور همزمان "دوچرخه های ادغام" را در نظر بگیرید که هر رشته هنر فعلی خود را به ارمغان می آورد - مدل CAD، طرح PCB یا ساخت کد - و تلاش برای انحراف فیزیکی یا تقریباً جمع آوری آنها.حتی یک جلسه 30 دقیقه ای در همان طبقه می تواند ابزارهای اولیه ناسازگار را آشکار کند.

۵- ایجاد معیارهای عملکرد انضباطی Cross- String Performance

معیارهای گروه فردی (به عنوان مثال، تعداد نرم افزار متعهد، شمارش قطعات مکانیکی) می تواند رفتار سیلو را تحریک کند، در عوض، KPI های مشترک مانند "تعداد درگیری های رابط که قبل از نمونه اولیه اولیه یافت می شود" یا "طراحی نرخ انطباق یخ" را تعریف کنید.

ابزار و تکنیک های همکاری متقابل- انضباطی

آموزش ابزارهای طراحی با Interoperability

هیچ ابزار CAD یا مدل سازی برای هر رشته ای مناسب نیست؛ هدف قابلیت همکاری است؛ اطمینان حاصل کنید که MCAD (به عنوان مثال، SolidWorks، NX) صادرات هندسه و خواص توده ای که ECAD (به عنوان مثال Altium، Eagle) می تواند به عنوان طرح وارد کند و هر دو به یک نرم افزار دیجیتال Twin، سرمایه گذاری در فرمت های فایل خنثی (STX، خروجی PSL) و سیستم عامل های خاص PLT وارد می شوند:

ادغام های محبوب شامل:

  • Slack یا تیم های مایکروسافت [FLT 1] با chatbots که به تیم اطلاع می دهد هنگامی که یک قانون طراحی انضباطی متقابل نقض می شود.
  • [[۱] [۱۰] [۱]] [۱۰] [۱]] [۱۰]] [۳]] با زمینه های سفارشی برای «ملکهٔ فر» و «معجزهٔ اصلاح شده» (Impacted Disciplines)
  • وایندچیل یا تیم مرکزی [FLT 1] برای BOM های کنترل شده تجدید نظر که تعاریف مکانیکی و الکتریکی را ادغام می کنند.
  • مدل یا SysML [FLT 1] ابزار مبتنی بر برای اجرای مطالعات تجاری در سراسر حوزه های متعدد فیزیک.

مدیریت الزامات همکاری

از یک ابزار مبتنی بر وب استفاده کنید که به هر رشته اجازه می دهد تا در مورد همان مجموعه از الزامات سطح سیستم مشاهده و اظهار نظر کند. [FLT: 1] شناسه های مورد نیاز را برای آزمایش موارد و موارد تأییدیه، هنگامی که یک تغییر نیاز، ابزار به طور خودکار ایمیل های مهندسی هر رشته آسیب دیده را جایگزین می کند.

غلبه بر چالش های مشترک

چالش 1: اولویت های طراحی تعارض

تیم های نرم افزار می خواهند حداکثر پردازش سر اتاق؛ تیم های مکانیکی می خواهند محوطه های تنگ و ناهموار؛ تیم های الکتریکی می خواهند مسیریابی سیگنال مطلوب را انجام دهند، این اولویت ها اغلب برای همان فضای فیزیکی و بودجه حرارتی رقابت می کنند. راه حل: [FLT 1] از یک ماتریس معامله ای استفاده می کنند که هر کدام از گزینه های جایگزین را در برابر معیارهای عینی (هزینه، وزن، قدرت، زمان برای بازار) رتبه بندی می کند.

چالش 2: دانش سیلوس بین انضباط

حتی با ابزارهای مشترک، مهندسان ممکن است در افشای کار ناقص تردید کنند، این منجر به توسعه موازی در مفروضات ناسازگار می شود. راه حل: ایجاد یک فرهنگ از به اشتراک گذاری "به طور ناگهانی، ناقص، صادقانه" استفاده از یک هیئت مدیره بازبینی (DRB) که با ماهانه مطابقت دارد، که هر رشته ارائه می دهد 15 دقیقه به روز رسانی، نه فقط به روز رسانی D.

چالش 3: محتوای منابع در مالدیو

در سازمان های ماتریسی، مهندسان گزارش به مدیر عملکردی خود را در حالی که کار بر روی پروژه های متقابل انضباطی، این می تواند درگیری در طول تخصیص زمان ایجاد کند. راه حل: مدیر پروژه و مدیران عملکردی باید به طور مشترک در مورد یک برنامه ظرفیت هر سه ماهه توافق کنند.استفاده از ابزار برنامه ریزی منابع (به عنوان مثال، Smartsheet، LiquidPlanner) که در دسترس بودن و اضافه بار قبل از شروع به نمایش در دسترس بودن نظم و اضافه بار دیگر قانون.

بهترین تمرین ها برای موفقیت پایدار

سرمایه گذاری در Cross-Learn و Drives

مهندسانی که شش ماه را در رشته دیگری گذرانده اند، همدلی را برای محدودیت های تیم ایجاد می کنند. Pair یک مهندس نرم افزار با مکانیکی برای یک مشکل کوتاه برای یادگیری در مورد پشته های تحمل یا یک مهندس برق در تست سیستم کاهش می دهد.این ذهنیت "ما در مقابل آنها" را کاهش می دهد و سرعت های عیب یابی غیر رسمی را افزایش می دهد.

آموزش های یکپارچه سازی مستند Learned

پس از هر نقطه عطف عمده (prototype, Design Frozen, پرتاب), نگه داشتن یک نگاه متقابل انضباطی که به طور خاص بر روی شکست های ادغام تمرکز دارد - نه نقطه عطف انگشت، بلکه تجزیه و تحلیل ریشه سبب می شود یافته ها را در یک پایگاه قابل جستجو منتشر کنید.

استفاده از دوقلوهای دیجیتال برای تایید مستمر

یک دوقلو دیجیتال – یک نمایندگی مجازی در زمان واقعی محصول فیزیکی – به همه رشته ها اجازه می دهد تا تاثیر یک تغییر را قبل از ساخت سخت افزار ببینند.برای مثال، یک به روز رسانی نرم افزار که فرکانس پردازنده را افزایش می دهد می تواند در دوقلوی دیجیتال شبیه سازی شود تا اثرات حرارتی بر روی محفظه مکانیکی را بررسی کند، این نیاز به نمونه های فیزیکی گران قیمت و چرخه های ادغام را کاهش می دهد.

آینده در مهندسی Cross- String

ظهور ابزار طراحی با کمک AI (به عنوان مثال، طراحی عمومی که هر دو قطب مکانیکی و الکتریکی را تولید می کند) مرزهای انضباطی را بیشتر از مدیران باید با ساخت تیم هایی که شامل متفکران سیستم هایی هستند که می توانند چندین دامنه را هدایت کنند، آماده کنند.

روند دیگر استفاده از شبیه سازی مبتنی بر مدلیکا است که زوج های الکتریکی، مکانیکی، حرارتی و سیستم های کنترل در یک محیط شبیه سازی واحد است.این اجازه می دهد یک تیم بین رشته ای برای اجرای سناریوهای "چه وقت" در ساعت ها به جای هفته.

منابع خارجی: انجمن مدلیکا [FLT 1] استانداردهای باز برای مدل سازی چند فیزیک فراهم می کند.

نتیجه گیری

مدیریت فرآیندهای مهندسی متقابل انضباط کمتر در مورد اجرای برتری خاص انضباط و بیشتر در مورد رابط های ارکستر، هماهنگ سازی انگیزه ها، و ایجاد فرهنگ شفافیت است.با پیاده سازی چارچوب های ارتباطی ساختاری (RACI با نقشه برداری وابستگی، MBSE، ادغام کادرها)، اتخاذ ابزارهای همکاری، و به طور فعال پرداختن به چالش های رایج مانند محتوا منابع و استراتژی های دانش سیلو، رهبران مهندسی کار می توانند دامنه های زمان واقعی را به نتایج منبع واقعی تبدیل کنند.