نمونه گزارش هفتگی پروژه ساختمانی + دانلود فرم PDF و اکسل

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

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

گزارش هفتگی کارگاه چه تفاوتی با گزارش روزانه دارد؟

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

جزئیات ثبت روز را در نمونه گزارش روزانه کارگاه ببینید. شماره نسخه، محل نگهداری پیوست و گردش دریافت گزارش هفتگی هم بخشی از مستندسازی پروژه ساختمانی است.

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

اول بازه هفته و تاریخ وضعیت را یکسان کنید

بازه نمونه از 2026-11-02 تا 2026-11-08 است. جمعه ۶ نوامبر روز بدون کار است؛ بنابراین شش روز کاری در فایل داده داریم. تاریخ وضعیت همه شاخص‌های تجمعی، پایان روز ۸ نوامبر است و تاریخ مقایسه قبلی، پایان ۱ نوامبر.

روز ۸ نوامبر عین مثال گزارش روزانه منتشرشده است: ۴۸ مترمربع قالب سقف، ۰٫۶ تن آرماتور، ۳۰ مترمربع دیوار و ۷۷ نفرساعت مؤثر. پنج روز دیگر، داده‌های تکمیلی فرضی همین سناریو هستند. شماره‌های QTY و RFI در فایل هم شناسه آموزشی‌اند؛ رسید یا تأیید واقعی ضمیمه نشده است.

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

نمونه صفحه اول: وضعیت هفته در یک نگاه

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

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

حجم کار هفته را چگونه تجمیع کنیم؟

مقدارهای روزانه فقط در فعالیت، محل و واحد یکسان جمع می‌شوند. در نمونه، دیوارچینی طبقه اول در روزهای کاری برابر ۰، ۱۸، ۲۲، ۲۴، ۲۶ و ۳۰ مترمربع است؛ جمع آن ۱۲۰ مترمربع می‌شود. مقدار قبلی این بسته صفر و تجمعی پایان هفته ۱۲۰ مترمربع است.

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

نمونه صفحه دوم: موانع و تصمیم‌های لازم

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

در DEC-01، شاهد موجود چهار نفرساعت توقف ثبت‌شده است. این شاهد به‌تنهایی توضیح کامل اختلاف دو روز کاریِ پیش‌بینی پایان نیست. برآورد مانده فعالیت از بررسی جداگانه برنامه جاری می‌آید؛ برای نسبت‌دادن همه اختلاف به یک رخداد، تحلیل بیشتری لازم است.

در DEC-03 نیز رسید ورود ۱٫۲ تن میلگرد در ۸ نوامبر، با ۱٫۲ تن آرماتور نصب‌شده هفته فرق دارد. اولی گردش مصالح انبار است و دومی مقدار اجرای فعالیت. این دو عدد با وجود برابر بودن، نباید با هم جمع یا جایگزین شوند.

برنامه هفته بعد و پیوست‌ها را چطور انتخاب کنیم؟

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

برای حفظ برنامه مرجع، مطلب آموزش Baseline در MSP را ببینید. نسخه مبنا ثابت می‌ماند و برنامه جاری با واقعیات و مانده تازه اصلاح می‌شود. در گزارش، مرجع هر دو نسخه را بنویسید.

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

کنترل نهایی پیش از ارسال گزارش هفتگی

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

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

پرسش‌های متداول

گزارش هفتگی ساختمان چند صفحه باشد؟

تعداد ثابت عمومی ندارد. برای مدیر یک کارگاه کوچک، خلاصه دوصفحه‌ای همراه پیوست معمولاً قابل استفاده است؛ قالب و الزامات قراردادی پروژه اولویت دارند.

درصدهای روزانه را چگونه تجمیع کنیم؟

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

اگر داده یک روز ناقص باشد چه بنویسیم؟

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