مدیریت یک تغییر مهندسی
یک تغییر طراحی یا مهندسی را از یک کنترل مناسب عبور دهید: آن را همراه با دلیل و ریسکش ثبت کنید، پرسشهای فنیای که باز میکند را با RFI برطرف کنید، و هر اثر هزینه یا زمانی را به یک سفارش تغییر منتقل کنید.

چگونه کار میکند، گام به گام
3 گام در سراسر پلتفرم - کاری که در هر گام انجام میدهید و چرا اهمیت دارد.
ثبت تغییر تحت کنترل
مدیریت تغییریک سابقه مدیریت تغییر برای تغییر پیشنهادی باز کنید و بهروشنی بیان کنید چه چیزی تغییر میکند، چرا، و ریسک ایمنی، عملیاتی و طراحیای که با خود دارد. آن را پیش از دستزدن هر کسی به کار، برای بازبینی مسیردهی کنید.
چرا: تغییرات مهندسی که یک مرحله کنترل را رد میکنند، همان روشی است که یک اصلاح خیرخواهانه در نهایت ناایمن یا غیرمنطبق میشود. سابقه مدرکی است که ریسک بررسی شده و تغییر مجاز شده، نه اینکه فقط انجام شده.
رفع پرسشهای فنی
RFIبرای هر پرسش فنی بازی که تغییر مطرح میکند، ابعاد، رابطها، مشخصات فنی، یک RFI ثبت کنید و از طراح بخواهید پیش از قطعیشدن جزئیات، کتباً پاسخ دهد. هر RFI را مرتبط با تغییر نگه دارید.

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

چرا: بخش مهندسی میتواند بسته شود و هنوز پول باز بماند. یک سفارش تغییر است که یک تغییر مجاز را به یک هزینه توافقشده و یک تاریخ جابهجاشده تبدیل میکند، پیش از اینکه بیسروصدا مشکل شما شود.
ماژولهای این سناریو
4 / 184 ماژول پلتفرم

