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

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

5 ﻧﮑﺘﻪ ﺑﺮاى زﻣﺎﻧﺒﻨﺪى ﻣﻨﺎﺑﻊ

1396/06/24
14:16
امیرحسین ستوده بیدختی
5 ﻧﮑﺘﻪ ﺑﺮاى زﻣﺎﻧﺒﻨﺪى ﻣﻨﺎﺑﻊ

ﻣﻌﻤﻮﻻً ﭘﺮوژه ﻫﺎ ﺗﻮﺳــﻂ ﮔﺮوﻫﻰ از اﻓﺮاد، اﻧﺠﺎم ﻣﻰ ﺷــﻮﻧﺪ. ﺷﻤﺎ ﺑﻪ ﻋﻨﻮان ﻣﺪﯾﺮ ﭘﺮوژه ﺑﺎﯾﺪ ﻓﻌﺎﻟﯿﺖ ﻫﺎ را ﺑﻪ اﻓﺮاد ﺗﯿﻢ ﺧﻮد ﺗﺨﺼﯿﺺ دﻫﯿﺪ. اﮔﺮ ﻓﻌﺎﻟﯿﺖ ﻫﺎ ﺑﻪ اﻓﺮاد ﻣﻨﺎﺳــﺐ ﺗﺨﺼﯿﺺ داده ﻧﺸــﻮﻧﺪ، ﭘﺮوژه ﺑﻪ ﻃﻮر ﺟﺪى ﺑﺎ ﻣﺸﮑﻞ ﻣﻮاﺟﻪ ﺧﻮاﻫﺪ ﮔﺮدﯾﺪ. ﺷــﻤﺎ ﻣــﻰ ﺗﻮاﻧﯿﺪ ﺑﺎ زﻣﺎﻧﺒﻨﺪى ﻣﺆﺛــﺮ ﻣﻨﺎﺑﻊ، از ﮐُﻨﺪى ﺣﺮﮐﺖ ﭘﺮوژه، ﻣﻤﺎﻧﻌﺖ ﺑﻪ ﻋﻤﻞ آورﯾﺪ.
 ﻣﻨﺎﺑﻊ را ﺑﻪ ﻓﻌﺎﻟﯿﺖ ﻫﺎ ﺗﺨﺼﯿﺺ دﻫﯿﺪ. ﺑﺮاى ﻫﺮ ﯾﮏ از اﻋﻀﺎى ﺗﯿﻢ، ﭘﺮوﻓﺎﯾﻠﻰ ﺗﻬﯿﻪ ﮐﻨﯿﺪ. ﭘﺲ از آن ﺧﻮاﻫﯿﺪ ﺗﻮاﻧﺴــﺖ ﻓﻌﺎﻟﯿﺖ ﻫﺎ را ﺑﻪ اﻓﺮاد ﻣﻨﺎﺳﺐ ﺗﺨﺼﯿﺺ دﻫﯿﺪ.
 ﺑﺒﯿﻨﯿﺪ ﭼﻪ ﮐﺴـﻰ وﻗﺖ اﺿﺎﻓﻰ دارد. ﺑﺎ اﺳــﺘﻔﺎده از اﻣﮑﺎﻧﺎت ﻧﺮم اﻓﺰار زﻣﺎﻧﺒﻨﺪى ﻣﻨﺎﺑﻊ ﺧﻮد، ﻣﻰ ﺗﻮاﻧﯿﺪ درﯾﺎﺑﯿﺪ ﮐﻪ ﮐﺪاﻣﯿﮏ از اﻓﺮاد ﺗﯿﻢ، وﻗﺖ آزاد دارد و ﻣﻰ ﺗﻮاﻧﺪ ﻓﻌﺎﻟﯿﺖ ﻫﺎى ﺑﯿﺸــﺘﺮى را ﺑﺮ ﻋﻬﺪه ﺑﮕﯿﺮد. اﯾﻦ ﮐﺎر 
اﺿﺎﻓﻰ ﻣﻰ ﺗﻮاﻧﺪ در ﻫﻤﯿﻦ ﭘﺮوژه ﯾﺎ در ﭘﺮوژه ﻫﺎى دﯾﮕﺮ ﺑﺎﺷﺪ.
 ﺑﺒﯿﻨﯿﺪ ﭼﻪ ﮐﺴﻰ ﮐﺎر ﺑﯿﺶ از ﺣﺪ دارد. ﻣﻤﮑﻦ اﺳﺖ ﺑﻪ ﺑﺮﺧﻰ از اﻓﺮاد، ﻓﻌﺎﻟﯿﺖ ﻫﺎى ﺑﺴﯿﺎر زﯾﺎدى را ﺗﺨﺼﯿﺺ داده ﺑﺎﺷﯿﺪ. ﮐﺎر ﺑﯿﺶ از ﺣﺪ ﻣﻰ ﺗﻮاﻧﺪ ﺑﺎﻋﺚ اﻓﺰاﯾﺶ اﺳﺘﺮس و ﺗﻀﻌﯿﻒ روﺣﯿﻪ اﻓﺮاد ﺑﺸﻮد.
 ﭘﯿﺸـﺮﻓﺖ را ﺑـﻪ ﻃﻮر ﻣﻨﻈﻢ ﻣـﻮرد ﭘﺎﯾﺶ ﻗﺮار دﻫﯿـﺪ. در ﭘﺮوژه ﻫﺎ ﻫﻤﻮاره ﻫﻤﻪ ﭼﯿﺰ ﺗﻐﯿﯿﺮ ﻣﻰ ﮐﻨﺪ؛ ﻣﻤﮑﻦ اﺳــﺖ ﺑﺎر ﮐﺎرى اﻓﺮاد از ﻫﻔﺘﻪ اى ﺑــﻪ ﻫﻔﺘﻪ دﯾﮕــﺮ، ﺗﻐﯿﯿﺮ ﮐﻨﺪ. ﺑﻨﺎﺑﺮاﯾﻦ ﺑﺎﯾﺪ ﮔــﺰارش ﻫﺎى زﻣﺎﻧﺒﻨﺪى ﻣﻨﺎﺑﻊ را ﺑﻪ ﻃﻮر ﻣﻨﻈﻢ ﺑﺮرﺳــﻰ ﮐﻨﯿﺪ و ﻣﻄﻤﺌﻦ ﺷــﻮﯾﺪ ﮐﻪ ﺗﻤﺎﻣﻰ اﻓﺮاد داراى ﺣﺠﻢ ﻣﺘﻌﺎدﻟﻰ از ﮐﺎر ﻫﺴﺘﻨﺪ.
 در ﺻـﻮرت ﻧﯿﺎز، ﺗﺨﺼﯿـﺺ ﻣﻨﺎﺑﻊ را ﻣﺠﺪداً اﻧﺠﺎم دﻫﯿﺪ. اﮔﺮ ﯾﮑﻰ از اﻓــﺮاد، ﮐﺎرﻫﺎى زﯾﺎدى ﺑﺮاى اﻧﺠﺎم دادن دارد، ﻣﻰ ﺗﻮاﻧﯿﺪ ﺑﺨﺸــﻰ از وﻇﺎﯾــﻒ او را ﺑﻪ ﻓﺮد دﯾﮕﺮى ﮐﻪ ﺗﺠﺮﺑﻪ اﻧﺠــﺎم آن ﮐﺎر را دارد، ﻣﺤﻮل ﮐﻨﯿــﺪ. ﻗﺒﻞ از اﯾﻦ اﻣﺮ، ﺑﺎ ﻫﺮ دو ﻃﺮف ﺻﺤﺒــﺖ ﮐﻨﯿﺪ ﺗﺎ ﺑﺪاﻧﻨﺪ ﮐﻪ ﭼﻪ اﻧﺘﻈﺎرى از اﯾﺸﺎن ﻣﻰ رود.

ﺑﺮﻧﺎﻣﻪ اﻗﺪاﻣﺎت

1396/06/24
07:37
امیرحسین ستوده بیدختی
ﺑﺮﻧﺎﻣﻪ اﻗﺪاﻣﺎت، ﮔﻮﻧﻪ اى از To_Do_List ﺑﺎ ﻗﺪرت ﺻﻨﻌﺘﻰ" اﺳــﺖ ﮐﻪ اﻫﺪاف ﮐﻮﺗﺎه ﻣﺪت، ﻣﯿﺎن ﻣﺪت و ﺑﻠﻨﺪ ﻣﺪت را ﺷﺎﻣﻞ ﻣﻰ ﺷﻮد. اﯾﻦ ﺑﺮﻧﺎﻣﻪ ﺑﻪ ﺷــﻤﺎ ﮐﻤﮏ ﻣﻰ ﮐﻨﺪ ﮐﻪ ﭘﺮوژه ﻫﺎﯾﻰ را ﮐﻪ ﻣﻰ ﺧﻮاﻫﯿﺪ اﺟﺮا ﮐﻨﯿﺪ، ﺑﻪ ﻓﻌﺎﻟﯿﺖ ﻫﺎى ﻋﻤﻠﻰ ﺗﺒﺪﯾﻞ ﻧﻤﺎﯾﯿﺪ و ﺳــﭙﺲ آﻧﻬﺎ را در ﯾﮏ ﺳﺎﺧﺘﺎر ﺳﻪ ﻻﯾﻪ، ﻣﺪﯾﺮﯾﺖ 
ﮐﻨﯿﺪ.
ﺑﺮاى ﺗﻬﯿﻪ ﺑﺮﻧﺎﻣﻪ اﻗﺪاﻣﺎت، ﻣﺮاﺣﻞ ﭼﻬﺎر ﮔﺎﻧﻪ زﯾﺮ را دﻧﺒﺎل ﻧﻤﺎﯾﯿﺪ:
 ﺟﻤـﻊ آورى: اﺑﺘﺪا ﻓﻬﺮﺳــﺖ ﺑﻠﻨﺪى از ﺗﻤﺎﻣﻰ ﮐﺎرﻫﺎﯾــﻰ ﮐﻪ ﺑﺎﯾﺪ اﻧﺠﺎم دﻫﯿــﺪ )اﻋﻢ از ﮐﻮﭼﮏ و ﺑﺰرگ، ﻓﻮرى ﯾﺎ ﻏﯿﺮﻓﻮرى، ﺷــﺨﺼﻰ ﯾﺎ ﺣﺮﻓﻪ 
اى( ﺗﻬﯿﻪ ﮐﻨﯿﺪ.
 ﻫﺮس ﮐﺮدن: اﯾﻦ ﻓﻬﺮﺳــﺖ را ﺑﺎ دﻗﺖ ﺑﺮرﺳﻰ ﮐﻨﯿﺪ و آﻧﭽﻪ را ﮐﻪ واﻗﻌﺎً 
ﺑﻪ ﺷﻤﺎ رﺑﻄﻰ ﻧﺪارد ﯾﺎ ﮐﺎﻣﻼً ﺑﻰ اﻫﻤﯿﺖ اﺳﺖ، ﺣﺬف ﻧﻤﺎﯾﯿﺪ. ﺳﺎزﻣﺎﻧﺪﻫﻰ و اوﻟﻮﯾﺖ ﺑﻨﺪى: اﻗﺪاﻣﺎت ﻣﺮﺗﺒﻂ ﺑﺎ ﯾﮑﺪﯾﮕﺮ را ﺑﺎ ﻫﻢ دﺳﺘﻪ ﺑﻨﺪى ﮐﻨﯿﺪ؛ دﺳﺘﻪ ﺑﻨﺪى ﻫﺎ را ﺑﺮ اﺳﺎس اﻫﻤﯿﺘﺸﺎن، اوﻟﻮﯾﺖ ﺑﻨﺪى ﻧﻤﺎﯾﯿﺪ؛ 
آﻧﻬﺎ را در ﺑﺮﻧﺎﻣﻪ اﻗﺪاﻣﺎت درج ﮐﻨﯿﺪ. ﺑﻪ ﮐﺎر ﮔﯿﺮى" ﺑﺮﻧﺎﻣﻪ اﻗﺪاﻣﺎت: ﺑﻪ ﻃﻮر ﻣﻌﻤﻮل، ﺑﺮﻧﺎﻣﻪ اﻗﺪاﻣﺎت ﻧﺴﺒﺘﺎً ﻃﻮﻻﻧﻰ اﺳﺖ؛ اﻣﺎ ﺷﻤﺎ ﻣﺠﺒﻮر ﻧﯿﺴﺘﯿﺪ ﻫﺮ روز ﺗﻤﺎﻣﻰ آﻧﺮا ﺑﻪ اﺟﺮا درآورﯾﺪ؛ 
ﻣﻌﻤﻮﻻً ﺑﻪ ﺻﻔﺤﻪ ﯾﺎ ﺻﻔﺤﺎت اﺑﺘﺪاﯾﻰ آن ﺧﻮاﻫﯿﺪ ﭘﺮداﺧﺖ. اﯾﻦ روﯾﮑﺮد ﺑﻪ ﺷــﻤﺎ ﮐﻤﮏ ﻣﻰ ﮐﻨﺪ ﮐﻪ ﺑﻪ ﻃﻮر ﻫﻤﺰﻣﺎن ﺑﺮ وﻇﺎﯾﻒ روزاﻧﻪ و اﻫﺪاف ﺑﻠﻨﺪ ﻣﺪت، ﺗﻤﺮﮐﺰ داﺷــﺘﻪ ﺑﺎﺷﯿﺪ؛ و ﺑﻪ اﯾﻦ ﻣﻌﻨﺎﺳﺖ ﮐﻪ ﻫﻤﻮاره در ﻫﺮ ﻟﺤﻈﻪ، ﺑﺮﻧﺎﻣﻪ اى ﺑﺮاى اﻗﺪام ﺑﻌﺪى" دارﯾﺪ. اﯾﻦ اﻣﺮ، اﺳﺘﺮس ﺷﻤﺎ را ﮐﺎﻫﺶ ﻣﻰ دﻫﺪ، ﺷﻤﺎ را ﺗﺤﺖ ﮐﻨﺘﺮل درﻣﻰ آورد، و ﯾﮏ اﺣﺴﺎس واﻗﻌﻰ از ﻣﻮﻓﻘﯿﺖ ﺑﻪ ﺷﻤﺎ اﻋﻄﺎ ﻣﻰ ﮐﻨﺪ.
ﻋﻼوه ﺑﺮاﯾﻦ، ﺑﺮﻧﺎﻣﻪ اﻗﺪاﻣﺎت ﺑﻪ ﺷﻤﺎ ﮐﻤﮏ ﻣﻰ ﮐﻨﺪ ﮐﻪ ﭼﻨﺪ ﭘﺮوژه را ﺑﻪ ﻃﻮر ﻫﻤﺰﻣﺎن ﻣﺪﯾﺮﯾﺖ ﮐﻨﯿﺪ و ﺑﻪ ﭘﯿﺶ ﺑﺒﺮﯾﺪ.

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

1396/06/7
09:39
امیرحسین ستوده بیدختی
دلایل بدبینانه بودن تخمین پایان پروژه به روش زمان کسب شده ((ES در اواخر پروژه
قبل از اینکه بخوام برم سراغ اصل مطلب نیازه که یه مقدمه کوتاه بگم و بعد بحث اصلی ام رو شروع کنم،
خب احتمالا همونطوری که میدونید میشه گفت سه روش برای محاسبه تخمین پایان پروژه وجود داره (شاید هم من فقط همین سه تا را بلدم)، اولیش میشه نظر کارشناس خبره (یعنی اینکه از یه نفر یا گروهی از آدم های خبره بپرسید که با توجه به شواهد و براساس تجربیاتشون بگن که احتمالا پروژه کی تموم میشه، استفاده از این روش جواب های سریعی به شما میده ولی خوب اصلا دقت خوبی نداره و معمولا این تاریخ در قالب صورتجلسات بعد از یه کم چکش کاری توسط بقیه نفرات حاضر در جلسه مشخص میشه). دومیش میشه استفاده از تکنیک CPM و محاسبه تاخیرات روی مسیر بحرانی (تو این حالت برنامه رو به تاریخ بروز آوری ریسکجول می کنید و با جابجا شدن تاریخ پایان پروژه مشخص میشه که اگر از این به بعد بتونیم  مطابق برنامه پیش بریم احتمالا پروژه کی تموم میشه، خب البته استفاده از این روش زیاد از حد خوشبینانه ست چون مخصوصا تو پروژه های کشور ما این اتفاق بندرت هم نمیفته که بخوایم منبعد مطابق برنامه عمل کنیم). سومیش میشه استفاده از روش زمان کسب شده یا همون (Earned Schedule) (این روش زمانیکه پیشرفت واقعی پروژه معمولا بالای 20% هست نتایج فوق العاده عالی و نزدیک به واقعیت داره، تو این روش فرض بر اینه که اگر منبعد با سرعتی معادل سرعتی که از ابتدا تا حالا داشتیم پیش بریم تو چه تاریخی پروژه را تموم می کنیم). 
نکته: بهتون پیشنهاد میدم برای یه مدت از هر سه روش در کنار هم استفاده کنید و پس از اینکه پروژه تحویل موقت شد به عقب برگردید و نتایج رو تو بازه های مختلف بررسی کنید تا ببینید کدوم روش جواب های مناسبتر و نزدیک به واقعیت بهتون میداده.
من خودم از هر سه روش تو پروژه های که مشغولم استفاده میکنم و همیشه نتیجشون رو نسبت به هم ارزیابی میکنم و البته معمولا زمانیکه پیشرفت پروژه بین 20 تا 93 درصد هست استفاده از تکنیک زمان کسب شده (ES) بهترین نتایج رو داشته و همچنان داره، ولی جدیدا متوجه شدم که هر چی به سمت پایان پروژه (تحویل موقت) بیش از 93 درصد پیشرفت پیش میریم تخمین های که این تکنیک داره بهم نشون میده بیش از حد بدبینانه هست و شاید بگم بهتره که در بعضی موارد از ارائه شون صرفنظر می کنم، به همین خاطر تو این برهه معمولا میرم سراغ استفاده از تکنیک مسیر بحرانی چون بنظرم واقع بینانه تر میاد، من کلی در این مورد با خودم فکر کردم و گفتم که چطور میشه استفاده از این تکنیک با وجود اینکه هر چی پیشرفت پروژه بیشتر میشه باید نتایجش دقیقتر بشه ولی در آخر کار این اتفاق نمیفته و تونستم به چند نتیجه جالب البته از نظر خودم برسم، که قصد دارم بگم.
1-  تخمین های که این تکنیک (ES) داره میده، واقعا تا زمان پایان و تکمیل 100% و نهایی پروژه هست در حالیکه ما معمولا پروژه را بالای 95% (همینکه قابل بهره برداری باشه) تموم شده می دونیم و اون رو تحویل موقت می کنیم.
2-  حالا اگر مدت زمان صرف شده واقعی جهت رفع نواقص رو هم به تاریخ تحویل موقت اضافه کنیم متوجه میشیم که بازهم نتایج زمان کسب شده به مراتب نسبت به سایر روش ها خیلی به واقعیت نزدیک تر بوده، (الان دارم متوجه میشم که تخمین های این روش تا زمان تکمیل 100 درصدی پروژه هست و نه تا زمان تحویل موقت).
3-  در بسیاری از مواقع در طول اجرای پروژه بنا به یسری دلایل منطقی و غیر منطقی مشاور و کارفرما درصدهای پیشرفت واقعی پیمانکار رو کمتر از آنچه که هست برآورد میکنن و تخمین میزنن، برای همین نتایج این روش در پایان با اضافه کردن یک مرتبه پیشرفت ها بهم میخوره.
4-  با توجه به اینکه روش مسیر بحرانی بیانگر این است که منبعد با سرعتی معادل سرعت برنامه کار کنیم و زیاد از حد خوشبینانه است ظاهرا اینجور بنظر میرسه که داره تخمین رو تا زمان تحویل موقت در نظر میگیره نه تا پایان رفع نقص همه موارد و تحویل نهایی به کارفرما، برای همین این تخمین بنظر بهتر میرسه (هر چند که این تخمین هم پروژه را تا تکمیل 100% در نظر میگیره ولی تو اواخر پروژه بخاطر خوشبینانه بودنش انگار منطقی تر بنظر میرسه).
نکته: زمانیکه میخواید یه گزارش رو ارائه بدید حتما در مورد هر تخمین توضیحات لازم رو بدید و در بعضی موارد خاص هم که فکر می کنید تخمین ها زیاد از حد پرت هستن باید سعی کنید از شهود خودتون هم کمک بگیرید تا راحت تر متوجه بشید که کدام تخمین به واقعیت نزدیک تر هستن (که البته این هم برمیگرده به اینکه شما چقدر نسبت به پروژه آشنا هستید).
مواردی که در بالا گفته شد صرفا تجربیات فعلی بنده هست ولی به احتمال خیلی زیاد در آینده با تست موارد گفته شده روی یسری پروژه نمونه، نتایج آن بصورت کاملتر در دسترس عزیزان قرار میگیره.

مسیربحرانی

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

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


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

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

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


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

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

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

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

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

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

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