نکاتی در خصوص مایلستونها در نرم افزار پریماورا

فعالیت های مایلستون در پریماورا
مایلستون ها فعالیت های با مدت زمان صفر هستند که وقایع مهم و تاثیر گذار را یادآوری می کنند. همانند فعالیت های معمولی بین مایلستون ها هم می توان رابطه ایجاد کرد نوع مایلستون نوع رابطه بین آنها را مشخص خواهد کرد.
وقتی از روابط بین مایلستون ها استفاده می کنیم باید قواعد خاصی را مد نظر داشته باشیم.
به عنوان مثال مایلستون شروع فقط از روابط SSو SF استفاده می کند و یا مایلستون پایان فقط از روابط FFو یا FS استفاده می کند.

@Projectcontrolrtn

نحوه تنظیم و بررسی لایحه تاخیرات قراردادهای پیمانکاری
چند نكته تجربي در خصوص تهيه گزارش تاخيرات توسط پيمانكار :
- از انجام ادعاهاي غير منطقي و غير علمي در جريان تهيه پرونده جدا خودداري شود تا موجب از بين رفتن اعتماد كارشناس بررسي كننده پرونده نگردد.بهترين روش افزايش 10 درصدي هريك از موارد مورد ادعا مي باشد كه روش آن بستگي به شرايط پروژه دارد.
- نظم و انسجام و ظاهر مناسب لايحه تاخيرات ( مانند استفاده از زونكن ، ديوايدر ( جداكننده) به همراه نوشتن موضوع هر بخش بر روي ديوايدر و...) مي تواند موجب جلب اعتماد مشاور و كارفرما در خصوص فني بودن و مهندسي بودن پرونده ارسالي مي شود.
- ميزان تاخيرات مجاز مورد ادعا در پرونده نمي بايست از ميزان كل تاخيرات ايجاد شده بيشتر شود .(با وجود بديهي بودن اين امر ،اين موضوع به كرات توسط اينجانب در پرونده هاي مورد بررسي مشاهد گرديده است )
- جهت تعيين تاريخ ابلاغ نقشه ها يا رفع ايرادات نقشه ها مي بايست به آخرين نگارش نقشه استناد گردد در صورتي كه توجيه قوي و منطقي با توجه به مفاد بند 1 همين بخش پيشاپيش تهيه شده باشد .
لازم بذكر است دليل مذكور نمي بايست در پرونده اعلام گردد تا مشاور زمان بررسي و تهيه جواب را داشته باشد . به هر حال مي بايست در مكاتبات به نامه اي اشاره كرد كه توجيه منطقي يا مثال بزگنمايي شده براي آن وجود داشته باشد
-نكات فراوان ديگري نيز در اين خصوص تهيه پرونده وجود دارد كه وابسته به شرايط هر پروژه مي باشد .

-دريافت كليه مكاتبات توسط دبيرخانه شركت تاييد گردد. زيرا پيمانكار مي تواند نامه اي را كه هرگز در زمان اجرا تحويل مشاور نداده است را با توجه به نياز و با متن مورد دلخواه تهيه و داخل مستندات قرار دهد.
-در هنگام تهيه برنامه زمانبندي به روز شده حتما از نسخه موجود در دفتر مشاور استفاده شود .زيرا ممكن است پيمانكار از طريق تغيير برخي روابط پيش نياز و پس نياز مسير بحراني پروژه را جهت افزايش زمان تاخير مجاز تغيير دهد .
-بررسي گردد آيا نامه هاي تحويل صورت وضعيت به دستگاه نظارت آخرين نامه تحويل صورت وضعيت بوده است يا خير
- در صورتي كه نقشه هاي در نگارش مختلف به پيمانكار ابلاغ گرديده است ،آيا ابلاغ نقشه جديد جهت تسهيل و تسريع در پروژه و كاهش هزينه هاي پيمانكارو به درخواست پيمانكار بوده است ؟ يا خير
- آيا نامه هاي در خواست اصلاح نقشه هاي در حد ايرادات كلي بوده يا در حد ايرادات نقشه كشي و جزييات اجرايي .

@Projectcontrolrtn

یک نمونه برنامه ساختار شکست پروژه راهسازی

@Projectcontrolrtn

دستورالعمل-برآورد-هزینه-پروژه-ها.pdf

@Projectcontrolrtn

بخشی از مقدمه‌ی *صالح مبارک* بر کتاب معتبر و مرجع *Construction Project Scheduling and Control* ویرایش چهارم

یک تجربه به دانش من و کتاب افزوده است - مشاغلی که من در خارج از کشور بین سال‌های 2008 تا 2014 داشته‌ام. نمی‌توانستم سرعت و میزان ساخت و ساز را در چنین مکان کوچکی مانند قطر تصور کنم. تعداد تاور کرین‌ها بیشتر از آن است که بتوانید بشمارید. متخصصان از سراسر جهان، مانند یک دسته گل بزرگ، با تنوع در تحصیلات، فرهنگ، نژاد و زبان، گرد هم می‌آیند. ارتباطات، کمترین چالش آنجا است. حتی با وجود اینکه انگلیسی زبان رسمی برای انجام تجارت در اکثر سازمان‌های آنجاست، به زودی متوجه می‌شوید که انگلیسی، انگلیسی نیست! تفاوت در تلفظ و لهجه‌ها را فراموش کنید، املای labor در مقابل labour و program در مقابل programme را فراموش کنید؛تفاوت‌هایی در تفسیر اصطلاحات فنی و نحوه انجام تجارت وجود دارد. جالب‌تر اینکه، هیچ یک از این تفاوت‌ها اشتباه نیستند. این وضعیت، درمان چیزی است که من آن را “سندرم پارادایم پس‌زمینه” می‌نامم، که در آن هر کس معتقد است حق با اوست، فقط به این دلیل که این‌گونه تربیت شده است، بنابراین فرهنگ‌ها و شیوه‌های تجارت ما با هم درگیر می‌شوند و هر کس معتقد است که دیگری اشتباه می‌کند! در بسیاری از این موقعیت‌ها، درست یا غلطی وجود ندارد. فقط روش‌های متفاوتی برای انجام کارها وجود دارد. با این حال، در یک تیم مدیریت پروژه، همه باید با هم یک آهنگ مشترک را با هماهنگی بخوانند – چه چالشی! به خاطر داشته باشید، *حوزه کاری ما یک علم تجربی/آزمایشی است، نه یک علم دقیق!* باور کنید یا نه، من از هر دقیقه این “تلاقی فرهنگ‌ها” لذت می‌برم. من اینطور به آن فکر می‌کنم: “یک متر مکعب بتن: 100 دلار؛ یک تن فولاد: 600 دلار؛ یک روز کاری با 30 ملیت مختلف: بی‌قیمت!”

@Projectcontrolrtn

⁠فشرده‌سازی فعالیت‌ها در راستای جلوگیری از فسخ پیمان با الگوی پی‌اِم باک

- استاندارد مدیریت پروژه، دو روش برای فشرده‌سازی زمان‌بندی (SCHEDULE COMPRESSION) ارائه داده است. تکنیک‌های فشرده‌سازی زمان‌بندی به کوتاه کردن یا تسریع در مدت زمان‌بندی بدون کاهش محدوده پروژه، جهت تأمین محدودیت‌های زمان‌بندی، تاریخ‌های مقرّر یا دیگر اهداف زمان‌بندی منجر می‌شوند. تحلیل شناوری منفی یک تکنیک مفید است. مسیر بحرانی، مسیری با کمترین شناوری است. بسته به نقض یک محدودیت یا تاریخ مقرر،
شناوری کل می‌تواند منفی شود.

تکنیک‌های فشرده‌سازی زمان‌بندی، مطابق نگارۀ پیوست پست، شامل موارد زیر است:
1️⃣ خرد کردن (Crashing):
تکنیکی است که برای کوتاه کردن مدّت زمان‌بندی با کمترین افزایش هزینه از طریق افزودن منابع، استفاده می‌شود. مثال‌هایی از خرد کردن را می‌توان
تصویب اضافه‌کاری، فراهم‌سازی منابع بیشتر، یا پرداخت برای تحویل سریع‌تر فعالیت‌های واقع در مسیر بحرانی، نام برد. خرد کردن، فقط برای فعالیت‌هایی در مسیر بحرانی که منابع بیشتر، به کاهش مدت‌زمان فعالیت‌ها می‌انجامد، مناسب است. خرد کردن، همیشه به تولید یک گزینۀ مناسب منجر نمی‌شود و ممکن است به ریسک و یا هزینه افزایش‌یافته منتهی گردد.

2️⃣ پیگیری سریع (Fast tracking):
تکنیک فشرده‌سازی زمان‌بندی است که در آن، فازها یا فعالیت‌های که در حالت طبیعی به‌صورت متوالی انجام می‌شوند، برای حداقل بخشی از زمان خود به‌صورت موازی اجرا می‌گردند. به‌عنوان‌مثال می‌توان ساخت فونداسیون ساختمان قبل از تکمیل تمامی نقشه‌های معماری را نام برد. پیگیری سریع فقط وقتی کارآمد است که فعالیت‌ها بتوانند در راستای کوتاه کردن زمان پروژه در مسیر بحرانی، باهم هم‌پوشانی داشته باشند. استفاده از پیش ‌اُفت‌ها در قالب تسریع زمان‌بندی، معمولاً به افزایش تلاش‌های هماهنگ‌سازی بین فعالیت‌های مربوطه و افزایش ریسک کیفیت منجر می‌شود. پیگیری سریع همچنین ممکن است هزینه‌های پروژه را افزایش دهد.

@Projectcontrolrtn

فرمول محاسبه ارزش وزنی زمانی در نرم افزار مایکروسافت پروژه

@Projectcontrolrtn

راهنمای تهیه برنامه جبرانی در نرم افزار msp و تاثیر ریسکجول روی برنامه فعلی
تهیه کننده:مهندس مقدسی

@Projectcontrolrtn

💢👌امکانات نرم افزار پریماورا نسبت به MSP:
✅ نمودار سازمانی
✅ مدیریت ریسک
✅ مدیریت آستانه ها (Threshold)
✅ مدیریت مسایل (Issue)
✅ مدیریت اسناد
✅ تعریف و تخصیص نقش ها
✅ تعریف بیش از یک محدودیت زمانی برای یک فعالیت
✅ تعریف بیش از یک نوع وابستگی بین دو فعالیت
✅ اختصاصی کردن گراف منابع بر اساس Cost Account
✅ تعریف چند واحد پولی
✅ تعریف بازه های مالی


💢 امکانات نرم افزار MSP نسبت به پریماورا:
✅فعالیت های ادواری
✅فرمول نویسی بیش از 4 عمل اصلی
✅ محاسبات فراتر از جمع برای سطوح WBS
✅ محاسبات خودکار فرمول ها
✅ امکان لینک خودکار با اکسل
✅ امکان غیرفعال کردن فعالیت ها
✅ موعد تحویل (Deadline)
✅ ایجاد وابستگی بین سطوح Summary
✅ تغییر فونت از ستونی به ستون دیگر
✅ تعریف فیلترهای سفارشی پرسشگر
✅ بازگشت به عقب (Undo) برای تمامی مراحل
✅ لینک خودکار داخلی بین بخش های نرم افزار


@Projectcontrolrtn

نحوه محاسبه ضرر و زیان پیمانکار از تأخیرات
با توجه به اینکه در درجه اول تأخیرات پروژه پرداخت هزینه بالاسری بیشتر می‌شود لذا اولین رقم قابل محاسبه و راحت همین ضریب بالا سری می‌باشد که آن را برحسب روز محاسبه کرده و به تعداد روزهای تأخیر مجاز ضریب می نمایند.

(ضریب بالاسری ضربدر کل ریالی پروژه) تقسیم بر(مدت پیمان به روز) که مبلغ بالاسری هر روز به دست می‌آید و آنرا به تعداد روزهای تأخیر مجاز ضرب می‌‍‌‌کنیم تا ضرر وارده هزینه بالاسری بر اثر تاخیرات مجاز به دست آید.

برآورد هزینه ماشین آلات پروژه اعم از کرایه ماشین آلات و هزینه نیروهای انسانی ماشین آلات.نسبت به روز های تاخیر.

برآورد ضرر و زیان وارده از نظر معطل شدن نیروها و دستگاه‌ها و سرمایه شرکت پیمانکار و هدر رفتن آنهادر زمان تاخیر.
@Projectcontrolrtn

مروری بر نرم افزار مدیریت پروژه HPM

نرم افزارHPM در یک نگاه نرم افزاری است با قابلیتهای متعدد که تقویمی به بازه زمانی 1988-2500 را در اختیار قرار می دهد.


اعداد پروژه های قابل بازیابی به طور همزمان دراین نرم افزار یکی است.

حد اکثر تعداد فعالیت های هر پروژه 350 فعالیت است.

تاریخ های تقویمی دارد.

امکان چاپ تقویم را ندارد.

نمودار شبکه رسم می کند.

نمودار گانت رسم می کند.

تخصیص منابع دارد.

قابلیتهای_نرم_افزارHPM

قابليت تعريف 350 فعاليت را با حداكثر 12 كاراكتر داراست.
این نرم افزار می تواند آناليز مقادير به دست آمده تجمعي و گراف آن، هزينه‌بندي انواع پروژه‌ها، تعريف تقويم براي هر منبع، تعيين زمان استفاده از منبع در تخصيص منابع را نیز انجام دهد.
از HPM می توان برای رسم نمودارهای پرت و گرت به اندازه دلخواه استفاده کرد.

@Projectcontrolrtn

چطور دو پروژه پیچیده را بطور همزمان اجرا کنیم ؟


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

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

۲- تغییر تاریخ و زمان ملاقات‌ها
ممکن است مشتریان ما فقط در روزهای خاصی امکان ملاقات داشته باشند. اگر تاریخ و زمان این ملاقات‌ها بیش از حد به هم نزدیک باشند، مجزا نگه داشتن مشکلات، وظایف، برنامه‌ها و برداشت‌های شخصی از مسائل مربوط به دو پروژه از هم می‌تواند نزدیک به غیرممکن باشد. با یک یا هردو مشتری پروژه‌ها مذاکره کنید تا روزهای ملاقات را در طول هفته پخش کنید و بتوانید جلسه‌های داخلی تیم اجرایی خود را هم جهت آماده شدن برای جلسه‌ی وضعیت پروژه با مشتریان برگزار کنید.
هدف از این کار این است که شما و اعضای تیم‌تان احساس نکنید که همیشه در حال دویدن هستید. برای به‌روز بودن اطلاعات ارائه‌شده در جلسات با مشتریان، شما و تیم اجرایی پروژه باید بتوانید میان جلسات بایستید و نفسی تازه کنید.

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

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

@Projectcontrolrtn

توضیحات در خصوص نمودار پیشرفت S :
چرا شکل نمودار پیشرفت پروژه به صورت S هست؟
چرخه حیات پدیده ها و موجودات زنده در طبیعت از سه مرحله عبور می کنند شروع می شوند ، رشد و نمو می کنند و در نهایت ، پایان می یابند. کمیت و کیفیت این مراحل ممکن است در پدیده های متفاوت فرق کند انچه که مهم هست همه از این مسیر عبور می کنند. پروژه نیز از این قاعده پیروی می کند. شروع می شود ، رشد و نمو و در نهایت خاتمه ، فعالیت های پروژه هم از این قاعده مستثنی نیستند.
به زبان آمار و ریاضی این چرخه همان توزیع نرمال هست. تابع توزیع نرمال را همگی می شناسیم. تابع زنگوله شکل ،
دو گونه دیگر از تابع توزیع نرمال وجود دارد چوله به چپ Front Loaded و چوله به راست Back loaded ,
حال اگر نمودار تجمعی تابع توزیع پروژه را در دستگاه مختصات رسم کنیم ، محور افقی زمان و محور عمودی پیشرفت ، انچه به نام نمودار S مشهور هست رسم می شود. در حالیکه این نمودار همیشه به شکل S نیست.، نام درست نمودار ، نمودار پیشرفت پروژه هست‌ . اگر توزیع منابع و تاریخ های شروع و پایان یکنواخت و نرمال باشند نمودار پیشرفت به صورت S خواهد بود.
Front- Loaded: (FL)
در نمودار FL و یا چوله به چپ شروع سریع در پروژه اتفاق می افتد. تجهیز کارگاه با سرعت شروع و انجام می گیرد. منابع زیادی تخصیص داده می شود. فعالیت های بسیاری جهت انجام در شروع پروژه برنامه ریزی می شوند. بیشتر فعالیت ها قبل از میانگین توزیع نرمال برنامه ریزی شدند. تمام فعالیت ها طوری برنامه ریزی می شوند که در زودترین زمان ممکن انجام شوند. به عنوان مثال در یک پروژه تعمیراتی نیاز هست که جهت جلوگیری از توقف تولید در کمترین زمان تجهیز اسیب دیده تعمیر شود. و یا اینکه بسیاری از پیمانکاران فعالیت ها را طوری برنامه ریزی می کنند که به منظور دریافت نقدینگی در ابتدای پروژه ، فعالیت های با حجم فیزیکی بالا و ردیف قیمتی بالا را زودتر انجام دهند. در این حالت ها نمودار پیشرفت برنامه و مصرف منابع FRONT LOADED خواهد بود

@Projectcontrolrtn

بسته کاری (Work Package) و بسته برنامه ریزی (Planning Package)

✳️ بسته کاری یک تحویل شدنی یا کار پروژه در پایین ترین سطح در هر شاخه از WBS است. بسته کاری شامل مجموعه ای از کارهای مرتبط به هم در یک پروژه است که از آن به عنوان یک زیرپروژه نیز یاد می کنند. در واقع بسته کاری کوچکترین واحد کار است که در زمان ایجاد WBS در پروژه تعریف می شود.

✳️ بسته برنامه ریزی مجموعه ای از فعالیت ها در سطح زیرین یک حساب کنترل (Control Account) یک بسته کاری هستند که در زمان فعلی امکان زمان بندی برای آنها وجود ندارد. حساب کنترل یک نقطه کنترل مدیریتی است که در آنجا محدوده، بودجه، هزینه واقعی و زمانبندی برای مجموعه ای از فعالیتها به صورت یکپارچه وجود دارد و از آن برای محاسبات عملکرد پروژه استفاده می گردد.

❇️ قوانین تهیه بسته های کاری

1- یک بسته کاری باید نشان دهنده واحدی از کار در سطح اجرای کارها باشد.
2- بسته کاری باید به طور شفاف از سایر بسته های کاری متمایز باشد.
3- بسته کاری باید دارای تاریخ های شروع و خاتمه برنامه ای باشد.
4- بسته کاری باید بودجه داشته باشد.
5- اندازه و طول مدت آن باید به بازه نسبتاً کوتاهی اززمان، محدود باشد.
6- باید با سایر بسته های کاری و برنامه های زمانبندی، یکپارچه باشد.
7- باید نشان هنده سطحی باشد که بتوان هزینه های واقعی آن را مشخص و ثبت نمود.
8- در پروژه های کوچک، یک بسته کاری باید محدوده ای از کار را شامل بشود که بتوان برای آن به تنهایی مناقصه ای برگزار نمود یا قراردادی منعقد ساخت.
9- در پروژه های بزرگ چند میلیون دلاری، بسته های کاری طراحی نباید کمتر از 300 نفر- ساعت یا کوتاهتر از 2 ماه باشند؛ در پروژه های ساخت، یک قانون سرانگشتی مناسب برای حداقل ارزش یک بسته کاری، 1 درصد است.

@Projectcontrolrtn

نمونه فایل با فرمت مایکروسافت پروژه -
پروژه احداث ساختمان شامل لیست فعالیت ها - ساختارشکست - مدت زمانها - پیش نیاز و منابع
بسیار مفید برای کارآموزان رشته مدیریت و کنترل پروژه
@Projectcontrolrtn