فرض کنید مدیر پروژه یا سرپرست اصلی کارگاه چند روز در پروژه حضور نداشته باشد.
آیا تیم دقیقاً می‌داند:
- این هفته چه کارهایی باید انجام شوند؟
- قبل از شروع هر فعالیت چه پیش‌نیازهایی باید آماده باشند؟
- مصالح موردنیاز چه زمانی باید خریداری و تحویل شوند؟
- هر پیمانکار دقیقاً مسئول چه کاری است؟
- آخرین نقشه تأییدشده کدام نسخه است؟
- اگر نقشه ابهام داشته باشد، سؤال از چه مسیری باید ارسال شود؟
- تغییر در کار چگونه از نظر زمان و هزینه بررسی و تأیید می‌شود؟
- کیفیت هر فعالیت در چه مرحله‌ای کنترل می‌شود؟
- پیشرفت واقعی پروژه نسبت به برنامه چقدر است؟
- و اگر پروژه عقب افتاد، علت دقیق آن چیست؟
اگر پاسخ این سؤال‌ها بیشتر در ذهن مدیر پروژه، سرپرست کارگاه یا چند فرد باتجربه باشد، پروژه هنوز بیش از حد فردمحور اداره می‌شود.
سیستمسازی در صنعت ساختمان یعنی برای جریان پروژه از شروع تا تحویل، فرایند مشخصی برای برنامه‌ریزی، اجرا، خرید، پیمانکاران، اطلاعات، کنترل کیفیت، تغییرات، هزینه، ایمنی، گزارش و تحویل ایجاد کنیم؛ به‌گونه‌ای که مسئول، ورودی، خروجی و وضعیت هر بخش قابل پیگیری باشد.
در این مقاله از آکادمی پاکراه، قدم‌به‌قدم جلو می‌رویم تا بتوانید این سیستم را برای شرکت ساختمانی یا پروژه خودتان طراحی کنید.
- سیستمسازی در صنعت ساختمان چیست؟
- از کجا بفهمیم پروژه یا شرکت ساختمانی به سیستمسازی نیاز دارد؟
- نقشه سیستم‌های اصلی یک پروژه ساختمانی
- چه بخش‌هایی از صنعت ساختمان باید سیستمسازی شوند؟
- سیستمسازی پروژه ساختمانی را از کجا شروع کنیم؟
- چگونه پروژه ساختمانی را مرحله‌به‌مرحله سیستمسازی کنیم؟
- برنامه خرید و تأمین را به برنامه اجرا وصل کنید
- پیمانکاران را چگونه سیستمسازی کنیم؟
- سیستم تحویل کار بین اکیپ‌ها را طراحی کنید
- RFI چیست و چگونه آن را سیستم کنیم؟
- Submittal چیست؟
- تغییرات پروژه را چگونه سیستمسازی کنیم؟
- کنترل کیفیت پروژه را چگونه سیستم کنیم؟
- NCR چیست؟
- سیستم گزارش روزانه کارگاه را ساده نگه دارید
- Document Control یا کنترل مدارک چیست؟
- ایمنی پروژه را چگونه وارد سیستم کنیم؟
- صورت‌وضعیت پیمانکار را سیستم کنید
- KPIهای مهم برای سیستمسازی پروژه ساختمانی چیست؟
- شناسنامه هر فرایند ساختمانی را بسازید
- چه مستنداتی واقعاً برای سیستم پروژه لازم‌اند؟
- Punch List چیست؟
- تحویل پروژه را چگونه سیستم کنیم؟
- بعد از پایان پروژه Lessons Learned ثبت کنید
- نرمافزار مدیریت پروژه چه زمانی لازم است؟
- اشتباهات رایج در سیستمسازی صنعت ساختمان
- از کجا بفهمیم سیستمسازی پروژه موفق بوده است؟
- سیستمسازی صنعت ساختمان را از کجا شروع کنیم؟
- گاهی مشکل کارگاه، داخل کارگاه نیست
- شرکت ساختمانی زمانی سیستم شده که هر پروژه از صفر شروع نشود
سیستمسازی در صنعت ساختمان چیست؟
پروژه ساختمانی با کارخانه یا سالن زیبایی یک تفاوت مهم دارد:
بخش زیادی از فعالیت‌های کارخانه هر روز تکرار می‌شوند؛ اما ساختمان بیشتر Project-Based یا پروژه‌محور است.
هر پروژه ممکن است:
- کارفرمای متفاوت؛
- طراحی متفاوت؛
- زمین و شرایط متفاوت؛
- پیمانکاران متفاوت؛
- زمان‌بندی متفاوت؛
- و محدودیت‌های متفاوت
داشته باشد.
با این حال، روش مدیریت پروژه میتواند استاندارد شود.
مثلاً در هر پروژه می‌توانیم مشخص کنیم:
- پروژه چگونه شروع شود،
- برنامه چگونه شکسته شود،
- پیمانکار چگونه انتخاب و تحویل کار شود،
- خرید چگونه انجام شود،
- نقشه و ابهامات چگونه کنترل شوند،
- تغییرات چگونه تأیید شوند،
- کیفیت چگونه کنترل شود،
- پیشرفت چگونه گزارش شود،
- و پروژه چگونه تحویل شود.
آنها ابزار اجرای سیستم هستند.
ترتیب بهتر این است:
- فرایند
- مسئول
- قاعده
- مستند
- داده
- کنترل
- ابزار
از کجا بفهمیم پروژه یا شرکت ساختمانی به سیستمسازی نیاز دارد؟
وجود چند مورد از نشانه‌های زیر میتواند نشان دهد که بخشی از مدیریت پروژه هنوز سیستم مشخصی ندارد.
۱. مدیر پروژه مرکز تمام تصمیم‌هاست
برای تقریباً هر موضوع باید از یک نفر سؤال شود:
- مصالح را سفارش بدهیم؟
- این کار را شروع کنیم؟
- این نقشه درست است؟
- پیمانکار اجازه دارد ادامه بدهد؟
- این تغییر را اجرا کنیم؟
- این صورت‌وضعیت تأیید است؟
اگر تصمیم‌های پرتکرار مسیر و حدود اختیار مشخص نداشته باشند، مدیر پروژه به گلوگاه تبدیل می‌شود.
۲. برنامه داریم اما کارها طبق برنامه جلو نمی‌روند
ممکن است یک فایل زمان‌بندی چندصدردیفی داشته باشید اما در کارگاه کسی دقیقاً نداند:
فردا و این هفته چه کاری واقعاً قابل اجراست؟
مشکل اینجاست که برنامه کلان به برنامه اجرایی روزانه و هفتگی متصل نشده است.
۳. مصالح دیر می‌رسند و عملیات متوقف می‌شود
تیم اجرای دیوار آماده است اما بلوک نیست.
کاشی‌کار آماده است اما کاشی هنوز تأیید نشده.
تجهیزات باید نصب شوند اما خرید انجام نشده است.
در اینجا مشکل ظاهراً «خرید» است، ولی ریشه ممکن است در اتصال ضعیف بین:
برنامه اجرا → نیاز مصالح → تأیید → خرید → تحویل
باشد.
۴. نسخه‌های مختلف نقشه در پروژه وجود دارد
دفتر فنی یک نسخه دارد.
پیمانکار نسخه دیگری گرفته است.
سرپرست کارگاه نمی‌داند آخرین Revision یا ویرایش نقشه کدام است.
این یکی از واضح‌ترین نشانه‌های نبود سیستم Document Control یا کنترل مدارک است.
۵. تغییرات شفاهی اجرا می‌شوند
کارفرما یا طراح می‌گوید:
«این قسمت را تغییر بدهید.»
کار اجرا می‌شود.
بعد مشخص نیست:
- تغییر دقیقاً چه بوده؛
- چه کسی تأیید کرده؛
- چقدر هزینه داشته؛
- و چند روز روی برنامه اثر گذاشته است.
۶. پروژه عقب افتاده ولی علت دقیق مشخص نیست
همه می‌گویند:
«پروژه تأخیر دارد.»
اما معلوم نیست:
- طراحی دیر شده؛
- خرید دیر شده؛
- پیمانکار نیروی کافی نداشته؛
- کار قبلی تکمیل نشده؛
- مجوز یا تأیید دیر رسیده؛
- یا فعالیت اشتباه برنامه‌ریزی شده است.
سیستم باید تأخیر را از یک «احساس کلی» به علت قابل ثبت و تحلیل تبدیل کند.
۷. پیمانکاران منتظر یکدیگر می‌مانند
- برق‌کار نمی‌تواند کار کند چون سقف تمام نشده.
- کف‌ساز منتظر تأسیسات است.
- نقاش وارد طبقه شده ولی بخشی از کارهای قبلی هنوز باز است.
این مشکلات معمولاً از مدیریت ضعیف Handoff یا تحویل کار بین تیم‌ها ایجاد می‌شوند.
۸. کنترل کیفیت بیشتر در پایان انجام می‌شود
کار تمام می‌شود و تازه در زمان تحویل متوجه می‌شویم بخشی نیاز به تخریب یا دوباره‌کاری دارد.
۹. اطلاعات پروژه پراکنده‌اند
- بخشی در واتساپ.
- بخشی در تلگرام.
- بخشی در اکسل.
- بخشی روی کاغذ.
- بخشی در ذهن مدیر پروژه.
در این شرایط پیدا کردن «آخرین اطلاعات معتبر» دشوار می‌شود.
۱۰. مشکلات مشابه در پروژه‌های مختلف تکرار می‌شوند
اگر بعد از پایان پروژه همه مشکلات فراموش شوند و پروژه بعدی دوباره همان خطاها را تجربه کند، شرکت فقط پروژه اجرا می‌کند اما از پروژه‌ها یاد نمی‌گیرد.
در تجربه‌ای که از مشاوره سیستمسازی دارم، یکی از نشانه‌های اصلی بلوغ سیستم همین است که دانش پروژه قبلی به استاندارد پروژه بعدی تبدیل شود.
نقشه سیستم‌های اصلی یک پروژه ساختمانی
برای سیستمسازی ابتدا باید کل مسیر پروژه را ببینید.
بسته به نوع قرارداد و پروژه، مسیر میتواند متفاوت باشد؛ اما یک نقشه کلی معمولاً چیزی شبیه این است:
- بررسی پروژه و قرارداد
- تعریف محدوده کار
- برنامه‌ریزی
- طراحی و مدارک
- تجهیز کارگاه
- خرید و تأمین
- انتخاب و مدیریت پیمانکاران
- اجرا
- کنترل کیفیت
- کنترل هزینه و پیشرفت
- مدیریت تغییرات
- رفع نواقص
- تحویل و بستن پروژه
در کنار این جریان، چند سیستم نیز به‌صورت مداوم فعال‌اند:
- ایمنی + کنترل مدارک + ارتباطات + گزارش‌دهی + مدیریت ریسک و موانع
هدف سیستمسازی این نیست که این واحدها جدا از هم فرم تولید کنند.
هدف این است که اطلاعات و تصمیم‌ها بین آنها درست حرکت کنند.
چه بخش‌هایی از صنعت ساختمان باید سیستمسازی شوند؟
لازم نیست از روز اول تمام جزئیات پروژه را مستند کنید. ابتدا بخش‌هایی را سیستم کنید که بیشترین اثر را روی زمان، هزینه، کیفیت و هماهنگی پروژه دارند.
۱. شروع پروژه و تحویل اطلاعات اولیه
قبل از شروع عملیات باید مشخص باشد:
- قرارداد چیست؛
- Scope یا محدوده کار چیست؛
- چه چیزی داخل قرارداد است؛
- چه چیزی خارج از قرارداد است؛
- نقشه‌ها و مشخصات فنی کدام‌اند؛
- ذی‌نفعان اصلی چه کسانی هستند؛
- مسئولیت‌های داخلی چگونه تقسیم شده‌اند؛
- نقاط مهم زمانی چیست.
۲. برنامه‌ریزی پروژه
پروژه باید از یک هدف بزرگ به فعالیت‌های قابل مدیریت شکسته شود.
این بخش شامل:
- محدوده؛
- فعالیت‌ها؛
- توالی؛
- زمان؛
- منابع؛
- وابستگی‌ها؛
- و نقاط کنترل
است.
۳. طراحی و کنترل مدارک
مشخص کنید:
- نقشه از کجا دریافت می‌شود؛
- چه کسی بررسی می‌کند؛
- چگونه شماره‌گذاری می‌شود؛
- Revision جدید چگونه جایگزین قبلی می‌شود؛
- چه کسانی باید نسخه جدید را دریافت کنند.
۴. خرید و تأمین
فرایند:
- نیاز → درخواست → تأیید فنی → استعلام/انتخاب → سفارش → پیگیری → تحویل → کنترل
باید قابل مشاهده باشد.
۵. پیمانکاران و اکیپ‌های اجرایی
از انتخاب تا تحویل کار باید مشخص شود:
- Scope پیمانکار چیست؛
- زمان ورود و خروج؛
- مسئول ارتباط؛
- استاندارد کار؛
- نحوه گزارش پیشرفت؛
- صورت‌وضعیت؛
- و شرایط تحویل.
۶. اجرای عملیات
هر فعالیت مهم باید:
- پیش‌نیاز؛
- مسئول؛
- نقشه معتبر؛
- مصالح؛
- نیروی لازم؛
- تجهیزات؛
- کنترل کیفیت
مشخص داشته باشد.
۷. کنترل کیفیت
کیفیت باید حین اجرا کنترل شود، نه فقط زمان تحویل نهایی.
۸. تغییرات پروژه
هر تغییر باید مسیر مشخصی برای:
- ثبت → بررسی → اثر زمانی/مالی → تأیید → اجرا → مستندسازی
داشته باشد.
۹. هزینه و صورت‌وضعیت
باید بدانیم:
- چه کاری انجام شده؛
- چه مبلغی متعهد شده‌ایم؛
- چه صورت‌وضعیتی دریافت شده؛
- چه مقدار تأیید شده؛
- و هزینه واقعی نسبت به بودجه چگونه است.
۱۰. ایمنی
شناسایی خطر، مسئولیت، آموزش، گزارش حادثه و هماهنگی پیمانکاران باید فرایند مشخص داشته باشند. OSHA نیز برای پروژه‌های ساختمانی بر مشارکت مدیریت و کارکنان، شناسایی خطر، کنترل، آموزش و هماهنگی بین کارفرمایان و پیمانکاران تأکید می‌کند.
جزئیات الزامات ایمنی باید مطابق قوانین، مقررات و استانداردهای محل اجرای پروژه تعیین شوند.
۱۱. گزارش‌دهی
گزارش باید برای تصمیم‌گیری باشد، نه صرفاً بایگانی.
۱۲. تحویل پروژه
Punch List، مدارک نهایی، تست‌ها، As-Built، تحویل تجهیزات و رفع نقص باید مسیر مشخص داشته باشند.
سیستمسازی پروژه ساختمانی را از کجا شروع کنیم؟
از نوشتن SOP برای صدها فعالیت کارگاه شروع نکنید.
ابتدا یک پروژه یا پروژه نمونه را انتخاب کنید و ببینید بیشترین مشکل از کدام بخش ایجاد می‌شود.
برای هر فرایند چهار سؤال بپرسید:
| معیار | سؤال |
|---|---|
| تکرار | این مسئله چند بار در پروژه اتفاق می‌افتد؟ |
| اثر زمانی | چقدر پروژه را عقب می‌اندازد؟ |
| اثر مالی | چقدر هزینه یا دوباره‌کاری ایجاد می‌کند؟ |
| وابستگی | چقدر به حضور یک فرد خاص وابسته است؟ |
- اگر خرید باعث توقف کار است → سیستم خرید و تأمین
- اگر تیم‌ها دائماً منتظر یکدیگرند → برنامه‌ریزی و Handoff
- اگر دوباره‌کاری زیاد است → کنترل کیفیت
- اگر تغییرات اختلاف مالی ایجاد می‌کنند → Change Management
- اگر همه‌چیز در پیام‌رسان‌ها گم می‌شود → Document Control و ارتباطات
از بزرگ‌ترین گلوگاه واقعی شروع کنید.
چگونه پروژه ساختمانی را مرحله‌به‌مرحله سیستمسازی کنیم؟
برای سیستمسازی پروژه، باید ابتدا کل پروژه را به اجزای قابل کنترل تبدیل کنیم و بعد هر فعالیت را به برنامه اجرایی، مسئول و کنترل متصل کنیم.
مراحل زیر یک مسیر عملی برای شروع هستند:
۱. محدوده پروژه را شفاف کنید
اول باید بدانیم چه چیزی قرار است تحویل دهیم.
مشخص کنید:
- پروژه چیست؛
- خروجی نهایی چیست؛
- بخش‌های اصلی کار چیست؛
- چه مواردی خارج از محدوده است؛
- نقاط تحویل مهم کدام‌اند.
بدون Scope روشن، برنامه‌ریزی دقیق معنی ندارد.
۲. پروژه را با WBS خرد کنید
WBS مخفف Work Breakdown Structure و به معنی ساختار شکست کار است.
یعنی پروژه بزرگ را به بخش‌های کوچک‌تر و قابل مدیریت تقسیم کنیم.
مثلاً:
پروژه ساختمان
- تجهیز کارگاه
- خاکبرداری
- فونداسیون
- اسکلت
- سفت‌کاری
- تأسیسات
- نازک‌کاری
- نما
- محوطه
- تست و تحویل
بعد هرکدام را دوباره خرد می‌کنیم.
مثلاً:
نازک‌کاری
- گچ و خاک
- سقف
- کف
- کاشی
- رنگ
- درب‌ها
۳. برای هر فعالیت پیش‌نیازها را مشخص کنید
مثلاً برای شروع کاشی‌کاری یک طبقه شاید لازم باشد:
- تأسیسات زیرکار تمام شده باشند؛
- سطح آماده باشد؛
- نقشه معتبر موجود باشد؛
- کاشی تأیید و تحویل شده باشد؛
- اکیپ آماده باشد.
پس قبل از شروع هر کار بپرسید:
چه چیزی باید آماده باشد تا این فعالیت واقعاً قابل اجرا باشد؟
۴. وابستگی فعالیت‌ها را مشخص کنید
بعضی کارها تا تکمیل کار قبلی شروع نمی‌شوند.
مثلاً:
لوله‌گذاری
- تست
- تأیید
- پوشاندن مسیر
اگر فقط تاریخ فعالیت‌ها را بنویسیم ولی وابستگی‌ها را نبینیم، برنامه قابل اتکا نخواهد بود.
۵. Master Schedule بسازید
Master Schedule یا برنامه زمان‌بندی کلان تصویر کلی زمان پروژه و نقاط مهم آن را نشان می‌دهد.
قرار نیست تمام تصمیم‌های روزانه در آن باشد.
- پایان فونداسیون؛
- پایان اسکلت؛
- شروع نما؛
- پایان تأسیسات؛
- تحویل پروژه.
Master Schedule می‌گوید:
در سطح کلان باید کجا باشیم؟
اما برای اجرای واقعی کافی نیست.
۶. Lookahead Plan داشته باشید
Lookahead Plan یعنی برنامه نگاه به چند هفته آینده.
مثلاً ۳ تا ۶ هفته آینده را بررسی کنید.
برای هر فعالیت آینده ببینید:
- نقشه آماده است؟
- مصالح آماده است؟
- پیمانکار مشخص است؟
- کار قبلی تمام می‌شود؟
- مجوز یا تأیید لازم داریم؟
- تجهیزات آماده‌اند؟
هدف این است که مانع را قبل از رسیدن روز اجرا پیدا کنیم.
۷. Constraint Log بسازید
- نقشه تأیید نشده؛
- مصالح نرسیده؛
- پیمانکار قرارداد ندارد؛
- کار قبلی ناقص است؛
- کارفرما تصمیم نگرفته است.
یک جدول ساده بسازید:
| فعالیت | مانع | مسئول رفع | موعد | وضعیت |
|---|---|---|---|---|
| کاشی طبقه ۳ | تأیید نمونه کاشی | دفتر فنی | دوشنبه | باز |
| نصب هواساز | تحویل تجهیز | خرید | چهارشنبه | در حال پیگیری |
Lean Construction Institute نیز Constraint Log را فهرستی از موانع، فرد مسئول رفع آنها و موعد رفع تعریف می‌کند.
این یکی از عملی‌ترین ابزارهای سیستمسازی پروژه است.
۸. برنامه هفتگی بسازید
از برنامه کلان مستقیماً وارد کار روزانه نشوید.
در پایان هر هفته مشخص کنید:
هفته آینده دقیقاً چه کارهایی انجام می‌شوند؟
نه اینکه:
«نازک‌کاری ادامه دارد.»
بلکه:
اجرای کاشی سرویس واحدهای ۱ تا ۴ طبقه سوم تا پنجشنبه
هر فعالیت باید:
- قابل اندازه‌گیری؛
- مسئول مشخص؛
- و بدون مانع جدی
باشد.
۹. جلسه کوتاه روزانه داشته باشید
جلسه روزانه نباید تبدیل به جلسه طولانی مدیریتی شود.
چند سؤال کافی است:
- دیروز چه کاری تمام شد؟
- امروز چه کاری انجام می‌شود؟
- چه مانعی داریم؟
- کدام هماهنگی لازم است؟
۱۰. انجام واقعی را با برنامه مقایسه کنید
در پایان هفته ببینید:
از کارهایی که قول داده بودیم، چند مورد واقعاً انجام شدند؟
یکی از شاخص‌های Lean Construction:
PPC یا Percent Plan Complete
است.
فرمول ساده:
تعداد فعالیت‌های تکمیل‌شده طبق برنامه ÷ کل فعالیت‌های وعده‌داده‌شده × ۱۰۰
- ۱۰ کار برنامه‌ریزی شده
- ۸ کار طبق تعهد تکمیل شده
- PPC = ۸۰٪
LCI از PPC برای بررسی قابلیت اعتماد برنامه هفتگی و یادگیری از موارد انجام‌نشده استفاده می‌کند.
مهم‌تر از خود درصد این سؤال است:
چرا آن دو کار انجام نشدند؟
برنامه خرید و تأمین را به برنامه اجرا وصل کنید
یکی از اشتباهات رایج این است که خرید جدا از برنامه پروژه کار کند.
درحالی‌که باید از تاریخ اجرای فعالیت به عقب برگردیم.
نصب آسانسور: ۱ مهر
اگر:
- ساخت و تحویل = ۶۰ روز
- بررسی فنی = ۱۰ روز
- استعلام و قرارداد = ۱۰ روز
پس نمی‌توانید ۲۰ شهریور به فکر خرید بیفتید.
برای اقلام مهم یک Procurement Log یا فهرست پیگیری خرید بسازید:
- قلم
- نیاز در کارگاه
- تأیید فنی
- سفارش
- تحویل وعده شده
- مسئول وضعیت
اقلام Long Lead یا دیرتأمین را زودتر مشخص کنید.
این بخش باید مستقیماً با Lookahead Plan پروژه ارتباط داشته باشد.
پیمانکاران را چگونه سیستمسازی کنیم؟
برای هر پیمانکار از ابتدا مشخص کنید:
- Scope دقیق کار؛
- نقشه‌ها و اسناد مرجع؛
- مقدار یا خروجی مورد انتظار؛
- تاریخ شروع؛
- تاریخ پایان؛
- پیش‌نیاز ورود؛
- مسئول ارتباط؛
- روش اندازه‌گیری پیشرفت؛
- کنترل کیفیت؛
- صورت‌وضعیت؛
- نحوه رسیدگی به تغییرات.
یکی از مشکلات پروژه این است که Scope دو پیمانکار روی هم می‌افتد یا بینشان فضای خالی باقی می‌ماند.
- بازکردن شیار با چه کسی است؟
- ترمیم بعد از لوله‌گذاری با چه کسی است؟
- حمل نخاله با چه کسی است؟
این موارد را قبل از اجرا روشن کنید.
سیستم تحویل کار بین اکیپ‌ها را طراحی کنید
فعالیت بعدی نباید صرفاً چون «طبق برنامه باید شروع شود» وارد محل شود.
قبل از Handoff مشخص کنید:
- کار قبلی تمام شده؟
- کیفیت تأیید شده؟
- محل آماده است؟
- نقشه و مصالح آماده‌اند؟
- تداخل کاری وجود ندارد؟
می‌توانید یک Checklist ساده تحویل جبهه کاری داشته باشید.
این کار از ورود زودهنگام اکیپ‌ها و ایجاد انتظار و دوباره‌کاری جلوگیری می‌کند.
RFI چیست و چگونه آن را سیستم کنیم؟
در پروژه ممکن است نقشه یا مشخصات فنی ابهام داشته باشند.
نباید هر فرد از طریق تماس و پیام شخصی پاسخ بگیرد و بعد همان پاسخ در پروژه گم شود.
RFI معمولاً برای روشن‌کردن ابهامات نقشه، مشخصات، شرایط اجرا یا اطلاعات ناقص پروژه استفاده می‌شود.
فرایند ساده:
- شناسایی سؤال
- ثبت RFI
- ارسال به مسئول پاسخ
- تعیین موعد
- دریافت پاسخ
- توزیع پاسخ برای افراد مرتبط
- اعمال در کار
- بستن RFI
یک RFI Log داشته باشید:
- شماره موضوع
- مرجع نقشه
- تاریخ ارسال
- مسئول پاسخ
- موعد وضعیت
Procore نیز استفاده از RFI Log را برای پیگیری سؤال، پاسخ و وضعیت درخواست توصیه می‌کند.
Submittal چیست؟
بعضی مصالح، تجهیزات، نمونه‌ها یا Shop Drawingها باید قبل از خرید یا اجرا بررسی و تأیید شوند.
به این فرایند معمولاً Submittal گفته می‌شود.
- کاتالوگ تجهیز؛
- نمونه مصالح؛
- Shop Drawing؛
- Data Sheet؛
- رنگ یا Finish؛
- Mockup.
هدف این است که قبل از خرید یا اجرا مشخص شود آیتم موردنظر با نقشه و مشخصات پروژه هماهنگ است.
یک Submittal Log ساده:
- آیتم پیمانکار/تأمین‌کننده
- تاریخ ارسال
- مسئول بررسی
- موعد پاسخ
- نتیجه وضعیت
اگر تأیید یک آیتم برای خرید لازم است، Submittal آن باید به Procurement Log وصل شود.
تغییرات پروژه را چگونه سیستمسازی کنیم؟
یکی از پرریسک‌ترین بخش‌های پروژه ساختمانی تغییرات است.
قاعده مهم:
تغییر شفاهی نباید بدون ثبت وارد اجرا شود؛ مگر در شرایطی که قواعد قرارداد یا وضعیت اضطراری مسیر دیگری تعیین کرده باشد.
فرایند عمومی:
- درخواست تغییر
- تعریف دقیق تغییر
- بررسی فنی
- بررسی اثر هزینه
- بررسی اثر زمان
- تصمیم/تأیید
- ابلاغ
- اجرا
- ثبت نهایی
PMI نیز Change Order را یکی از حوزه‌های اصلی کنترل پروژه ساختمانی می‌داند.
یک Change Log داشته باشید:
- شماره تغییر
- درخواست‌کننده
- اثر مالی
- اثر زمانی
- تأیید وضعیت
جزئیات حقوقی و نحوه تأیید تغییر باید مطابق قرارداد و قوانین پروژه تعیین شوند.
کنترل کیفیت پروژه را چگونه سیستم کنیم؟
کیفیت را از آخر پروژه به داخل فرایند منتقل کنید.
برای هر فعالیت مهم مشخص کنید:
قبل از اجرا چه چیزی باید بررسی شود؟
حین اجرا چه چیزی؟
بعد از اجرا چه چیزی؟
مثلاً برای کاشی‌کاری:
قبل: زیرکار، نقشه، مصالح
حین: تراز، بند، الگو
بعد: کیفیت نهایی و رفع نقص
می‌توانید برای فعالیت‌های مهم Inspection Checklist یا چکلیست بازرسی داشته باشید.
هدف از Checklist این نیست که مسئول کنترل کیفیت فقط تیک بزند.
هدف این است که نقاط حساس قبل از پنهان‌شدن یا ادامه کار کنترل شوند.
NCR چیست؟
اگر کاری با استاندارد، نقشه یا مشخصات مورد قبول منطبق نباشد، بسته به ساختار پروژه ممکن است یک NCR یا Non-Conformance Report ثبت شود.
یعنی گزارش عدم انطباق.
مسیر ساده:
- شناسایی عدم انطباق
- ثبت
- جلوگیری از ادامه یا پوشاندن در صورت لزوم
- تصمیم اصلاحی
- اصلاح
- کنترل مجدد
- بستن
مهم‌تر از فرم NCR این است که ایرادهای تکراری تحلیل شوند.
اگر هر ماه یک نوع خطا تکرار می‌شود، احتمالاً مسئله فقط «بی‌دقتی اکیپ» نیست.
سیستم گزارش روزانه کارگاه را ساده نگه دارید
گزارش روزانه باید اطلاعاتی داشته باشد که بعداً کاربرد دارند.
- تاریخ؛
- شرایط مؤثر؛
- تعداد نیروها به تفکیک اکیپ؛
- فعالیت‌های انجام‌شده؛
- مصالح مهم واردشده؛
- تجهیزات مهم؛
- موانع؛
- حوادث یا رویدادهای مهم؛
- عکس‌های ضروری؛
- تصمیم‌ها یا اتفاقات اثرگذار.
اگر گزارش روزانه ۴ صفحه باشد و کسی بعداً آن را نخواند، سیستم مفیدی نساخته‌ایم.
Document Control یا کنترل مدارک چیست؟
در پروژه ساختمانی باید یک مرجع مشخص برای آخرین نسخه معتبر مدارک وجود داشته باشد.
برای هر مدرک مهم:
- شماره؛
- عنوان؛
- Revision؛
- تاریخ؛
- وضعیت تأیید؛
- محل دسترسی
را مشخص کنید.
قاعده ساده:
افراد نباید مجبور باشند برای پیدا کردن آخرین نقشه، داخل پیام‌های چند ماه قبل جستجو کنند.
وقتی Revision جدید آمد:
ثبت → اطلاع‌رسانی → جایگزینی نسخه اجرایی → جلوگیری از استفاده نسخه منسوخ
را مشخص کنید.
مدیریت درست مدارکی مانند RFI، Submittal، Change Order و Punch List نیز از اجزای مهم ارتباطات پروژه ساختمانی است.
ایمنی پروژه را چگونه وارد سیستم کنیم؟
ایمنی یک چکلیست انتهای پروژه نیست.
برای ساخت سیستم باید حداقل مشخص شود:
- مسئولیت‌ها چیست؛
- خطر چگونه گزارش می‌شود؛
- بازرسی چگونه انجام می‌شود؛
- کارکنان چگونه آموزش می‌بینند؛
- Near Miss یا رویداد نزدیک به حادثه چگونه ثبت می‌شود؛
- پیمانکاران چگونه هماهنگ می‌شوند؛
- حادثه چگونه بررسی می‌شود.
OSHA برای برنامه‌های ایمنی ساختمان روی رهبری مدیریت، مشارکت کارکنان، شناسایی خطر، پیشگیری و کنترل، آموزش، ارزیابی و هماهنگی پیمانکاران تأکید دارد.
این مقاله جایگزین مقررات ایمنی، HSE Plan یا الزامات قانونی پروژه نیست؛ سیستم باید مطابق قوانین محل اجرای پروژه طراحی شود.
صورت‌وضعیت پیمانکار را سیستم کنید
فرایند باید مشخص کند:
- پیمانکار درخواست می‌دهد
- مقدار کار بررسی می‌شود
- کیفیت و تأییدهای لازم کنترل می‌شوند
- کسورات یا تغییرات بررسی می‌شوند
- مبلغ تأیید می‌شود
- برای پرداخت ارسال می‌شود
برای جلوگیری از اختلاف، مبنای اندازه‌گیری را از زمان قرارداد روشن کنید.
- مترمربع؟
- مترطول؟
- کیلوگرم؟
- درصد پیشرفت؟
- مبلغ مقطوع؟
و مشخص کنید چه کسی مقدار را تأیید می‌کند.
KPIهای مهم برای سیستمسازی پروژه ساختمانی چیست؟
لازم نیست ده‌ها KPI داشته باشید.
چند شاخص را براساس مشکل پروژه انتخاب کنید.
۱. پیشرفت واقعی نسبت به برنامه
پروژه باید امروز کجا می‌بود و کجاست؟
۲. PPC
چه درصدی از تعهدات برنامه هفتگی طبق برنامه تکمیل شدند؟
۳. تعداد موانع باز
چند Constraint هنوز رفع نشده‌اند و چند مورد موعدشان گذشته است؟
۴. تأخیر خرید
چند قلم مهم بعد از تاریخ موردنیاز به پروژه رسیده‌اند؟
۵. RFIهای باز
چند RFI هنوز پاسخ نگرفته‌اند و متوسط زمان پاسخ چقدر است؟
۶. Submittalهای معطل
چه تأییدهایی باعث تأخیر خرید یا اجرا شده‌اند؟
۷. Rework یا دوباره‌کاری
چه میزان از کار مجبور به اصلاح یا اجرای مجدد شده است؟
۸. NCR
چه عدم‌انطباق‌هایی تکرار می‌شوند؟
۹. تغییرات پروژه
تعداد و ارزش Changeها چقدر است و چه اثری بر زمان دارند؟
۱۰. پیشرفت مالی نسبت به فیزیکی
آیا میزان هزینه با میزان کار انجام‌شده هماهنگ است؟
۱۱. Punch List باز
در مرحله تحویل چند نقص هنوز باز است؟
۱۲. شاخص‌های ایمنی
شاخص‌ها باید مطابق سیستم HSE و الزامات قانونی پروژه انتخاب شوند؛ فقط شمارش حادثه کافی نیست و اقدامات پیشگیرانه نیز باید دیده شوند.
شناسنامه هر فرایند ساختمانی را بسازید
برای فرایندهای پرتکرار شرکت یا پروژه این جدول را تکمیل کنید:
| مورد | سؤال |
|---|---|
| نام فرایند | چه کاری را سیستم می‌کنیم؟ |
| هدف | خروجی مطلوب چیست؟ |
| شروع | چه چیزی فرایند را آغاز می‌کند؟ |
| پایان | چه زمانی کامل است؟ |
| ورودی | چه اطلاعات یا مدرکی لازم است؟ |
| مراحل | مسیر کار چیست؟ |
| Owner | مسئول کل فرایند کیست؟ |
| افراد درگیر | چه کسانی مشارکت دارند؟ |
| اختیار | چه کسی چه چیزی را تأیید می‌کند؟ |
| مهلت | هر مرحله چقدر زمان دارد؟ |
| استاندارد | خروجی قابل قبول چیست؟ |
| استثنا | اگر مشکل ایجاد شد چه کنیم؟ |
| مستند | چه فرم یا مدرکی لازم است؟ |
| KPI | عملکرد چگونه اندازه‌گیری شود؟ |
این جدول را می‌توانید برای:
- خرید؛
- RFI؛
- تغییرات؛
- صورت‌وضعیت؛
- کنترل کیفیت؛
- ورود پیمانکار؛
- تحویل پروژه
تکمیل کنید.
چه مستنداتی واقعاً برای سیستم پروژه لازم‌اند؟
قرار نیست پروژه را با فرم خفه کنیم.
برای یک پروژه متوسط ممکن است این موارد کافی باشند:
- Project Charter یا شناسنامه اولیه پروژه؛
- WBS؛
- Master Schedule؛
- Lookahead Plan؛
- Weekly Work Plan؛
- Constraint Log؛
- Procurement Log؛
- RFI Log؛
- Submittal Log؛
- Change Log؛
- Daily Report؛
- Quality Checklist؛
- NCR Log؛
- صورت‌وضعیت؛
- Punch List؛
- Lessons Learned.
همه پروژه‌ها دقیقاً به همین تعداد مستند نیاز ندارند.
هر سند باید یک تصمیم یا فرایند را بهتر کند؛ وگرنه احتمالاً اضافه است.
Punch List چیست؟
در مراحل پایانی پروژه معمولاً فهرستی از کارهای ناقص یا ایرادهایی که باید قبل از تحویل اصلاح شوند تهیه می‌شود.
به این فهرست Punch List گفته می‌شود.
برای هر مورد مشخص کنید:
- محل؛
- ایراد؛
- مسئول؛
- موعد؛
- وضعیت؛
- تاریخ تأیید رفع نقص.
Punch List نباید فقط در هفته آخر ایجاد شود.
هرچه نواقص زودتر شناسایی و بسته شوند، فشار تحویل نهایی کمتر می‌شود.
تحویل پروژه را چگونه سیستم کنیم؟
تحویل فقط تحویل کلید نیست.
بسته به پروژه ممکن است لازم باشد:
- تست‌ها تکمیل شوند؛
- نواقص بسته شوند؛
- As-Built Drawingها آماده شوند؛
- Manual تجهیزات تحویل شود؛
- ضمانت‌نامه‌ها ثبت شوند؛
- آموزش بهره‌بردار انجام شود؛
- مدارک نهایی کامل شوند.
برای Closeout یا بستن پروژه Checklist داشته باشید.
بعد از پایان پروژه Lessons Learned ثبت کنید
Lessons Learned یعنی درس‌آموخته‌های پروژه.
چند سؤال:
- چه چیزی خوب کار کرد؟
- چه چیزی بارها مشکل ایجاد کرد؟
- کدام تأمین‌کننده خوب یا ضعیف بود؟
- کدام بند قرارداد مبهم بود؟
- چه خریدی باید زودتر انجام می‌شد؟
- کدام Checklist باید به پروژه بعد اضافه شود؟
- کدام فرایند باید تغییر کند؟
درس‌آموخته‌ای که فقط نوشته و بایگانی شود فایده زیادی ندارد.
باید بتواند تبدیل شود به:
اصلاح Template → اصلاح Checklist → اصلاح قرارداد → اصلاح SOP → اصلاح برنامه پروژه بعدی
اینجاست که سیستمسازی از یک پروژه فراتر می‌رود و وارد شرکت ساختمانی می‌شود.
نرمافزار مدیریت پروژه چه زمانی لازم است؟
بعد از اینکه مشخص شد:
- چه Workflowهایی داریم؛
- چه کسی چه کاری می‌کند؛
- چه چیزی تأیید می‌شود؛
- چه مدارکی داریم؛
- چه KPIهایی لازم‌اند.
بعد می‌توانید ابزار انتخاب کنید.
ابزار میتواند برای:
- برنامه زمان‌بندی؛
- مدیریت مدارک؛
- RFI؛
- Submittal؛
- خرید؛
- گزارش؛
- صورت‌وضعیت؛
- تغییرات؛
- Punch List
استفاده شود.
اما نرمافزار خودش به شما نمی‌گوید فرایند درست شرکتتان چیست.
در مشاوره سیستمسازی یکی از اشتباهاتی که باید از آن جلوگیری کرد همین است: شرکت قبل از اینکه روش کار خودش را شفاف کند، نرمافزار پیچیده می‌خرد و بعد همان بی‌نظمی را وارد نرمافزار می‌کند.
اشتباهات رایج در سیستمسازی صنعت ساختمان
۱. فکر می‌کنیم داشتن برنامه زمان‌بندی یعنی پروژه سیستم دارد
زمان‌بندی فقط یکی از اجزاست.
۲. Master Schedule داریم ولی برنامه هفتگی نداریم
برنامه کلان باید به اجرای واقعی متصل شود.
۳. موانع را زمانی می‌بینیم که کار متوقف شده است
Lookahead و Constraint Log برای پیدا کردن مشکل قبل از روز اجرا هستند.
۴. خرید جدا از برنامه اجراست
تاریخ نیاز در پروژه باید محرک برنامه خرید باشد.
۵. تغییرات شفاهی اجرا می‌شوند
بعداً اختلاف زمان و هزینه ایجاد می‌شود.
۶. آخرین نسخه نقشه مشخص نیست
Document Control ایجاد کنید.
۷. پیمانکار فقط با یک قرارداد کلی وارد پروژه می‌شود
Scope، تحویل، کیفیت و روش سنجش پیشرفت را روشن کنید.
۸. کنترل کیفیت فقط در پایان است
نقاط کنترل را وارد خود فرایند اجرا کنید.
۹. همه تصمیم‌ها منتظر مدیر پروژه‌اند
Decision Rights یا حدود اختیار تصمیم‌گیری را مشخص کنید.
۱۰. گزارش زیاد تولید می‌کنیم ولی تصمیمی از آنها نمی‌گیریم
گزارش باید برای اقدام باشد.
۱۱. مشکل پروژه را فقط به پیمانکار نسبت می‌دهیم
گاهی پیمانکار منتظر نقشه، مصالح، جبهه کار یا تصمیم ماست.
۱۲. تجربه پروژه قبلی وارد پروژه بعدی نمی‌شود
در این حالت شرکت رشد سیستمی نمی‌کند.
از کجا بفهمیم سیستمسازی پروژه موفق بوده است؟
بعد از اجرا بررسی کنید:
- تیم می‌داند این هفته دقیقاً چه کاری باید انجام شود؟
- موانع قبل از توقف کار شناسایی می‌شوند؟
- خریدها براساس برنامه اجرا انجام می‌شوند؟
- آخرین نسخه نقشه مشخص است؟
- RFIها وضعیت مشخص دارند؟
- تغییرات قبل از اجرا ثبت و ارزیابی می‌شوند؟
- پیمانکاران Scope روشن دارند؟
- دوباره‌کاری کمتر شده؟
- مدیر پروژه علت تأخیر را می‌داند؟
- گزارش‌ها به تصمیم منجر می‌شوند؟
- تحویل پروژه منظمتر شده؟
- پروژه بعدی از تجربه پروژه قبلی استفاده می‌کند؟
هدف این نیست که پروژه بدون مدیر پروژه اداره شود.
هدف این است که مدیر پروژه مجبور نباشد اطلاعات، تصمیم‌ها و هماهنگی‌های تکراری را شخصاً در ذهنش نگه دارد.
سیستمسازی صنعت ساختمان را از کجا شروع کنیم؟
اگر بخواهید همین هفته شروع کنید:
- یک پروژه واقعی را انتخاب کنید.
- مراحل اصلی آن را با WBS مشخص کنید.
- Master Schedule را مرور کنید.
- برای چند هفته آینده Lookahead بسازید.
- تمام موانع را در Constraint Log ثبت کنید.
- از آن برنامه هفتگی قابل اجرا استخراج کنید.
- مسئول هر فعالیت و مانع را تعیین کنید.
- خریدهای مهم را به تاریخ اجرای فعالیت‌ها متصل کنید.
- RFI، Submittal و تغییرات را از پیام‌های شخصی خارج و ثبت کنید.
- برای فعالیت‌های حساس Checklist کیفیت بسازید.
- گزارش روزانه را کوتاه و کاربردی کنید.
- هر هفته برنامه واقعی را با تعهدات مقایسه کنید.
- علت کارهای انجام‌نشده را ثبت کنید.
- سیستم را براساس همین داده‌ها اصلاح کنید.
اگر امروز بزرگ‌ترین مشکل پروژه کمبود مصالح است، از نوشتن SOP جلسه هفتگی شروع نکنید.
همین زنجیره را بررسی کنید:
برنامه اجرا → زمان نیاز → تأیید فنی → خرید → پیگیری → تحویل → استفاده
مشکل را در همان زنجیره پیدا کنید.
گاهی مشکل کارگاه، داخل کارگاه نیست
ممکن است مدیر بگوید:
«پیمانکارها پروژه را عقب انداخته‌اند.»
اما وقتی فرایند را بررسی می‌کنیم، ببینیم:
- نقشه دیر ابلاغ شده؛
- مصالح دیر رسیده؛
- جبهه کاری تحویل نشده؛
- تصمیم کارفرما معطل مانده؛
- یا فعالیت قبلی کامل نشده است.
در این شرایط فشار آوردن به پیمانکار به‌تنهایی مسئله را حل نمی‌کند.
باید کل جریان را ببینیم:
- طراحی
- تأیید
- خرید
- تحویل
- آماده‌بودن جبهه کار
- پیمانکار
- اجرا
- کنترل
- تحویل فعالیت
این همان نگاه سیستمی است.
شرکت ساختمانی زمانی سیستم شده که هر پروژه از صفر شروع نشود
پروژه‌های ساختمانی هیچ‌وقت کاملاً شبیه هم نیستند.
اما لازم نیست شرکت در هر پروژه دوباره یاد بگیرد:
- چگونه برنامه هفتگی بسازد؛
- چگونه خرید را پیگیری کند؛
- چگونه RFI ثبت کند؛
- چگونه تغییرات را کنترل کند؛
- چگونه پیمانکار را تحویل بگیرد؛
- چگونه کیفیت را کنترل کند؛
- و چگونه پروژه را تحویل دهد.
این بخش‌ها می‌توانند تبدیل به روش استاندارد اجرای پروژه‌های شرکت شوند.
مسیر کلی یک سیستم ساختمانی خوب این است:
- Scope روشن می‌شود
- کارها شکسته می‌شوند
- برنامه ساخته می‌شود
- موانع قبل از اجرا دیده می‌شوند
- منابع و مصالح آماده می‌شوند
- مسئولیت‌ها مشخص‌اند
- کار اجرا می‌شود
- کیفیت کنترل می‌شود
- تغییرات ثبت می‌شوند
- پیشرفت اندازه‌گیری می‌شود
- مشکلات تحلیل می‌شوند
- پروژه تحویل می‌شود
- تجربه وارد پروژه بعدی می‌شود.
هدف نهایی سیستمسازی صنعت ساختمان این نیست که کاغذبازی افزایش پیدا کند؛ بلکه این است که پروژه قابل پیش‌بینی‌تر، قابل کنترل‌تر و کمتر وابسته به حافظه و حضور افراد شود.
روی دکمه «مشاوره آنلاین» کلیک کنید تا مهندس ایمان پاکراه و تیم آکادمی پاکراه به‌صورت آنلاین و کاملاً رایگان راهنمایی‌تان کنند.
مشاوره آنلاین