
برای تهیه برنامه زمانبندی ساختمان در اکسل، ابتدا کار را به فعالیتهای قابل پیگیری تبدیل کنید، بعد مدت، پیشنیاز و تقویم را بنویسید. رنگ کردن چند خانه بدون این اطلاعات، برنامهای نمیسازد که بتوان آن را بهروز کرد. در این مقاله یک نمونه ۳۰ فعالیتی از همان ساختمان بتنی چهارطبقه را با جدول، روابط و فایل اکسل بررسی میکنیم.
دانلود نمونه زمانبندی ساختمان در اکسل
نمونه ۳۰ فعالیتی، تقویم کاری، گانت هفتگی، برنامه مبنا، پیشبینی جاری و جدول خام برای شروع برنامه پروژه خودتان.
نمونه به پروژه MS-DEMO-01 مربوط است: چهارطبقه بدون زیرزمین، طبقه ۱ همکف و سه طبقه بالای آن. طراحی، اخذ پروانه و تأمین زمین داخل این شبکه نیستند؛ وجود مدارک و مجوزهای لازم، فرض شروع مثال است. کدها از WBS ساختمان بتنی چهارطبقه آمدهاند، اما جدول حاضر فقط ۳۰ فعالیت منتخب و چند فعالیت تجمیعی دارد. خدمات مستمر مدیریت کارگاه هم در این شبکه کوتاه، فعالیت زمانبندی جدا ندارند.
مدتها بر حسب روز کاری هستند. شروع نمونه ۲۰۲۶/۱۰/۰۳، جمعه تنها تعطیلی هفتگی و ۲۰۲۶/۱۰/۱۲ یک تعطیلی فرضی است. این تاریخ، تعطیلی رسمی معرفی نمیشود. برای محاسبه، سلولهای تاریخ باید تاریخ واقعی اکسل باشند؛ نوشتن یک تاریخ شمسی به شکل متن، آن را به تاریخ قابل محاسبه تبدیل نمیکند. فایل با نمایش میلادی ساخته شده تا این تفاوت روشن بماند.
در کارگاه واقعی، مدت هر فعالیت را از مقدار کار، ظرفیت گروه، دسترسی به جبهه و محدودیت تأمین به دست آورید. پایان فعالیتهای اسکلت در این مثال شامل کنترل و آزاد شدن جبهه بعدی فرض شده است؛ عددهای جدول، دستور اجرا یا زمان فنی استاندارد نیستند. هر کار همزمان فقط با امکان اجرایی و منابع کافی در پروژه شما مجاز به برنامهریزی است.
WBS محل فعالیت در دامنه را نشان میدهد؛ شناسه فعالیت برای رابطههای زمانبندی است. برای نمونه، دو فعالیت «اجزای قائم طبقه ۲» و «سقف طبقه ۲» هر دو به بسته 1.3.2 وصلاند، اما شناسه متفاوت دارند. در جدول زیر شماره ردیف برای خواندن آسان پیشنیازها آمده؛ در فایل، پیشنیازها با شناسه کامل ACT ثبت شدهاند.
| ردیف | کد WBS | فعالیت منتخب | مدت کاری | پیشنیاز؛ ردیف |
|---|---|---|---|---|
| 1 | 1.1.1 | حصار موقت و مسیر دسترسی | 2 | ندارد |
| 2 | 1.1.2 | دفتر و انشعابهای موقت | 2 | 1 |
| 3 | 1.1.3 | انبار و محل دپوی مصالح | 1 | 1 |
| 4 | 1.2.1 | آمادهسازی زمین و بستر | 5 | 2، 3 |
| 5 | 1.2.2 | اجرای بتن مگر | 1 | 4 |
| 6 | 1.2.3 | اجرای فونداسیون و کنترل پایان | 8 | 5 |
| 7 | 1.2.4 | عایق فونداسیون و خاکریزی | 3 | 6 |
| 8 | 1.3.1 | اجزای قائم اسکلت طبقه ۱ | 3 | 6 |
| 9 | 1.3.1 | سقف طبقه ۱ و کنترل پایان | 5 | 8 |
| 10 | 1.3.2 | اجزای قائم اسکلت طبقه ۲ | 3 | 9 |
| 11 | 1.3.2 | سقف طبقه ۲ و کنترل پایان | 5 | 10 |
| 12 | 1.3.3 | اجزای قائم اسکلت طبقه ۳ | 3 | 11 |
| 13 | 1.3.3 | سقف طبقه ۳ و کنترل پایان | 5 | 12 |
| 14 | 1.3.4 | اجزای قائم اسکلت طبقه ۴ | 3 | 13 |
| 15 | 1.3.4 | سقف طبقه ۴ و کنترل پایان | 5 | 14 |
| 16 | 1.4 | دیوارچینی طبقات ۱ و ۲ | 16 | 9 |
| 17 | 1.4 | دیوارچینی طبقات ۳ و ۴ | 8 | 15، 16 |
| 18 | 1.5.1 | لولهکشی آب و فاضلاب | 8 | 17 |
| 19 | 1.5.2 | زیرکار گرمایش و تهویه | 7 | 17 |
| 20 | 1.5.3 | زیرکار برق | 8 | 17 |
| 21 | 1.6.1 | زیرسازی نازککاری | 10 | 18، 19، 20 |
| 22 | 1.6 | نازککاری نهایی طبقات ۱ و ۲ | 10 | 21 |
| 23 | 1.6 | نازککاری نهایی طبقات ۳ و ۴ | 10 | 21 |
| 24 | 1.6.6 | نصب در و پنجره | 6 | 21 |
| 25 | 1.6.7 | عایقکاری بام | 5 | 15 |
| 26 | 1.7 | نما و محوطه؛ فعالیت تجمیعی | 14 | 17 |
| 27 | 1.5 | نصب نهایی تأسیسات و آسانسور | 10 | 22، 23، 24 |
| 28 | 1.5.7 | آزمون یکپارچه تأسیسات | 3 | 27 |
| 29 | 1.8.3 | تکمیل مدارک چونساخت و بهرهبرداری | 4 | 25، 26، 28 |
| 30 | 1.8.4 | تحویل و جمعآوری کارگاه | 2 | 29 |
هرجا کدِ شاخه مانند 1.4 یا 1.7 آمده، فعالیت برای آموزش بهصورت تجمیعی تعریف شده است. در برنامه تفصیلی، آن را به فعالیتهای قابل اندازهگیری همان بستههای زیرمجموعه بشکنید. «مسئول» در فایل، گروه پیگیر کار است؛ ثبت نام گروه به معنی تخصیص تعداد نفر، سطحبندی منابع یا تضمین ظرفیت آن نیست.
تمام رابطههای این فایل از نوع پایان به شروع، بدون وقفهٔ جداگانه هستند: جانشین در اولین روز کاری بعد از پایان پیشنیاز آغاز میشود. اگر دو یا سه پیشنیاز وجود داشته باشد، آخرین پایان تعیینکننده است. مثلاً زیرسازی نازککاری ردیف ۲۱ باید منتظر پایان زیرکار آب و فاضلاب، گرمایش و برق بماند. گرفتن کمترین تاریخ این سه، جبهه را زودتر از فرض برنامه آزاد میکند.
برخی شاخهها موازیاند: دفتر موقت و انبار بعد از مسیر دسترسی شروع میشوند. دو گروه نازککاریِ طبقات ۱ و ۲ و طبقات ۳ و ۴ نیز در مثال جدا فرض شدهاند. اگر در پروژه شما یک گروه هر دو بخش را اجرا میکند، این همزمانی را اصلاح کنید. دیوارچینی طبقات پایین هنگام ادامه اسکلت هم فقط بر مبنای آزادسازی تأییدشده جبهه و شرایط اجرایی پروژه قابل استفاده است.
پیشنیازها را با ترتیب نمایش ردیفها اشتباه نگیرید. جلو و عقب بردن یک ردیف بهتنهایی رابطه آن را عوض نمیکند. در فایل، شناسههای یکتا و جستوجوی پیشنیاز به هم وصلاند؛ برای افزودن فعالیت، فرمولها، محدوده جدول و ترتیب محاسبه را نیز توسعه دهید. شبکه باید بدون حلقه باشد و هر پیشنیاز به فعالیت موجود اشاره کند.
اگر شروع فعالیت معلوم باشد، پایان آن با تعداد روزهای کاری محاسبه میشود. مدت ۱ روزه باید در همان تاریخ شروع تمام شود، بنابراین در فرمول پایان، یک روز از مدت کم میکنیم. نمونه ساده برای شروع در B2، مدت در C2 و تعطیلات واقعی در H2:H10:
=WORKDAY.INTL(B2,C2-1,16,$H$2:$H$10)در تابع WORKDAY.INTL، عدد ۱۶ یعنی فقط جمعه غیرکاری است. اگر تقویم شما جمعه و شنبه را تعطیل میداند، کد ۷ مربوط به آن الگوست. فهرست تعطیلات را با تاریخهای واقعی وارد کنید؛ در این فایل فقط یک تاریخ فرضی استفاده شده است. توضیح کدها در راهنمای رسمی WORKDAY.INTL مایکروسافت آمده است.
برای فعالیتی که دو پیشنیاز آن در E2 و F2 پایان مییابند، شروع با این منطق به دست میآید:
=WORKDAY.INTL(MAX(E2,F2),1,16,$H$2:$H$10)در فایل دانلودی، تاریخ پایان پیشنیازها از روی شناسه آنها پیدا میشود. برنامه اولیه به تاریخ شروع پروژه وصل است؛ پیشبینی جاری برای کارهای شروعنشده، هم پایان پیشنیاز و هم تاریخ آخرین گزارش را در نظر میگیرد. به همین دلیل کارِ شروعنشده در پیشبینی تازه، در گذشته جا نمیماند. برای سلول مدت، عدد مثبت وارد کنید و جمع مدت همه ردیفها را مدت کل پروژه ننامید؛ شاخههای موازی این جمع را تغییر میدهند.
گانت فایل، نمای هفتگی پیشبینی جاری است. هر ستون یک هفته تقویمی دارد و رنگ سبز یعنی بازه فعالیت با آن هفته همپوشانی دارد؛ رنگ، درصد پیشرفت یا شمار دقیق روزهای آن هفته نیست. برای خواندن تاریخ دقیق به ستونهای شروع و پایان مراجعه کنید. مفهوم این نمایش در مقالهٔ نمودار گانت توضیح داده شده است.
قبل از ثبت پیشرفت، یک نسخه از تاریخهای برنامه را بهعنوان مبنا نگه دارید. در فایل، دو ستون «شروع مبنا» و «پایان مبنا» مقدار ثابت دارند و فرمولهای پیشبینی روی آنها نوشته نمیشوند. این جداسازی امکان مقایسه را حفظ میکند؛ روش کلی نگهداری مبنا در راهنمای Baseline مایکروسافت نیز توضیح داده شده است.

تاریخ وضعیت نمونه 2026-11-08 است. فعالیتهای پایانیافته، شروع و پایان واقعی دارند. سقف طبقه ۲ در حال اجراست و در مثال، دو روز کاری به برآورد باقیمانده آن اضافه شده است. این تغییر روی پیشبینی فعالیتهای وابسته اثر میگذارد، اما تاریخهای مبنا ثابت میمانند. جدول UpdateLog، همین تغییر و مرجع گزارش روزانه را ثبت میکند.
در هر بازبینی، این ترتیب را دنبال کنید: تاریخ وضعیت را ثبت کنید؛ شروع و پایان واقعی را از مدارک کارگاه بگیرید؛ روز کاری باقیمانده فعالیتهای باز را دوباره برآورد کنید؛ پیشنیازها و جبهههای قابل شروع را بررسی کنید؛ نسخه تازه را با توضیح تغییر ذخیره کنید. «درصد پیشرفت» بهتنهایی جای مدت باقیمانده را نمیگیرد؛ نصف شدن مقدار کار همیشه به معنی نصف شدن زمان نیست.
در این نمونه، برای فعالیت در حال اجرا، روزهای باقیمانده از اولین روز کاری پس از تاریخ وضعیت شمرده میشوند. برای کار تمامشده، تاریخ پایان واقعی مبناست. پیشبینی پایان یک فعالیت، پایان واقعی محسوب نمیشود؛ تا وقتی سند پایان ندارید، ستون پایان واقعی را خالی بگذارید.
برای ثبت دادههای ورودی، از نمونه گزارش روزانه کارگاه ساختمانی استفاده کنید. شناسه سقف طبقه ۲ در هر دو مثال ACT-1.3.2-02 است؛ همین اتصال، پیگیری مقدار اجرا و رویداد روز را در برنامه ممکن میکند. ساعات توقف را مستقیم به تعداد روز تأخیر کل پروژه تبدیل نکنید؛ اثر آن به روابط و وضعیت سایر کارها بستگی دارد.
این فایل برای یادگیری منطق و پیگیری یک شبکه کوتاه مفید است. با افزایش تعداد روابط، تقویمهای متفاوت، وقفهها، محدودیت منابع و چند جبهه همزمان، نگهداری دستی فرمولها دشوارتر میشود. در چنین شرایطی ابزار زمانبندی تخصصی و روال کنترل نسخه میتواند خطای نگهداری را کاهش دهد. انتخاب ابزار را با نیاز پروژه انجام دهید، نه صرفاً ظاهر نمودار.
فایل حاضر، مسیر بحرانی و شناوری را محاسبه نمیکند. رنگ سبز گانت هم به معنی بحرانی بودن نیست. تشخیص مسیر بحرانی به محاسبه شبکه و بررسی قیود نیاز دارد؛ برای مفهوم آن، مقالهٔ مسیر بحرانی یا CPM را بخوانید. اگر هنوز با مراحل تهیه و کنترل برنامه آشنا نیستید، راهنمای کنترل پروژه ساختمانی نقطه شروع مناسبی است.
خیر. این مدتها برای آموزش روابط انتخاب شدهاند. متراژ، روش اجرا، ظرفیت گروه، تأمین مصالح، شرایط زمین و مدارک پروژه روی برآورد واقعی اثر دارند.
نمایش شمسی را میتوان با ابزار یا تنظیمات مناسب انجام داد، اما مقدار سلول باید برای محاسبه معتبر بماند. جایگزین کردن تاریخ عددی با متن شمسی، فرمولهای این فایل را از کار میاندازد.
برای تشخیص انحراف، برنامه مبنا و داده واقعی لازم است؛ برای اثر بر تاریخ تحویل هم روابط شبکه باید بررسی شوند. یک نوار رنگی بدون این اطلاعات، نتیجه کافی برای اعلام تأخیر پروژه نیست.