بایگانی برچسب: برنامه ریزی و کنترل پروژه

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

برنامه ریزی و کنترل پروژه

برنامه ریزی و کنترل پروژه راه پله های ایران مال جهت شرکت کابین دوش سبلان توسط بهینه گستر صنایع آرمان با نرم افزار پریماورا Primavera تهیه گردید.

قواعد زمانبندی (گانت چارت نویسی) بر اساس استاندارد موسسه PMI آمریکا

قواعد زمانبندی (گانت چارت نویسی) بر اساس استاندارد موسسه PMI آمریکا :

قاعده ۱: برنامه مدیریت زمان بندی تهیه و مستند شده باشد.
قاعده ۲: گستره برنامه کامل باشد.
قاعده ۳: از فعالیت های Level of Effort با احتیاط استفاده شود.
قاعده ۴: نام فعالیت ها منحصر به فرد باشند.
قاعده ۵: نام فعالیت ها جمله هایی فعل دار باشند.
قاعده ۶: شبکه منطقی فعالیت ها کامل باشد.
قاعده ۷: فعالیت ها معلق نباشند.(شروع آن دیگری تاثیر نگیرد و پایان آن بر فعالیتی اثر نگذارد.)
قاعده ۸: اکثر فعالیت ها پیش نیاز FS داشته باشند.(۹۰ درصد)
قاعده ۹: از رابطه SF استفاده نشود.
قاعده۱۰ : Lag فعالیت ها زیاد از حد نباشد. .( حداکثر ۳۰ روز تقویمی)
قاعده۱۱:تعداد فعالیت های ‌Lag دار زیاد نباشد.(حداکثر ۵ درصد)
قاعده ۱۲: از Lead با احتیاط استفاده شود. ( حداکثر ۳۰ روز تقویمی)
قاعده۱۳: فعالیت ها شناوری منفی نداشته باشند.
قاعده ۱۴: شناوری فعالیت ها از حدی بیشتر نباشد.( حداکثر ۶۰ روز تقویمی)
قاعده ۱۵: فعالیت ها Split نشوند.
قاعده ۱۶: تعداد فعالیت های دارای قید تاریخ زیاد نباشد. .(حداکثر ۵ درصد)
قاعده ۱۷: فقط مایل ستون ها مجاز به داشتن قید تاریخ هستند.
قاعده ۱۸: مدت زمان فعالیت ها زیاد نباشد. .( حداکثر ۶۰ روز تقویمی)
قاعده ۱۹: فقط از یک واحد زمانی استفاده شود.
قاعده ۲۰ : به ازای تمامی تعهدات قراردادی کارفرما و مشاور (رفع معارضین ، ابلاغ نقشه ها، انحراف ترافیک و …) باید مایلستونی به عنوان پیش نیاز فعالیتهای درگیر در برنامه لحاظ گردد در مواردی که عدم وجود نقشه های اجرایی مانع از ریز کردن سطح فعالیتها می گردد وزن تقریبی به فعالیت مربوطه تخصیص داده شده و پس از کامل شدن نقشه ها برنامه اصلاح گردد.
قاعده ۲۱ : در تنظیم ساختار شکست کار باید اعتدال حفظ شده و نیازی به یکسان کردن تعداد سطوح قسمت های مختلف جهت زیبایی شکل برنامه نمی باشد.
قاعده ۲۲ : مسیر بحرانی پروژه کنترل گردد.( صحت مسیر بحرانی پروژه توسط مشاور تایید می گردد)
قاعده ۲۳ : تاریخ شروع فعالیتهای پروژه باید بر اساس میانگین زودترین (ES) و دیرترین (LS) زمان شروع فعالیت ها برنامه ریزی گردد.
قاعده ۲۴ : برای آخرین فعالیت های پروژه نباید قیدی از جمله Finish on یا Finish no Later than گذاشته شود پس انتهای برنامه باید آزاد باشد.
قاعده ۲۵ : در تقویم پروژه ، باید روزهای کاری به دقت لحاظ گردد. البته پیمانکار می تواند ایام تعطیلات نوروزی و تعطیلات رسمی که در آن روزها کارگاه تعطیل است را تقویم روز غیر کاری لحاظ نماید.

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

همیشه می‌گوییم شناوری کل مدت زمانی است که اگه فعالیت به اون اندازه به تاخیر بیفتد تاریخ پایان پروژه رو به تاخیر نمی اندازد. این تعریف خیلی قدیمی است و باید تعریف کامل‌تری به جایش به کار ببریم.
چیزی که تو تعیین شناوری موثره صرفا تاریخ پایان پروژه نیست؛ تاریخ‌های مهم پروژه‌ است. شناوری مدت زمانیه که اگه فعالیت به اون اندازه به تاخیر بیفته،هیچکدوم از تاریخ‌های مهم پروژه به تاخیر نمی‌افتن.
تاریخ‌های مهم این‌ها هستن:
  1. تاریخ پایان پروژه
  2. تاریخ پایان فعالیت‌هایی که پس‌نیاز ندارن (توضیح ۱)
  3. فرجه‌ها
  4. تاریخ قیدهایی که انعطاف‌پذیر نیستن
توضیح ۱: وقتی تاریخ پایان فعالیت‌هایی که پس‌نیاز ندارن در تعیین شناوری‌ها مبنا قرار می‌گیره که گزینه Calculate Multiple Critical Tasks رو تو Tools| Options| Calculation فعال کرده باشین.
حالا ماجرا رو با هم مرور می‌کنیم. برنامه شکل زیر رو ببینین:
image
تو این برنامه سه گروه فعالیت تعریف کردم. هر گروه دو فعالیت داره که با هم لینک هستن. می‌شد مسئله رو روی فعالیت‌های تکی هم نشون داد، ولی من گروه‌های دوتایی استفاده کردم تا سرایت کردن شناوری‌ها رو به عقب هم نشون بدم. برای هرکدوم از این سه گروه نقشه‌هایی کشیدم.
گروه اول طولانی‌ترین مدت زمان‌ها رو دارن و به همین خاطر بحرانی شدن. فعالیت‌های بحرانی تو این نما با رنگ قرمز دیده می‌شن. شناوری کل فعالیت‌ها هم با خط‌های سبز رنگ باریک نشون داده شدن. الان چهارتا فعالیت آخر شناوری کل دارن. مقدار شناوری کل رو می‌تونین تو جدول هم ببینین.
برای فعالیت چهارم فرجه‌ای در پایان روز ۹ قرار می‌دم. وضعیت اینطوری می‌شه:
image
فرجه می‌گه که فعالیت باید تا اون موقع تموم شده باشه، پس منطقیه که برنامه شناوری رو طوری تنظیم کنه که فعالیت از اون تاریخ نگذره. به عبارت دیگه به فرجه اهمیتی در حد تاریخ پایان پروژه بده. حالا نگاهی به شناوری فعالیت سوم بندازین، متوجه شدین که چه اتفاقی افتاد؟ کم شدن شناوری فعالیت چهارم به پیشنیازش هم سرایت کرد.
حالا به فعالیت ششم قید Finish No Later Than برای پایان روز نهم می‌دم:
image
تو این حالت هم شناوری فعالیت ششم و پیش‌نیازش به طور متناسب کم شد. واقعیت اینه که چنین قیدی تفاوت چندانی با فرجه نداشت.
حالا به شکل بالایی نگاه کنین و تصور کنین که وقتی فرجه رو به پایان روز هشتم بکشیم. شناوری فعالت چهارم چقدر می‌شه؟ اگه اون رو به پایان روز هفتم بکشیم چطور؟ بله، در این حالت شناوری کل فعالیت صفر می‌شه و اون فعالیت همراه با پیش‌نیازش بحرانی می‌شن.
حالا باز هم تصور کنین که فرجه رو عقب‌تر بکشیم، مثلا پایان روز ششم. در این حالت شناوری فعالیت چقدر می‌شه؟
image
این هم همون شناوری منفیه که هر هفته چند نفر با جستجوی اون به سایت من می‌رسن! مفهوم پیچیده‌ای نیست، هست؟
تو این وضعیت فعالیت چهارم اگه طبق برنامه پیش بره هم یکی از تاریخ‌های مهم پروژه یک روز به تاخیر می‌افته، یعنی فعالیت باید یک روز کمتر از برنامه وقت ببره تا تاریخ حفظ بشه. یک روز کمتر، یعنی شناوری منفی یک.
حالا فرض کنین تاریخ قید فعالیت ششم که قبلا پایان روز نهم بود رو تبدیل کنیم به پایان روز پنجم. قبل از این‌که به شکل نگاه کنین سعی کنین وضعیت رو تو ذهنتون به تصویر بکشین. خوب، این کار رو کردین؟ این هم وضعیت برنامه:
image
خوب، اگه تصورتون اشتباه بود ناراحت نباشین، به هر حال اگه مسئله خیلی ساده‌ای بود اینجا توضیحش نمی‌دادم. الان تو سومین گروه فعالیت‌ها تناقض وجود داره. رابطه‌ای که بین فعالیت‌های پنجم و ششم وجود داره رابطه FS ساده‌ای، بدون همپوشانیه، که ایجاب می‌کنه T6 زودتر از روز پنجم شروع نشه، یعنی همون چیزی که تو شکل‌های قبلی می‌دیدین. حالا ما قیدی به این فعالیت دادیم که حکم می‌کنه فعالیت بعد از روز چهارم شروع نشه. این یعنی تناقض.
وقتی بین قید و روابط تناقض وجود داشته باشه تکلیف چیه؟
پیش‌فرض اینه که قید مبنا قرار بگیره.
حالا می‌تونین برین تو Tools| Options| Schedule و گزینه Tasks will always honor their constraint dates رو غیر فعال کنین. حالا اگه تناقضی بین قید و روابط وجود داشته باشه اولویت به روابط داده می‌شه. این هم می‌شه وضعیت همون برنامه قبلی، بعد از تغییر تنظیم:
image
خوب، حالا من قید و فرجه رو برمی‌دارم، یعنی وضعیت برنامه می‌شه مثل اولین شکلی که دیدین (بد نیست الان برگردین بالا و نگاهی بهش بندازین). حالا می‌رم به Tools| Options| Calculate و گزینه Calculate multiple critical paths رو فعال می‌کنم. نتیجه این می‌شه:
image
اصولا همیشه توصیه می‌شه که تو هر برنامه فقط یک فعالیت بدون پس‌نیاز باشه، یعنی آخرین فعالیت پروژه. البته بهتره بگیم پس‌نیاز مستقیم و غیر مستقیم، چون ممکنه فعالیتی خودش پس‌نیاز نداشته باشه، ولی خلاصه فعالیتش پس‌نیاز داشته باشه و در نتیجه تاریخ پایان فعالیت غیر مستقیم روی بقیه فعالیت‌ها اثر بذاره.
به هر حال؛ اگه بیشتر از یک فعالیت پس‌نیاز مستقیم یا غیر مستقیم داشته باشن، در حالت معمول به جز یکیشون همه شناوری می‌گیرن. حالا فرض کنین پروژه‌ای داریم از ۱۰ بلوک ساختمانی. تاریخ پایان هرکدوم از بلوک‌ها پس‌نیازی نداره، و در عین حال ترجیح می‌دیم که هر بلوک در زودترین زمان ممکن تموم بشه و شناوری براشون نذاریم. در این صورت می‌تونیم این گزینه رو فعال کنیم، در نتیجه شناوری فعالیت‌های آزاد حذف می‌شه و به پیش‌نیازهاشون هم منتقل می‌شه. به این ترتیب احتمالا مسیرهای بحرانی جدیدی هم ایجاد می‌شه. خوب، این وضعیت رو می‌تونین تو شکل بالا هم ببینین.
خوب، من امیدوارم این مطالب رو به شما منتقل کرده باشم:
  • تنها تاریخ مقدسی که برای محاسبه شناوری‌ها به کار می‌ره تاریخ پایان پروژه نیست.
  • شناوری منفی با ……. به وجود میاد. با چی؟
  • مسیرهای بحرانی متعدد با مقید کردن فعالیت‌های آزاد به وجود میاد.

پراجکت بهتر است یا پریماورا؟

مبانی مقایسه

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

پیش از هر چیز باید مسئله مهمی را در نظر داشت. Primavera Project Management نرم‌افزاری سازمانی است، در حالی که نسخه‌های معمولی پراجکت این‌گونه نیستند. اگر قرار باشد قابلیت‌های سازمانی مبنای مقایسه قرار گیرند، باید پریماورا را با پراجکت سرور، که نسخه سازمانی نرم‌افزار برنامه‌ریزی و کنترل پروژه مایکروسافت است، مقایسه کرد. در این نوشته به قابلیت‌های غیر سازمانی توجه می‌شود. منظور از برنامه‌ریزی و کنترل پروژه غیر سازمانی، تلاشی است که در راستای مدیریتِ مستقلِ پروژه‌ها انجام می‌شود. در سیستم‌های سازمانی به ترکیبِ پروژه‌های متعددی که در یک سازمان انجام می‌شود و قابلیت‌های کارِ گروهی توجه می‌شود.

کدامیک بهتر است؟

پریماورا پراجکت
شناوری را float پراجکت slack.
قید ALAP در پریماورا شناوری آزاد را صفر می‌کند قید ALAP در پراجکت شناوری کل را صفر می‌کند
همپوشانی روابط را می‌توان در پراجکت بر حسب درصد نیز وارد کرد
پریماورا اجازه ایجاد بیشتر از یک رابطه را بین دو فعالیت می‌دهد
فارسی‌نویسی در پریماورا “کمی” سخت‌تر از پراجکت است. 
فلسفه WBS در پریماورا و پراجکت یکسان نیست، هرچند که تفاوت عملیاتی چندانی ایجاد نمی‌کند فلسفه WBS در پریماورا و پراجکت یکسان نیست، هرچند که تفاوت عملیاتی چندانی ایجاد نمی‌کند
سیستم‌های گزارش‌دهیِ نسخه‌های قدیمی پراجکت ضعیف‌تر از پریماورا بود، ولی این اختلاف در نسخه‌های جدید کمتر شده است؛ هرچند که وضعیتِ فعلی هر دو نرم‌افزار در گزارش‌دهی بسیار ضعیف و عملا برای بسیاری از نیازها غیر قابل استفاده است. 
پراجکت با نرم‌افزارهای آفیس همنشینی بهتری دارد. 
رابط کاربر پراجکت بهتر از پریماورا است. 
می‌توان در پریماورا هر تعداد فیلد که لازم است ساخت. پراجکت محدود به تعدادی فیلد اختصاصی است
فیلدهای از پیش آماده پریماورا به مراتب بیشتر از پراجکت است کاربران پراجکت در صورت نیاز باید چنان قابلیت‌هایی را با فیلدهای اختصاصی بسازند
فرمول‌نویسی در پراجکت ساده‌تر و انعطاف‌پذیرتر است. 
و پریماورا چنین امکانی ندارد.  پراجکت به قابلیت ماکرونویسی (برنامه‌نویسیVBA) مجهز است
پراجکت امکانات بیشتری در roll-up (خلاصه‌سازی) دارد
می‌توان در پریماورا مایلستون‌های پیشرفت(step) ساخت هرچند که قابلیت‌های تعریف شده برای مایل‌ستونی‌های پیشرفت پریماورا ناقص‌تر از آن هستند که آن را عملیاتی کنند. در پراجکت چنین امکانی وجود ندارد (کاربر باید در این حالت فعالیت را به زیرفعالیت‌هایی خرد کند).
منابع راهنمای پریماورا بسیار کم هستند منابع راهنمای پراجکت (کتاب‌ها، مقالات و سایت‌ها، به زبان‌های مختلف) بسیار زیاد
پراجکت در ایران عمومیت بیشتری دارد و در نتیجه استفاده از آن در شرکت‌هایی که با شرکت‌های مختلف سر و کار دارند ساده‌تر است. 
نمی‌توان در پراجکت فعالیت‌های level of effort به سبک پریماورا ساخت؛ ولی واقعیت این است که می‌توان چنین فعالیت‌هایی ساخت. می‌توان در پراجکت فعالیت‌های level of effort به سبک پریماورا ساخت؛ ولی واقعیت این است که می‌توان چنین فعالیت‌هایی ساخت.

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

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

سیستم جامع برنامه ریزی و کنترل پروژه (برنامه ریزی و مدیریت پروژه تحت وب)

images

سیستم جامع برنامه ریزی و کنترل پروژه (برنامه ریزی و مدیریت پروژه تحت وب)

سامانه مدیریت و کنترل پروژهراهکارهای مدیریت و کنترل پروژه می باشد و بکارگیری آن می توانید فرایند های پروژه ای و غیر پروژه ای سازمان ها را ساماندهی نماید. این سامانه در حوزه سیستم‌های اطلاعات مدیریت پروژه (PMIS) قرار می گیرد و راهکاری مناسب برای مدیریت و نظارت بر پروژه های متعدد و متنوع سازمان هایی با مقیاس متوسط و بزرگ می باشد. این سامانه با بهره گیری از فناوری های روز دنیا و منطبق با نیازهای سازمان های امروزی طراحی شده است. همچنین این سامانه از زبان های فارسی و انگلیسی و تقویم های شمسی پشتیبانی می کند.

قابلیت های اصلی این سامانه عبارت اند از:

مدیریت و کنترل پروژه

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

داشبرد پروژه

داشبرد پروژه، اتفاقات پایه ای پروژه را به صورت خلاصه نشان می دهد و مدیریان و اعضای پروژه می توانند دید کلی از وضعیت پروژه کسب کنند.

منو ها ی سامانه مدیریت پروژه به همراه تصاویر از محیط نرم افزار به شرح ذیل است:

ثبت اطلاعات

ثبت پروژه ها و گزارشات

براورد نیروی انسانی پروژه ها و گزارشات

قطعات و نقشه ها جهت ثبت و گزارشات

فرایند مرتبط برای هر نقشه یا قطعه و گزارشات

ماشین الات صرف شده در پروژه و گزارشات

پرسنل درگیر در پروژه جهت ثبت وقایع روزانه و گزارشات

عملیات انجام شده در پروژه و گزارشات

ثبت گزارش کارکرد (روزانه) و گزارشات

ثبت پیمانکاران و گزارشات

حکم کار جهت ارجاع کار به پیمانکاران و جزیئات حکم کار و گزارشات

ثبت هزینه ها (بنا به نیاز سازمان اضافه میشود )

کاردکس پروژه (بنا به نیاز سازمان اضافه میشود )

ارزیابی پیمانکاران (بنا به نیاز سازمان اضافه میشود )

کنترل کیفیت (بنا به نیاز سازمان اضافه میشود )

برگه خروجی کالاهای پروژه ها (بنا به نیاز سازمان اضافه میشود )

مشتریان (بنا به نیاز سازمان اضافه میشود )

کاربرها

تعریف کاربرها

تعریف نقش جهت دسترسی به سطوح سامانه

ثبت سطح دسترسی ها

داشبورد شخصی برای هر کاربر

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

داشبورد من

گزارشات روزانه من

 

مدیریت دانش (بنا به نیاز سازمان اضافه میشود )

دموی نرم افزار با عضویت در سایت:

سیستم جامع برنامه ریزی و کنترل پروژه

 

user:demo

pass:123

 

ویژگی تکنولوژی بکار رفته در این سامانه :

تحت وب بودن کل سامانه

عدم نیاز به نصب برنامه خاص غیر از مرورگر استاندارد روی رایانه کاربران

قابلیت استفاده بر روی شبکه داخلی و شبکه اینترنت

قابلیت استفاده از پایگاه داده های MySql

قابلیت نصب بر روی سرورهای Linux

انعطاف پذیری بالا و تغییر پذیری فرآیند های تعریف شده بنا به نیاز سازمان میباشد.

 

کاتالوگ

معرفی

معرفی

به نام خداوند مهربان

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

بهینه گستر صنایع آرمان لوگو