درحال مشاهده: مهندسی و مدیریت ساخت پروژه - مطالب ابر مدیریت پروژه

ادعونی
اهدای خون
موسسه محک
اهداء عضو

مسیربحرانی

1396/06/5
09:57
امیرحسین ستوده بیدختی
مسیربحرانی

کلا دو روش برای بحرانی به حساب آوردن فعالیت‌ها و در نتیجه تعیین «مسیر بحرانی»، یعنی مجموعه فعالیت‌های بحرانی که از قدیم علاقه داشتیم تو یه مسیر باشن وجود داره:
بر اساس حداکثر شناوری کل فعالیت‌هابر اساس قرار گرفتن روی طولانی‌ترین مسیر


روش اول:
 برای اکثر افراد آشناتره و معمولا جاهایی که تئوری CPM رو توضیح می‌دن از همین روش استفاده می‌کنن. تو این روش زودترین و دیرترین تاریخ‌های شروع و پایان هر فعالیت تو دو مرحله رفت و برگشت محاسبه می‌شه و تفاضل زودترین و دیرترین تاریخ‌ها دو مقدار شناوری شروع و شناوری پایان رو به وجود میاره. نرم‌افزارهای مختلف یا یکی از این دوتا رو شناوری کل می‌شناسن، یا حداقل اون‌ها رو، یا حتی انتخاب اون رو به شما بدن؛ البته این دو مقدار تو حالت‌های معمولی با هم برابر هستن. حالا حدی برای اون‌ها در نظر گرفته می‌شه و هر فعالیتی که شناوری کلش از اون مقدار بیشتر نباشه بحرانی به حساب میاد.

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

اگه برنامه‌تون آزاد نباشه می‌تونه شناوری منفی هم داشته باشه، که در این صورت منفی‌ها هم بحرانی به حساب میان. البته می‌دونین که بهتره از برنامه‌های غیر آزاد استفاده نکنین و در نتیجه نباید انتظار شناوری منفی داشته باشین.


روش دوم:
تو روش دوم به جای شناوری کل، ازشناوری روابط برای تعیین «طولانی‌ترین مسیر» و به دنبال اون فعالیت‌های بحرانی استفاده می‌شه. هر رابطه بر اساس تفاضل تاریخ‌های پیش‌نیاز و پس‌نیازش مقداری داره که به اون هم می‌گیم شناوری. اگه شناوری صفر باشه، به رابطه حاکم (driver) گفته می‌شه. معمولا بین تمام روابطی که برای یه فعالیت تعریف شده فقط یکیشون حاکمه. اگه همه روابط رو به جز رابطه حاکم حذف کنین، زمان‌بندی‌تون تغییری نمی‌کنه. با این حال باید روابط غیر حاکم رو خیلی با دقت وارد کنین، چون هم روی شناوری‌ها اثر می‌ذاره و هم این‌که ممکنه بعد از مدتی به خاطر وارد کردن مقدارهای واقعی وضعیت تغییر کنه و رابطه دیگه‌ای حاکم بشه.

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

پس مسیر بحرانی می‌تونه بر اساس شناوری فعالیت‌ها یا بر اساس شناوری روابط (قرار داشتن تو طولانی‌ترین مسیر) تعیین بشه. این دو روش تو شبکه‌های خیلی ساده، مشابه اون چیزهایی که برای توضیح دادن تئوری CPM به کار می‌رن نتیجه یکسانی داره، ولی تو برنامه‌های پیچیده‌ای که تو پروژه‌های واقعی داریم، به خاطر قیدهایی که ممکنه استفاده شده باشه، به خاطر تسطیح منابع، به خاطر تقویم‌ها و خیلی مسایل دیگه ممکنه تفاوت‌هایی بین نتایج اون‌ها وجود داشته باشه.

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

نویسنده: نادر خرمی راد

تهیه منشور پروژه

1396/06/5
09:55
امیرحسین ستوده بیدختی
تهیه منشور پروژه:

منشور پروژه از اولین سند‌هایی است که در پروژه تنظیم می‌شود و معمولا کوتاه نیز هست؛ با این حال اهمیت بسیار زیادی دارد. این سند به پروژه و مدیر پروژه رسمیت می‌دهد و بعد از تصویب آن پروژه رسما شروع می‌شود. 

برخی از اطلاعات که معمولا در منشور پروژه قرار می‌گیرند از این قرارند:

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

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


‌ انواع روابط بین فعالیتها در یک برنامه زمان بندی

1396/06/5
09:49
امیرحسین ستوده بیدختی
‌ انواع روابط بین فعالیتها در یک برنامه زمان بندی:

به طور کلی چهار نوع رابطه در کنترل پروژه بین فعالیت ها می توان ایجاد نمود که شرح داده می شود. این روابط هستند که شکل دهنده شبکه CPM هستند و زمان کل پروژه از همین فعالیت ها ناشی می شود. در وارد کردن ارتباط بین فعالیت ها دقت فراوان نیاز می باشد و فقط زمانی می توان یک برنامه زمان بندی مناسب را ایجاد نمود که روابط بین فعالیت ها بصورت منطقی ایجاد شده باشد. به عنوان مثال در ساخت یک فونداسیون ابتدا باید خاکبرداری انجام گیرد و در ادامه بتون مگر فونداسیون ریخته شود. روابط بین فعالیت ها در واقع همان منطق اجرایی یک سلسله مراتب از کارها جهت ایجاد و نهایی سازی اقلام تحویلی پروژه می باشد. سعی کنید در برنامه های زمان بندی بیشتر از روابط FS/SS استفاده نمایید. روابط بین فعالیت های یک پروژه به چهار شکل زیر می تواند باشد.:

رابطه FS/Finish to Start: مشخص می‌كند كه فعالیت اول باید تمام شود تا فعالیت دوم شروع شود.
رابطه FF/Finish to Finish : مشخص می‌كند كه فعالیت اول باید تمام شود تا فعالیت دوم هم تمام شود.
رابطه SS/Start to Start : مشخص می‌كند كه فعالیت اول باید شروع شود تا فعالیت دوم هم شروع شود.
رابطه SF/Start to Finish : مشخص می‌كند كه فعالیت اول باید شروع شود تا فعالیت دوم تمام شود.

تأخیر (Lag) : بدین معنی می باشد که یک فعالیت ممکن است نسبت به فعالیت دیگر تقدم یا تأخر داشته باشد. به عنوان مثال اگر Relation/Lag بین دو فعالیت SS+4 تعیین شده باشد، به این معنی است که چهار روز بعد از اینکه فعالیت اول که شروع شد باید فعالیت دوم شروع شود و رابطه FS-6 یعنی ۶ روز قبل از اینکه فعالیت دوم شروع شود فعالیت اول باید تمام شود.


خطای مهارت : خود قایق مهمتر از پارو زدن است!

1396/05/31
18:39
امیرحسین ستوده بیدختی
خطای مهارت : خود قایق مهمتر از پارو زدن است!

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

متاسفانه نه مهارتها و نه رنج و آزار معیارهای کلیدی برای موفقیت نیستند. لازم اند، ولی کافی نیستند. وقتی یک نفر در دراز مدت نسبت به افراد با صلاحیتِ کمتر، موفق تر است ، فقط و فقط دلیلش را باید در عنصری به نام استعداد  جستجو کرد. اما در مورد بنیانگذاران شرکتها چنین نیست، وگرنه بعد از اولین دستاورد به تاسیس شرکتهای بعدی ادامه می دادند.
در مورد مدیران شرکتها چطور؟ آنها چقدر در موفقیت شرکتها اهمیت دارند؟ محققان ارتباط مجموعه ای از خصوصیات مرتبط با یک مدیرعامل قوی را با افزایش ارزش شرکت در طول دوران مدیریت این مدیران عامل بررسی کردند. فقط ۱۰ درصد بیشتر مشاهده شد که مدیرعامل قویتر شرکت قویتر را رهبری می کند. حتی وارن بافت نیز بت سازی از مدیران عامل را تایید نمی کند:
" یک پیشینه مدیریتی خوب بیشتر تابعی است از اینکه در تجارت سوار چه قایقی شده ای، نه اینکه چقدر خوب پارو می زنی."

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

هنر شفاف اندیشیدن- رولف دوبلی

مهندسی و مدیریت ساخت پروژه - مطالب ابر مدیریت پروژه

مدل سازی اطلاعات ساختمانمدیریت منابع انسانی
قراردادمدیریت دانش
موفقیتبرنامه ریزی
مدیریت پروژهتکنیک های خلاقیت
مدیریت ساختاستراتژی
چابکی در پروژهداستان مدیریتی
ساخت و ساز نابمدیران
مهندسی ارزشتصمیم گیری
مدیریت ریسک دفتر مدیریت پروژه
مدیریتبتن
رهبریمدیران پروژه
تکنیک های مدیریتی مهارت های مدیریتی
توسعه پایداراستاندارد PMBOK
کنترل پروژهآزمون pmp
سازمانمدیریت ساخت در شبکه های اجتماعی
مهندسی و مدیریت ساخت پروژه - مطالب ابر مدیریت پروژه,مدیریت ساخت ,مدیریت پروژه, مدیریت پروژه های ساخت, مدیریت پروژه و ساخت,مدل سازی اطلاعات ساختمان,مدیریت ساخت
تمامی حقوق این وب سایت متعلق به مهندسی و مدیریت ساخت پروژه است. |طراحی و توسعه:امیرحسین ستوده بیدختی|