نمونه فایل ساختار شکست و وزن دهی پروژه ساختمانی در اکسل
@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
💢👌امکانات نرم افزار پریماورا نسبت به MSP:
✅ نمودار سازمانی
✅ مدیریت ریسک
✅ مدیریت آستانه ها (Threshold)
✅ مدیریت مسایل (Issue)
✅ مدیریت اسناد
✅ تعریف و تخصیص نقش ها
✅ تعریف بیش از یک محدودیت زمانی برای یک فعالیت
✅ تعریف بیش از یک نوع وابستگی بین دو فعالیت
✅ اختصاصی کردن گراف منابع بر اساس Cost Account
✅ تعریف چند واحد پولی
✅ تعریف بازه های مالی
💢 امکانات نرم افزار MSP نسبت به پریماورا:
✅فعالیت های ادواری
✅فرمول نویسی بیش از 4 عمل اصلی
✅ محاسبات فراتر از جمع برای سطوح WBS
✅ محاسبات خودکار فرمول ها
✅ امکان لینک خودکار با اکسل
✅ امکان غیرفعال کردن فعالیت ها
✅ موعد تحویل (Deadline)
✅ ایجاد وابستگی بین سطوح Summary
✅ تغییر فونت از ستونی به ستون دیگر
✅ تعریف فیلترهای سفارشی پرسشگر
✅ بازگشت به عقب (Undo) برای تمامی مراحل
✅ لینک خودکار داخلی بین بخش های نرم افزار
@Projectcontrolrtn
✅ نمودار سازمانی
✅ مدیریت ریسک
✅ مدیریت آستانه ها (Threshold)
✅ مدیریت مسایل (Issue)
✅ مدیریت اسناد
✅ تعریف و تخصیص نقش ها
✅ تعریف بیش از یک محدودیت زمانی برای یک فعالیت
✅ تعریف بیش از یک نوع وابستگی بین دو فعالیت
✅ اختصاصی کردن گراف منابع بر اساس Cost Account
✅ تعریف چند واحد پولی
✅ تعریف بازه های مالی
💢 امکانات نرم افزار MSP نسبت به پریماورا:
✅فعالیت های ادواری
✅فرمول نویسی بیش از 4 عمل اصلی
✅ محاسبات فراتر از جمع برای سطوح WBS
✅ محاسبات خودکار فرمول ها
✅ امکان لینک خودکار با اکسل
✅ امکان غیرفعال کردن فعالیت ها
✅ موعد تحویل (Deadline)
✅ ایجاد وابستگی بین سطوح Summary
✅ تغییر فونت از ستونی به ستون دیگر
✅ تعریف فیلترهای سفارشی پرسشگر
✅ بازگشت به عقب (Undo) برای تمامی مراحل
✅ لینک خودکار داخلی بین بخش های نرم افزار
@Projectcontrolrtn
👍1