برای کنترل تغییر مهندسی، اثر آن را بر سوابق مرتبط محصول و فرایند بررسی کنید، اقدام‌های لازم را تأیید کنید و دقیقاً مشخص کنید نسخه جدید از کدام واحد یا محدوده اعمال می‌شود. تأیید نقشه بهتنهایی ابزار، بازرسی، قطعه خریداری‌شده یا کار در جریان را به‌روز نمی‌کند. مثال فرضی تغییر یک براکت، این وابستگی‌ها و تطبیق موجودی قدیمی را دنبال می‌کند. تعیین تکلیف پیشنهادی را از دوبارهکاری تکمیل‌شده جدا نگه دارید؛ سابقه تغییر، انطباق محصول را بهتنهایی اثبات نمی‌کند.
سوابق تولید تحت تأثیر یک تغییر نسخه را مشخص کنید.
مرز اعمال نسخه را فراتر از تاریخ ایمیل تأیید تعیین کنید.
موجودی قدیمی و کار ناتمام را بدون مخلوط‌کردن پنهان نسخه‌ها تطبیق دهید.
درخواست، تأیید و مرز اعمال نسخه را جدا کنید
درخواست تغییر مهندسی (ECR)، تغییر و دلیل آن را پیشنهاد می‌کند. دستور یا ابلاغیه تأییدشده تغییر می‌گوید چه چیزی اجرا شود. قاعده اعمال نسخه مشخص می‌کند تغییر کجا معتبر است؛ مثلاً بازه شماره سریال، بچ یا قاعده تاریخ‌دار پیکربندی. نام‌ها بین سازمان‌ها متفاوت‌اند، اما مرز تصمیم‌ها باید روشن باشد.
کار NIST درباره تغییر مهندسی، تغییر را مجموعه تصمیم‌های مرتبط در چرخه عمر محصول می‌بیند. راهنمای مدیریت پیکربندی NASA هم کنترل تغییر را از شناسایی و ثبت پیکربندی واقعی جدا می‌کند. روش لازم محل و مشتری را رعایت کنید؛ زنجیره اختیار صنعت دیگری را کپی نکنید.
تغییر محل سوراخ نصب را تا فرایند دنبال کنید
در مثال فرضی، نسخه D براکت، محل یک سوراخ نصب را تغییر می‌دهد. مشتری الزام واقعی نداده و همه تعدادها و تصمیم‌های اینجا فرض آموزشی‌اند. تیم پیشنهاد می‌کند پس از تأیید بسته کامل اجرا، D از شماره سریال S1001 به بعد اعمال شود.
نقشه با فهرست مواد و قطعات (BOM)، فیکسچر، برنامه ماشین، دستور کار و روش بازرسی مرتبط است. باقی‌ماندن نسخه C در یکی از این بخش‌ها می‌تواند قطعه‌ای بسازد که ظاهر نسخه جدید را دارد، ولی با هندسه قدیمی ساخته یا بررسی شده است.
| مورد مرتبط | تصمیم لازم پیش از اعمال D |
|---|---|
| نقشه و BOM | تأیید هندسه، هویت قطعه و مجموعه‌های تحت تأثیر |
| فیکسچر و برنامه ماشین | بررسی سازگاری و نسخه کنترل‌شده |
| دستور کار | جایگزینی روش تأییدشده در محل استفاده |
| بازرسی | به‌روزرسانی ویژگی، مرجع و روش اندازه‌گیری تأییدشده |
| موجودی و کار در جریان | تأیید مصرف، دوبارهکاری، مرجوعی یا اسقاط برای هر محدوده |
| سابقه سریال | ثبت پیکربندی واقعاً ساخته‌شده در مرز اعمال نسخه |
موجودی نسخه قدیمی را تطبیق دهید
فرض کنید هنگام ثبت وضعیت تغییر، ۵۰۰ براکت تکمیل‌شده C و ۱۲۰ براکت C در جریان ساخت وجود دارند. تعیین تکلیف پیشنهادی که به تأیید نیاز دارد، مصرف ۳۰۰ قطعه تکمیل‌شده و ۸۰ قطعه در جریان برای سفارش‌های واجد شرایط نسخه قدیم است. ۲۰۰ قطعه تکمیل‌شده و ۴۰ قطعه در جریان باقی‌مانده، تصمیم دوبارهکاری تأییدشده می‌خواهند.
تعدادها با هم می‌خوانند: ۶۲۰ قطعه موجود، شامل ۳۸۰ قطعه برای مصرف پیشنهادی نسخه قدیم و ۲۴۰ قطعه برای دوبارهکاری پیشنهادی است. نوشتن مسیر در فایل جدولی، دوبارهکاری را انجام نمیدهد. تکمیل واقعی، بازرسی و هویت جدید هر قطعه را جدا ثبت کنید.
سمت چپ، قطعه تکمیل‌شده و در جریان موجود است. سمت راست، مصرف پیشنهادی نسخه قدیم و دوبارهکاری پیشنهادی است. هر ۶۲۰ قطعه حساب شده‌اند؛ این سابقه، نتیجه تکمیل دوبارهکاری یا آزادسازی نیست.
پیش از آزادسازی نسخه جدید، بررسی‌ها را برنامه‌ریزی کنید
مشخص کنید پس از تغییر هر وابستگی، چه چیزی باید بررسی شود: انطباق هندسی، قابلیت فرایند در صورت نیاز، دسترسی بازرسی، آموزش و ابزار ایمن. مقایسه دو نقشه ثابت نمی‌کند فیکسچر به‌روزشده نتیجه لازم را می‌سازد.
اگر دوبارهکاری ماده برمی‌دارد یا اتصال مرتبط با ایمنی را تغییر می‌دهد، ممکن است تأیید مهندسی واجد صلاحیت و مشتری لازم باشد. بررسی ناموفق یا ناقص را آشکار نگه دارید. طرح کنترل تولید ویژگی اصلاح‌شده را به بررسی و واکنش وصل می‌کند.
- تغییر پیشنهادی را تعریف کنید
دلیل، پیکربندی تحت تأثیر و الزام مورد نظر را ثبت کنید.
- وابستگی و موجودی را مشخص کنید
سند، ابزار، تأمین‌کننده، مجموعه، موجودی تکمیل‌شده و کار در جریان را شناسایی کنید.
- اجرا و مرز اعمال را تأیید کنید
مرجع اختیار، معیار بررسی، تعیین تکلیف‌ها و مرز سریال یا بچ را مشخص کنید.
- بررسی و پیکربندی واقعی را ثبت کنید
نسخه اجراشده، نتیجه واقعی تعیین تکلیف و تاریخچه محصول را نگه دارید.
مجوز انحراف موقت را از تغییر دائمی جدا نگه دارید
مجوز انحراف موقت ممکن است با اختیار مستقل، استثنای محدودی را برای گروه مشخصی اجازه دهد. نباید بی‌سروصدا مبنای تمام واحدهای آینده را عوض کند. انقضا، گروه تحت تأثیر و شرایط بازگشت به مبنا را ثبت کنید.
با ردیابی بچ واحدهای تحت تأثیر را دنبال و با FMEA پیامد و کنترل را بازبینی کنید. این دو سؤال متفاوت دارند: نسخه به کجا رفته و فرایند تغییریافته چه ریسکی ایجاد می‌کند.
تغییر را با شواهد تولید ببندید
پیش از بستن، فهرست اثر برنامه‌ریزی‌شده را با سوابق اجرا و موارد باز مقایسه کنید. اپراتور و بازرس باید به نسخه درست دسترسی داشته باشند. نسخه منسوخ محل استفاده را طبق فرایند کنترل‌شده کنار بگذارید، بدون اینکه سابقه تاریخی از بین برود.
فایل، تطبیق فرضی ۶۲۰ قطعه و فرم ثبت اثر تغییر را دارد. تأیید مهندسی و ثبت نسخه واقعاً ساخته‌شده، با سازمان مسئول می‌ماند.
مثالی مرتبط از ابوالفضل
ببینید چرا رویداد قدیمی باید تبدیل واحد همان زمان را نگه دارد.
به انگلیسی در وبلاگ شخصی ابوالفضل، بنیان‌گذار Vrolen. مطالعهٔ مرتبط است، نه منبع فنی مستقل.
چک‌لیست عملی
- دلیل و پیکربندی تحت تأثیر را ثبت کنید.
- درخواست را از اجرای تأییدشده جدا کنید.
- ابزار، برنامه و سند را مشخص کنید.
- موجودی تکمیل‌شده و در جریان را هنگام تغییر ثبت کنید.
- تعیین تکلیف را تأیید و تعدادها را تطبیق دهید.
- مرز دقیق سریال، بچ یا قاعده دیگر اعمال نسخه را بنویسید.
- ساخت واقعی و سوابق بازرسی را بررسی کنید.
- وابستگی باز را زیر نظر مرجع مشخص تعیین تکلیف کنید.
پرسش‌های متداول
پرسش‌های متداول
منابع و مطالعهٔ بیشتر
منابع معتبر استفاده‌شده برای پژوهش و بررسی این راهنما.