منظور از اجرای طراحی نقشه های فاز۱ و فاز۲ چیست؟
طراحی یک پروژه ساختمانی در سه فاز شکل می گیرد و این سه فاز باید بصورت مرتب و سلسله وار پشت سر هم قرار گیرد که این سه فاز عبارتند از فاز صفر، فاز یک و دو
🔹فاز صفر معماری شامل مطالعات و کسب اطلاعات در ارتباط با نیازهای پروژه ، اقلیم ، الزامات شرایط محیطی و قوانین و استاندارد ها می باشد .
🔹فاز یک معماری پیاده کردن اطلاعات کسب شده فاز صفر در قالب ارائه طرح ها و نقشه های اولیه یا نقشه های فاز یک می باشد و این نقشه ها که شامل پلان ها ، نماها و مقاطع می باشند برای ارایه جهت اخذ مجوز های لازم برای ساخت به مراکز صدور پروانه اعم از شهرداری ها یا بخشداری ها و ..... بکار گرفته می شوند.
🔹نقشه های اجرایی فاز دو معماری بر اساس مقررات ملی ساختمان و ضوابط سازمان مدیریت برنامه و بودجه تهیه می شود و شامل ترسیم و ارایه نقشه هایی اجرایی ساختمان جهت اجرا یا ارائه به پیمانکاران می باشد که لیست این نقشه ها به شرح زیر می باشد :
1- فهرست نقشه های فاز دو
2- جدول نازک کاری
3- پلان اندازه گذاری
4- پلان کفسازی و مبلمان
5- پلان سقف کاذب
6- پلان تیپ بندی در و پنجره و ارجاعات ( کدگذاری )
7- پلان نعل درگاه
8- پلان فونداسیون و کرسی چینی
9- پلان تیر ریزی
10- سایت پلان
11- پلان فاز دو بام
12- پلان تاسیسات مکانیکی ( آبگرم و آبسرد ، گرمایش و سرمایش ، فاضلاب )
13- پلان تاسیسات الکتریکی
14- برش های فاز دو
15- نماها
16- بزرگنمایی سرویس بهداشتی
17- بزرگنمایی پله ( برش و جزئیات اجرایی پله )
18- تیپ بندی در و پنجره
19- جزئیات اجرایی خاص پروژه که دقیقا مرتبط با همان پروژه باشد.
20- ارائه جزئیات عمومی
@Projectcontrolrtn
طراحی یک پروژه ساختمانی در سه فاز شکل می گیرد و این سه فاز باید بصورت مرتب و سلسله وار پشت سر هم قرار گیرد که این سه فاز عبارتند از فاز صفر، فاز یک و دو
🔹فاز صفر معماری شامل مطالعات و کسب اطلاعات در ارتباط با نیازهای پروژه ، اقلیم ، الزامات شرایط محیطی و قوانین و استاندارد ها می باشد .
🔹فاز یک معماری پیاده کردن اطلاعات کسب شده فاز صفر در قالب ارائه طرح ها و نقشه های اولیه یا نقشه های فاز یک می باشد و این نقشه ها که شامل پلان ها ، نماها و مقاطع می باشند برای ارایه جهت اخذ مجوز های لازم برای ساخت به مراکز صدور پروانه اعم از شهرداری ها یا بخشداری ها و ..... بکار گرفته می شوند.
🔹نقشه های اجرایی فاز دو معماری بر اساس مقررات ملی ساختمان و ضوابط سازمان مدیریت برنامه و بودجه تهیه می شود و شامل ترسیم و ارایه نقشه هایی اجرایی ساختمان جهت اجرا یا ارائه به پیمانکاران می باشد که لیست این نقشه ها به شرح زیر می باشد :
1- فهرست نقشه های فاز دو
2- جدول نازک کاری
3- پلان اندازه گذاری
4- پلان کفسازی و مبلمان
5- پلان سقف کاذب
6- پلان تیپ بندی در و پنجره و ارجاعات ( کدگذاری )
7- پلان نعل درگاه
8- پلان فونداسیون و کرسی چینی
9- پلان تیر ریزی
10- سایت پلان
11- پلان فاز دو بام
12- پلان تاسیسات مکانیکی ( آبگرم و آبسرد ، گرمایش و سرمایش ، فاضلاب )
13- پلان تاسیسات الکتریکی
14- برش های فاز دو
15- نماها
16- بزرگنمایی سرویس بهداشتی
17- بزرگنمایی پله ( برش و جزئیات اجرایی پله )
18- تیپ بندی در و پنجره
19- جزئیات اجرایی خاص پروژه که دقیقا مرتبط با همان پروژه باشد.
20- ارائه جزئیات عمومی
@Projectcontrolrtn
👍6
نمونه فایل ساختار شکست و وزن دهی پروژه ساختمانی در اکسل
@Projectcontrolrtn
@Projectcontrolrtn
👍2
کاتی در خصوص وزن دهی به فعالیت ها در برنامه کنترل پروژه
@Projectcontrolrtn
@Projectcontrolrtn
نکاتی در خصوص مایلستونها در نرم افزار پریماورا
فعالیت های مایلستون در پریماورا
مایلستون ها فعالیت های با مدت زمان صفر هستند که وقایع مهم و تاثیر گذار را یادآوری می کنند. همانند فعالیت های معمولی بین مایلستون ها هم می توان رابطه ایجاد کرد نوع مایلستون نوع رابطه بین آنها را مشخص خواهد کرد.
وقتی از روابط بین مایلستون ها استفاده می کنیم باید قواعد خاصی را مد نظر داشته باشیم.
به عنوان مثال مایلستون شروع فقط از روابط SSو SF استفاده می کند و یا مایلستون پایان فقط از روابط FFو یا FS استفاده می کند.
@Projectcontrolrtn
فعالیت های مایلستون در پریماورا
مایلستون ها فعالیت های با مدت زمان صفر هستند که وقایع مهم و تاثیر گذار را یادآوری می کنند. همانند فعالیت های معمولی بین مایلستون ها هم می توان رابطه ایجاد کرد نوع مایلستون نوع رابطه بین آنها را مشخص خواهد کرد.
وقتی از روابط بین مایلستون ها استفاده می کنیم باید قواعد خاصی را مد نظر داشته باشیم.
به عنوان مثال مایلستون شروع فقط از روابط SSو SF استفاده می کند و یا مایلستون پایان فقط از روابط FFو یا FS استفاده می کند.
@Projectcontrolrtn
👍2
نحوه تنظیم و بررسی لایحه تاخیرات قراردادهای پیمانکاری
چند نكته تجربي در خصوص تهيه گزارش تاخيرات توسط پيمانكار :
- از انجام ادعاهاي غير منطقي و غير علمي در جريان تهيه پرونده جدا خودداري شود تا موجب از بين رفتن اعتماد كارشناس بررسي كننده پرونده نگردد.بهترين روش افزايش 10 درصدي هريك از موارد مورد ادعا مي باشد كه روش آن بستگي به شرايط پروژه دارد.
- نظم و انسجام و ظاهر مناسب لايحه تاخيرات ( مانند استفاده از زونكن ، ديوايدر ( جداكننده) به همراه نوشتن موضوع هر بخش بر روي ديوايدر و...) مي تواند موجب جلب اعتماد مشاور و كارفرما در خصوص فني بودن و مهندسي بودن پرونده ارسالي مي شود.
- ميزان تاخيرات مجاز مورد ادعا در پرونده نمي بايست از ميزان كل تاخيرات ايجاد شده بيشتر شود .(با وجود بديهي بودن اين امر ،اين موضوع به كرات توسط اينجانب در پرونده هاي مورد بررسي مشاهد گرديده است )
- جهت تعيين تاريخ ابلاغ نقشه ها يا رفع ايرادات نقشه ها مي بايست به آخرين نگارش نقشه استناد گردد در صورتي كه توجيه قوي و منطقي با توجه به مفاد بند 1 همين بخش پيشاپيش تهيه شده باشد .
لازم بذكر است دليل مذكور نمي بايست در پرونده اعلام گردد تا مشاور زمان بررسي و تهيه جواب را داشته باشد . به هر حال مي بايست در مكاتبات به نامه اي اشاره كرد كه توجيه منطقي يا مثال بزگنمايي شده براي آن وجود داشته باشد
-نكات فراوان ديگري نيز در اين خصوص تهيه پرونده وجود دارد كه وابسته به شرايط هر پروژه مي باشد .
-دريافت كليه مكاتبات توسط دبيرخانه شركت تاييد گردد. زيرا پيمانكار مي تواند نامه اي را كه هرگز در زمان اجرا تحويل مشاور نداده است را با توجه به نياز و با متن مورد دلخواه تهيه و داخل مستندات قرار دهد.
-در هنگام تهيه برنامه زمانبندي به روز شده حتما از نسخه موجود در دفتر مشاور استفاده شود .زيرا ممكن است پيمانكار از طريق تغيير برخي روابط پيش نياز و پس نياز مسير بحراني پروژه را جهت افزايش زمان تاخير مجاز تغيير دهد .
-بررسي گردد آيا نامه هاي تحويل صورت وضعيت به دستگاه نظارت آخرين نامه تحويل صورت وضعيت بوده است يا خير
- در صورتي كه نقشه هاي در نگارش مختلف به پيمانكار ابلاغ گرديده است ،آيا ابلاغ نقشه جديد جهت تسهيل و تسريع در پروژه و كاهش هزينه هاي پيمانكارو به درخواست پيمانكار بوده است ؟ يا خير
- آيا نامه هاي در خواست اصلاح نقشه هاي در حد ايرادات كلي بوده يا در حد ايرادات نقشه كشي و جزييات اجرايي .
@Projectcontrolrtn
چند نكته تجربي در خصوص تهيه گزارش تاخيرات توسط پيمانكار :
- از انجام ادعاهاي غير منطقي و غير علمي در جريان تهيه پرونده جدا خودداري شود تا موجب از بين رفتن اعتماد كارشناس بررسي كننده پرونده نگردد.بهترين روش افزايش 10 درصدي هريك از موارد مورد ادعا مي باشد كه روش آن بستگي به شرايط پروژه دارد.
- نظم و انسجام و ظاهر مناسب لايحه تاخيرات ( مانند استفاده از زونكن ، ديوايدر ( جداكننده) به همراه نوشتن موضوع هر بخش بر روي ديوايدر و...) مي تواند موجب جلب اعتماد مشاور و كارفرما در خصوص فني بودن و مهندسي بودن پرونده ارسالي مي شود.
- ميزان تاخيرات مجاز مورد ادعا در پرونده نمي بايست از ميزان كل تاخيرات ايجاد شده بيشتر شود .(با وجود بديهي بودن اين امر ،اين موضوع به كرات توسط اينجانب در پرونده هاي مورد بررسي مشاهد گرديده است )
- جهت تعيين تاريخ ابلاغ نقشه ها يا رفع ايرادات نقشه ها مي بايست به آخرين نگارش نقشه استناد گردد در صورتي كه توجيه قوي و منطقي با توجه به مفاد بند 1 همين بخش پيشاپيش تهيه شده باشد .
لازم بذكر است دليل مذكور نمي بايست در پرونده اعلام گردد تا مشاور زمان بررسي و تهيه جواب را داشته باشد . به هر حال مي بايست در مكاتبات به نامه اي اشاره كرد كه توجيه منطقي يا مثال بزگنمايي شده براي آن وجود داشته باشد
-نكات فراوان ديگري نيز در اين خصوص تهيه پرونده وجود دارد كه وابسته به شرايط هر پروژه مي باشد .
-دريافت كليه مكاتبات توسط دبيرخانه شركت تاييد گردد. زيرا پيمانكار مي تواند نامه اي را كه هرگز در زمان اجرا تحويل مشاور نداده است را با توجه به نياز و با متن مورد دلخواه تهيه و داخل مستندات قرار دهد.
-در هنگام تهيه برنامه زمانبندي به روز شده حتما از نسخه موجود در دفتر مشاور استفاده شود .زيرا ممكن است پيمانكار از طريق تغيير برخي روابط پيش نياز و پس نياز مسير بحراني پروژه را جهت افزايش زمان تاخير مجاز تغيير دهد .
-بررسي گردد آيا نامه هاي تحويل صورت وضعيت به دستگاه نظارت آخرين نامه تحويل صورت وضعيت بوده است يا خير
- در صورتي كه نقشه هاي در نگارش مختلف به پيمانكار ابلاغ گرديده است ،آيا ابلاغ نقشه جديد جهت تسهيل و تسريع در پروژه و كاهش هزينه هاي پيمانكارو به درخواست پيمانكار بوده است ؟ يا خير
- آيا نامه هاي در خواست اصلاح نقشه هاي در حد ايرادات كلي بوده يا در حد ايرادات نقشه كشي و جزييات اجرايي .
@Projectcontrolrtn
👍4
👍1
بخشی از مقدمهی *صالح مبارک* بر کتاب معتبر و مرجع *Construction Project Scheduling and Control* ویرایش چهارم
یک تجربه به دانش من و کتاب افزوده است - مشاغلی که من در خارج از کشور بین سالهای 2008 تا 2014 داشتهام. نمیتوانستم سرعت و میزان ساخت و ساز را در چنین مکان کوچکی مانند قطر تصور کنم. تعداد تاور کرینها بیشتر از آن است که بتوانید بشمارید. متخصصان از سراسر جهان، مانند یک دسته گل بزرگ، با تنوع در تحصیلات، فرهنگ، نژاد و زبان، گرد هم میآیند. ارتباطات، کمترین چالش آنجا است. حتی با وجود اینکه انگلیسی زبان رسمی برای انجام تجارت در اکثر سازمانهای آنجاست، به زودی متوجه میشوید که انگلیسی، انگلیسی نیست! تفاوت در تلفظ و لهجهها را فراموش کنید، املای labor در مقابل labour و program در مقابل programme را فراموش کنید؛تفاوتهایی در تفسیر اصطلاحات فنی و نحوه انجام تجارت وجود دارد. جالبتر اینکه، هیچ یک از این تفاوتها اشتباه نیستند. این وضعیت، درمان چیزی است که من آن را “سندرم پارادایم پسزمینه” مینامم، که در آن هر کس معتقد است حق با اوست، فقط به این دلیل که اینگونه تربیت شده است، بنابراین فرهنگها و شیوههای تجارت ما با هم درگیر میشوند و هر کس معتقد است که دیگری اشتباه میکند! در بسیاری از این موقعیتها، درست یا غلطی وجود ندارد. فقط روشهای متفاوتی برای انجام کارها وجود دارد. با این حال، در یک تیم مدیریت پروژه، همه باید با هم یک آهنگ مشترک را با هماهنگی بخوانند – چه چالشی! به خاطر داشته باشید، *حوزه کاری ما یک علم تجربی/آزمایشی است، نه یک علم دقیق!* باور کنید یا نه، من از هر دقیقه این “تلاقی فرهنگها” لذت میبرم. من اینطور به آن فکر میکنم: “یک متر مکعب بتن: 100 دلار؛ یک تن فولاد: 600 دلار؛ یک روز کاری با 30 ملیت مختلف: بیقیمت!”
@Projectcontrolrtn
یک تجربه به دانش من و کتاب افزوده است - مشاغلی که من در خارج از کشور بین سالهای 2008 تا 2014 داشتهام. نمیتوانستم سرعت و میزان ساخت و ساز را در چنین مکان کوچکی مانند قطر تصور کنم. تعداد تاور کرینها بیشتر از آن است که بتوانید بشمارید. متخصصان از سراسر جهان، مانند یک دسته گل بزرگ، با تنوع در تحصیلات، فرهنگ، نژاد و زبان، گرد هم میآیند. ارتباطات، کمترین چالش آنجا است. حتی با وجود اینکه انگلیسی زبان رسمی برای انجام تجارت در اکثر سازمانهای آنجاست، به زودی متوجه میشوید که انگلیسی، انگلیسی نیست! تفاوت در تلفظ و لهجهها را فراموش کنید، املای labor در مقابل labour و program در مقابل programme را فراموش کنید؛تفاوتهایی در تفسیر اصطلاحات فنی و نحوه انجام تجارت وجود دارد. جالبتر اینکه، هیچ یک از این تفاوتها اشتباه نیستند. این وضعیت، درمان چیزی است که من آن را “سندرم پارادایم پسزمینه” مینامم، که در آن هر کس معتقد است حق با اوست، فقط به این دلیل که اینگونه تربیت شده است، بنابراین فرهنگها و شیوههای تجارت ما با هم درگیر میشوند و هر کس معتقد است که دیگری اشتباه میکند! در بسیاری از این موقعیتها، درست یا غلطی وجود ندارد. فقط روشهای متفاوتی برای انجام کارها وجود دارد. با این حال، در یک تیم مدیریت پروژه، همه باید با هم یک آهنگ مشترک را با هماهنگی بخوانند – چه چالشی! به خاطر داشته باشید، *حوزه کاری ما یک علم تجربی/آزمایشی است، نه یک علم دقیق!* باور کنید یا نه، من از هر دقیقه این “تلاقی فرهنگها” لذت میبرم. من اینطور به آن فکر میکنم: “یک متر مکعب بتن: 100 دلار؛ یک تن فولاد: 600 دلار؛ یک روز کاری با 30 ملیت مختلف: بیقیمت!”
@Projectcontrolrtn
👌6
فشردهسازی فعالیتها در راستای جلوگیری از فسخ پیمان با الگوی پیاِم باک
- استاندارد مدیریت پروژه، دو روش برای فشردهسازی زمانبندی (SCHEDULE COMPRESSION) ارائه داده است. تکنیکهای فشردهسازی زمانبندی به کوتاه کردن یا تسریع در مدت زمانبندی بدون کاهش محدوده پروژه، جهت تأمین محدودیتهای زمانبندی، تاریخهای مقرّر یا دیگر اهداف زمانبندی منجر میشوند. تحلیل شناوری منفی یک تکنیک مفید است. مسیر بحرانی، مسیری با کمترین شناوری است. بسته به نقض یک محدودیت یا تاریخ مقرر،
شناوری کل میتواند منفی شود.
تکنیکهای فشردهسازی زمانبندی، مطابق نگارۀ پیوست پست، شامل موارد زیر است:
1️⃣ خرد کردن (Crashing):
تکنیکی است که برای کوتاه کردن مدّت زمانبندی با کمترین افزایش هزینه از طریق افزودن منابع، استفاده میشود. مثالهایی از خرد کردن را میتوان
تصویب اضافهکاری، فراهمسازی منابع بیشتر، یا پرداخت برای تحویل سریعتر فعالیتهای واقع در مسیر بحرانی، نام برد. خرد کردن، فقط برای فعالیتهایی در مسیر بحرانی که منابع بیشتر، به کاهش مدتزمان فعالیتها میانجامد، مناسب است. خرد کردن، همیشه به تولید یک گزینۀ مناسب منجر نمیشود و ممکن است به ریسک و یا هزینه افزایشیافته منتهی گردد.
2️⃣ پیگیری سریع (Fast tracking):
تکنیک فشردهسازی زمانبندی است که در آن، فازها یا فعالیتهای که در حالت طبیعی بهصورت متوالی انجام میشوند، برای حداقل بخشی از زمان خود بهصورت موازی اجرا میگردند. بهعنوانمثال میتوان ساخت فونداسیون ساختمان قبل از تکمیل تمامی نقشههای معماری را نام برد. پیگیری سریع فقط وقتی کارآمد است که فعالیتها بتوانند در راستای کوتاه کردن زمان پروژه در مسیر بحرانی، باهم همپوشانی داشته باشند. استفاده از پیش اُفتها در قالب تسریع زمانبندی، معمولاً به افزایش تلاشهای هماهنگسازی بین فعالیتهای مربوطه و افزایش ریسک کیفیت منجر میشود. پیگیری سریع همچنین ممکن است هزینههای پروژه را افزایش دهد.
@Projectcontrolrtn
- استاندارد مدیریت پروژه، دو روش برای فشردهسازی زمانبندی (SCHEDULE COMPRESSION) ارائه داده است. تکنیکهای فشردهسازی زمانبندی به کوتاه کردن یا تسریع در مدت زمانبندی بدون کاهش محدوده پروژه، جهت تأمین محدودیتهای زمانبندی، تاریخهای مقرّر یا دیگر اهداف زمانبندی منجر میشوند. تحلیل شناوری منفی یک تکنیک مفید است. مسیر بحرانی، مسیری با کمترین شناوری است. بسته به نقض یک محدودیت یا تاریخ مقرر،
شناوری کل میتواند منفی شود.
تکنیکهای فشردهسازی زمانبندی، مطابق نگارۀ پیوست پست، شامل موارد زیر است:
1️⃣ خرد کردن (Crashing):
تکنیکی است که برای کوتاه کردن مدّت زمانبندی با کمترین افزایش هزینه از طریق افزودن منابع، استفاده میشود. مثالهایی از خرد کردن را میتوان
تصویب اضافهکاری، فراهمسازی منابع بیشتر، یا پرداخت برای تحویل سریعتر فعالیتهای واقع در مسیر بحرانی، نام برد. خرد کردن، فقط برای فعالیتهایی در مسیر بحرانی که منابع بیشتر، به کاهش مدتزمان فعالیتها میانجامد، مناسب است. خرد کردن، همیشه به تولید یک گزینۀ مناسب منجر نمیشود و ممکن است به ریسک و یا هزینه افزایشیافته منتهی گردد.
2️⃣ پیگیری سریع (Fast tracking):
تکنیک فشردهسازی زمانبندی است که در آن، فازها یا فعالیتهای که در حالت طبیعی بهصورت متوالی انجام میشوند، برای حداقل بخشی از زمان خود بهصورت موازی اجرا میگردند. بهعنوانمثال میتوان ساخت فونداسیون ساختمان قبل از تکمیل تمامی نقشههای معماری را نام برد. پیگیری سریع فقط وقتی کارآمد است که فعالیتها بتوانند در راستای کوتاه کردن زمان پروژه در مسیر بحرانی، باهم همپوشانی داشته باشند. استفاده از پیش اُفتها در قالب تسریع زمانبندی، معمولاً به افزایش تلاشهای هماهنگسازی بین فعالیتهای مربوطه و افزایش ریسک کیفیت منجر میشود. پیگیری سریع همچنین ممکن است هزینههای پروژه را افزایش دهد.
@Projectcontrolrtn
👍5
راهنمای تهیه برنامه جبرانی در نرم افزار msp و تاثیر ریسکجول روی برنامه فعلی
تهیه کننده:مهندس مقدسی
@Projectcontrolrtn
تهیه کننده:مهندس مقدسی
@Projectcontrolrtn
👍1