برون‌سپاری خدمات ساخت فمیلی رویت، از شرح کار تا کنترل تحویل

تصمیم برون‌سپاری به سه عامل بستگی دارد: تعداد فمیلی‌های مورد نیاز، پیچیدگی فنی هرکدام و ظرفیت تیم داخلی. یک دفتر با یک کارشناس Revit که هر چند ماه چند فمیلی ساده لازم دارد، معمولاً آن‌ها را در داخل می‌سازد. همان دفتر زمانی که برای یک پروژه‌ی جدید ده‌ها فمیلی تجهیزات با کانکتور، ابعاد پارامتریک و Type Catalog لازم دارد، با ظرفیت داخلی خود به‌موقع به آن نمی‌رسد.

برون‌سپاری در این حالت‌ها معمولاً منطقی است:

• ساخت یا بازسازی کتابخانه‌ی استاندارد دفتر، با تعداد زیادی فمیلی در یک بازه‌ی زمانی مشخص.
• فمیلی‌های MEP با کانکتورهای کانال، لوله و برق که داده‌های سیستم را درست منتقل کنند.
• فمیلی‌های Adaptive، سازه‌ای یا فمیلی‌هایی با Nested و Shared که ساخت آن‌ها تجربه‌ی تخصصی می‌خواهد.
• پروژه‌ای که کارفرمای آن استاندارد مشخصی برای داده‌های فمیلی‌ها تعیین کرده است.

سمت تولیدکننده‌ی محصول، یعنی شرکتی که فمیلی محصولات خود را برای انتشار سفارش می‌دهد، شرایط متفاوتی دارد و در مقاله‌ی ساخت فمیلی رویت برای تولیدکنندگان آمده است.

شرکت سازنده فقط آنچه را می‌سازد که در شرح کار آمده است. اگر شرح کار فقط یک فایل PDF از محصول باشد، نتیجه فمیلی‌ای است که شبیه محصول است، اما با استانداردهای دفتر شما تطبیق ندارد. یک شرح کار کامل این موارد را مشخص می‌کند:

1. نسخه‌ی Revit: فمیلی‌ای که در نسخه‌ی جدیدتر ذخیره شود، در نسخه‌ی قدیمی‌تر باز نمی‌شود. فمیلی‌ها باید در قدیمی‌ترین نسخه‌ای که دفتر استفاده می‌کند تحویل داده شوند.
2. کتگوری و نوع میزبانی هر فمیلی، چون نوع میزبانی پس از ساخت قابل‌تغییر نیست.
3. فایل پارامترهای مشترک دفتر و فهرست پارامترهایی که هر فمیلی باید داشته باشد، با سطح تایپ یا اینستنس هرکدام.
4. قواعد نام‌گذاری فایل‌ها، تایپ‌ها، ساب‌کتگوری‌ها و متریال‌ها.
5. سطح جزئیات: آنچه در Coarse، Medium و Fine نمایش داده شود، و سطح LOD مورد انتظار.
6. داده‌های ورودی: نقشه‌های CAD، کاتالوگ تولیدکننده، ابعاد و فهرست تایپ‌ها.
7. نمونه‌ی اسکجوال و تگ دفتر، تا فمیلی بر اساس خروجی واقعی آزمایش شود.

اگر پروژه بر اساس ISO 19650 مدیریت می‌شود، الزامات اطلاعاتی پروژه نیز بخشی از همین شرح کار است. شرکت سازنده باید بداند هر فمیلی کدام داده‌ها را برای کدام مرحله حمل می‌کند.

پیش از سفارش صد فمیلی، یک یا دو فمیلی نماینده سفارش دهید: یکی ساده و یکی پیچیده‌تر از کل مجموعه. فمیلی آزمایشی نشان می‌دهد شرکت سازنده شرح کار را چگونه درک کرده، پارامترهای مشترک را درست به کار برده و فایل‌ها را با چه کیفیتی تحویل می‌دهد.

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

فمیلی‌ای که در نمای سه‌بعدی کامل به نظر می‌رسد، الزاماً در پروژه عملکرد متناسبی ندارد. کنترل تحویل باید داخل یک پروژه‌ی آزمایشی و با تمپلیت دفتر انجام شود، نه در Family Editor:

• آزمون تغییر ابعاد: تمام تایپ‌ها و محدوده‌ی ابعادی که فمیلی ادعا می‌کند، بدون خطا ساخته می‌شوند.
• آزمون اسکجوال: فمیلی در اسکجوال‌های دفتر ظاهر می‌شود و هر ستون مقدار درستی دارد. پارامترهای مشترک با GUID دفتر شناخته می‌شوند، در نتیجه پارامتری با نام یکسان اما GUID متفاوت، در اسکجوال و تگ خالی می‌ماند.
• آزمون تگ با تگ‌های استاندارد دفتر.
• نمایش در Coarse، Medium و Fine و در پلان، نما و برش.
• وزن فایل: نبود CAD واردشده، نبود هشدار و Purge کامل محتوای استفاده‌نشده.
• کانکتورها در فمیلی‌های MEP: جهت، سیستم و ابعاد هر کانکتور.

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

بعضی خطاها در آزمون‌های بالا دیده می‌شوند، اما علت آن‌ها در شیوه‌ی ساخت فمیلی است و اصلاح آن‌ها به بازسازی بخشی از فمیلی نیاز دارد. این موارد را در فمیلی آزمایشی بررسی کنید تا در کل مجموعه تکرار نشوند:

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

هرکدام از این موارد را با یک جمله در شرح کار بنویسید. سازنده‌ای که از ابتدا بداند هندسه باید به صفحات مرجع قفل شود و جزئیات در سطح Coarse ساده باشد، همین کار را انجام می‌دهد و هزینه‌ی اصلاح بعدی حذف می‌شود.

نمونه‌کار یک شرکت را در پروژه‌ی خودتان آزمایش کنید، نه در تصاویر وب‌سایت آن. یک فایل RFA نمونه بخواهید و آن را با همان فهرست کنترل تحویل بررسی کنید. تصویر رندرشده‌ی یک فمیلی چیزی درباره‌ی پارامترها، نوع میزبانی یا وزن فایل آن نشان نمی‌دهد.

پیش از قرارداد این موارد را مشخص کنید: تعداد دفعات اصلاح در هزینه‌ی هر فمیلی، مالکیت فایل‌های تحویل‌شده و امکان استفاده‌ی دفتر در پروژه‌های بعدی، تعهد محرمانگی برای نقشه‌ها و داده‌های پروژه، و اینکه فایل‌های منبع مانند Type Catalog و فایل‌های CAD مرجع نیز تحویل داده می‌شوند یا خیر. برای کار ریموت، یک نفر در دفتر باید مسئول پاسخ به پرسش‌ها و تأیید فمیلی‌ها باشد، وگرنه پرسش‌های سازنده بی‌پاسخ می‌مانند و زمان پروژه از دست می‌رود.

اگر دفتر یک کارشناس Revit با زمان کافی دارد و فقط چند فمیلی ساده در سال لازم است، ساخت داخلی ارزان‌تر است و دانش آن در دفتر می‌ماند. اگر فمیلی‌های کتابخانه‌ی Autodesk یا فمیلی‌های تولیدکنندگان با کمی تغییر نیاز شما را برطرف می‌کنند، به خدمات ساخت فمیلی نیازی ندارید و به ما یا شرکتی مانند ما نیز نیازی ندارید.

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