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


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

استادان تغییر

1397/11/8
19:24
امیرحسین ستوده بیدختی امیرحسین ستوده بیدختی
ﺑﺮاى ﺗﺒﺪﯾﻞ ﺷــﺪن ﺑﻪ ﯾﮏ اﺳــﺘﺎد ﺗﻐﯿﯿﺮ" ﺑﺎﯾﺪ در  3ﺳﻨﺎرﯾﻮى ﺗﻐﯿﯿﺮ، داراى ﺷﺎﯾﺴــﺘﮕﻰ )و اﻋﺘﻤﺎد ﺑﻪ ﻧﻔﺲ( ﺑﺎﺷــﯿﺪ. اﯾﻦ ﺳــﻨﺎرﯾﻮﻫﺎ ﺑﻪ ﻣﻬﺎرت ﻫﺎﯾﻰ ﻧﯿﺎز دارد ﮐــﻪ ﺑﻌﻀﻰ از آﻧﻬﺎ ﻣﺸــﺘﺮﮐﻨﺪ و ﺑﺮﺧﻰ دﯾﮕﺮ، ﺧﺎص. ﺳــﻨﺎرﯾﻮﻫﺎى ﺗﻐﯿﯿﺮ ﻋﺒﺎرﺗﻨﺪ از:
 ﺗﻐﯿﯿﺮ ﺑﻪ ﺳـﻤﺖ ﺑـﺎﻻ )Change Upwards(: اﯾﻦ، ﺗﻐﯿﯿﺮ ذى ﻧﻔﻌﺎن اﺳــﺖ- ﺗﺄﺛﯿﺮ ﺑﺮ ﺑﺎزﯾﮑﻨﺎن ارﺷــﺪ، در داﺧﻞ و ﺧﺎرج ﺳــﺎزﻣﺎن، ﮐﻪ ﭘﺸﺘﯿﺒﺎﻧﻰ آﻧﻬﺎ ﺑﺮاى ﺗﻐﯿﯿﺮﺿﺮورى اﺳﺖ.

 ﺗﻐﯿﯿﺮ در داﺧﻞ )Change Inwards(: اﯾﻦ، ﺗﻐﯿﯿﺮ ﺗﯿﻢ اﺳــﺖ- ﺗﻐﯿﯿﺮ در ﺗﯿﻢ ﯾﺎ ﺗﯿﻢ ﻫﺎى ﺧﻮد ﺑﻪ ﻣﻨﻈﻮر اﯾﺠﺎد ﺳﻄﻮح ﺟﺪﯾﺪ ﻋﻤﻠﮑﺮد، از ﻃﺮﯾﻖ ﻧﮕﺮش ﻫﺎ و ﺷﯿﻮه ﻫﺎى ﺗﻐﯿﯿﺮ ﯾﺎﻓﺘﻪ.
 ﺗﻐﯿﯿـﺮ ﺑﻪ ﺑﯿـﺮون )Change Outwards(: اﯾﻦ، ﺗﻐﯿﯿﺮ ﺟﺎﻣﻌﻪ اﺳــﺖ- ﺗﻌﻤﯿﻢ ﺗﻐﯿﯿﺮات اﺳﺎﺳــﻰ ﺑﻪ ﯾﮏ ﺟﺎﻣﻌﻪ ﺑﺰرگ، ﮐﻪ ﺣﺘﻰ ﻣﻤﮑﻦ اﺳﺖ ﺑﻌﻀﻰ از اﻋﻀﺎى آﻧﺮا ﻫﺮﮔﺰ ﻣﻼﻗﺎت ﻫﻢ ﻧﮑﻨﯿﺪ. Ken Thompson در ﻣﻘﺎﻟﻪ اى، اﺳــﺎس اﯾﻦ  3ﺳﻨﺎرﯾﻮ را ﻣﻮرد ﺑﺮرﺳﻰ ﻗﺮار داده و ﺗﮑﻨﯿﮏ ﻫﺎ و ﺗﮑﻨﻮﻟﻮژى ﻫﺎﯾﻰ را ﭘﯿﺸــﻨﻬﺎد ﮐﺮده اﺳﺖ ﮐﻪ ﺑﻪ ﺷﻤﺎ ﮐﻤﮏ ﻣﻰ ﮐﻨﺪ ﺗﺎ در ﺟﺮﯾﺎن ﺗﺒﺪﯾﻞ ﺷــﺪن ﺑﻪ ﯾﮏ اﺳــﺘﺎد ﺗﻐﯿﯿﺮ" ﺑﻪ ﻣﻮﻓﻘﯿﺖ دﺳــﺖ ﯾﺎﺑﯿﺪ. ﺷﻤﺎ ﻣﻰ ﺗﻮاﻧﯿﺪ ﻣﺘﻦ ﮐﺎﻣﻞ اﯾﻦ ﻣﻘﺎﻟﻪ را در آدرس اﯾﻨﺘﺮﻧﺘﻰ زﯾﺮ، ﻣﻄﺎﻟﻌﻪ ﻧﻤﺎﯾﯿﺪ:

http://dashboardsimulations.com/change-management


ﻣﺪﯾﺮﯾﺖ وﻗﻔﻪ ﻫﺎ

1397/11/1
19:21
امیرحسین ستوده بیدختی امیرحسین ستوده بیدختی
وﻗﻔــﻪ ﻫﺎى روزﻣﺮه در ﻣﺤــﻞ ﮐﺎر، ﻣﻰ ﺗﻮاﻧﺪ ﯾﮏ ﻣﺎﻧﻊ ﮐﻠﯿﺪى ﺑﺮاى ﻣﺪﯾﺮﯾﺖ ﻣﺆﺛﺮ زﻣﺎن ﺷﻤﺎ ﺑﺎﺷﺪ، و در ﻧﻬﺎﯾﺖ ﻣﻰ ﺗﻮاﻧﺪ ﻣﺎﻧﻊ ﻣﻮﻓﻘﯿﺖ ﺷﻤﺎ ﺑﺸﻮد. از ﻧﮑﺎت 
زﯾﺮ ﺑﺮاى درك و ﻣﺪﯾﺮﯾﺖ وﻗﻔﻪ ﻫﺎ اﺳﺘﻔﺎده ﮐﻨﯿﺪ:
 وﻗﻔﻪ ﻫﺎ را ﺛﺒﺖ ﮐﻨﯿﺪ. اﯾﻦ ﻓﻘﻂ ﯾﮏ ﺛﺒﺖ ﺳﺎده اﺳﺖ از ﺗﻤﺎﻣﻰ وﻗﻔﻪ ﻫﺎﯾﻰ ﮐﻪ در ﻃﻰ ﯾﮏ روز ﺗﺠﺮﺑﻪ ﻣﻰ ﮐﻨﯿﺪ.
 وﻗﻔـﻪ ﻫـﺎ را ﺗﺠﺰﯾﻪ و ﺗﺤﻠﯿﻞ و ﺑﺮ آﻧﻬـﺎ ﻏﻠﺒﻪ ﮐﻨﯿﺪ. ﭘﺲ از ﯾﮏ ﻫﻔﺘﻪ، وﻗﻔﻪ ﻫﺎى ﺛﺒﺖ ﺷﺪه را ﺗﺠﺰﯾﻪ و ﺗﺤﻠﯿﻞ ﮐﻨﯿﺪ و ﺑﺒﯿﻨﯿﺪ ﮐﺪاﻣﯿﮏ از آﻧﻬــﺎ ﻣﻌﺘﺒﺮ ﺑﻮده اﻧﺪ و ﮐﺪاﻣﯿــﮏ ﻧﺒﻮده اﻧﺪ. ﺑﺎ آﻧﻬﺎﯾﻰ ﮐﻪ ﻣﻌﺘﺒﺮ ﻧﺒﻮده اﻧﺪ، ﻗﺎﻃﻌﺎﻧــﻪ اﻣﺎ ﻣﺆدﺑﺎﻧﻪ ﺑﺮﺧﻮرد ﮐﻨﯿﺪ. ﺑﻌﺪ ﺑﺒﯿﻨﯿﺪ ﮐﺪاﻣﯿﮏ ﺿﺮورى ﺑﻮده اﻧﺪ.  وﻗﻔﻪ ﻫﺎﯾﻰ ﮐﻪ ﻫﻢ ﻣﻌﺘﺒﺮ ﺑﺎﺷﻨﺪ و ﻫﻢ ﺿﺮورى، اﺟﺘﻨﺎب ﻧﺎﭘﺬﯾﺮﻧﺪ.
 ﺗﻤﺎس ﻫﺎى ﺗﻠﻔﻨﻰ را ﺗﺤﺖ ﮐﻨﺘﺮل درآورﯾﺪ. ﻣﻰ ﺗﻮاﻧﯿﺪ از ﭘﺴﺖ ﺻﻮﺗﻰ ﯾﺎ از ﯾﮏ ﻣﻨﺸــﻰ ﺑﺮاى ﻏﺮﺑﺎل ﮐﺮدن ﭘﯿﺎم ﻫﺎ اﺳــﺘﻔﺎده ﮐﻨﯿﺪ و ﺑﺮ اﺳﺎس اوﻟﻮﯾﺖ، در زﻣﺎن ﻣﻨﺎﺳﺐ ﺑﻪ آﻧﻬﺎ ﭘﺎﺳﺦ دﻫﯿﺪ.

 ﻧﻔﺲ ﻋﻤﯿﻖ ﺑﮑﺸـﯿﺪ. ﭘﺲ از ﻫﺮ وﻗﻔــﻪ ﭼﻨﺪ دﻗﯿﻘﻪ ﺗﺄﻣﻞ ﮐﻨﯿﺪ، ﯾﮏ ﻧﻔﺲ ﻋﻤﯿﻖ ﺑﮑﺸــﯿﺪ و ذﻫﻦ ﺧﻮد را ﭘﺎك ﻧﻤﺎﯾﯿﺪ ﺗﺎ ﺑﺘﻮاﻧﯿﺪ ﻣﺠﺪداً ﺗﻤﺮﮐﺰ ﺧﻮد را ﺑﺎزﯾﺎﺑﯿﺪ.
 ﻧﻪ ﮔﻔﺘﻦ را ﺑﯿﺎﻣﻮزﯾﺪ. ﻧﻪ" ﮔﻔﺘﻦ ﺑﻪ ﺷﯿﻮه اى ﻣﺆدﺑﺎﻧﻪ و ﺻﺎدﻗﺎﻧﻪ، ﻫﻤﺮاه ﺑﺎ ﯾﮏ ﺗﻮﺿﯿﺢ ﮐﻮﺗﺎه ﻣﻰ ﺗﻮاﻧﺪ ﺑﻬﺘﺮﯾﻦ اﻗﺪام ﺑﺎﺷﺪ.
 زﻣﺎن ﻫﺎى در دﺳـﺘﺮس ﺑﻮدن" و در دﺳـﺘﺮس ﻧﺒﻮدن" را ﻣﺸـﺨﺺ ﮐﻨﯿﺪ. ﺑﮕﺬارﯾﺪ دﯾﮕﺮان ﺑﺪاﻧﻨﺪ ﮐﻪ ﺷــﻤﺎ ﮐِﻰ در دﺳــﺘﺮس ﻫﺴﺘﯿﺪ و ﮐِﻰ ﻧﯿﺴﺘﯿﺪ.
 زﻣﺎن دﻋﻮت ﻫﺎ را ﻣﺤﺪود ﮐﻨﯿﺪ. از اﻓﺮادى ﮐﻪ ﺑﻪ دﻓﺘﺮ ﺧﻮد دﻋﻮت ﻣﻰ ﮐﻨﯿــﺪ ﺑﺨﻮاﻫﯿﺪ ﮐﻪ ﻣﻮارد ﻣــﺪ ﻧﻈﺮ ﺧﻮد را از ﻗﺒﻞ، ﻓﻬﺮﺳــﺖ ﮐﻨﻨﺪ؛ ﺧﻮدﺗﺎن ﻫﻢ ﻫﻤﯿﻦ ﮐﺎر را ﺑﮑﻨﯿﺪ، ﺗﺎ ﺑﺘﻮاﻧﯿﺪ در ﯾﮏ ﻣﻼﻗﺎت ﺑﻪ ﻫﻤﻪ ﻣﻮارد ﺑﭙﺮدازﯾﺪ. ﺟﻠﻮى ﺣﺎﺷــﯿﻪ رﻓﺘﻦ ﻫﺎ را ﻫﻢ ﺑﮕﯿﺮﯾــﺪ و ﻓﻘﻂ در ﻣﻮرد ﻧﮑﺎت ﻣﻮرد ﻧﻈﺮ، ﮔﻔﺘﮕﻮ ﮐﻨﯿﺪ. ﺑﺮاى ﻣﻼﻗﺎت ﺑﺎ ﻫﻤﮑﺎران، ﺑﻬﺘﺮ اﺳــﺖ ﺷﻤﺎ ﻧﺰد آﻧﻬﺎ ﺑﺮوﯾﺪ ﺗﺎ ﭘﺲ از اﺗﻤﺎم ﮔﻔﺘﮕﻮ ﺑﺘﻮاﻧﯿﺪ ﺳﺮﯾﻌﺎً ﺟﻠﺴﻪ را ﺗﺮك ﮐﻨﯿﺪ.
 وﻗﻔـﻪ ﻫﺎى ﻏﯿﺮﻗﺎﺑﻞ ﮐﻨﺘﺮل: وﻗﻔﻪ ﻫﺎﯾﻰ وﺟﻮد دارد ﮐﻪ ﺑﻪ ﺳــﺎدﮔﻰ ﻧﻤــﻰ ﺗﻮان آﻧﻬﺎ را ﮐﻨﺘﺮل ﮐﺮد. در اﯾﻦ ﺻﻮرت ﻣﺜﻼً ﺑﮕﻮﯾﯿﺪ ﮐﻪ در ﺣﺎل ﺣﺎﺿــﺮ ﻓﻘﻂ ﻣﻰ ﺗﻮاﻧﯿﺪ  5دﻗﯿﻘــﻪ را ﺑﻪ اﯾﻦ ﻣﻮﺿﻮع اﺧﺘﺼﺎص دﻫﯿﺪ"؛ از ﻓﺮدى ﮐﻪ وﻗﻔﻪ را اﯾﺠﺎد ﮐﺮده، ﻧﺨﻮاﻫﯿﺪ ﮐﻪ ﺑﻨﺸﯿﻨﺪ و درﮔﯿﺮ ﮔﻔﺘﮕﻮ ﺑﺎ او ﻧﺸــﻮﯾﺪ؛ اﮔﺮ دﯾﺪﯾﺪ ﻫﻤﺎن ﻣﻮﻗﻊ ﺑﻪ راه ﺣﻞ ﻧﻤﻰ رﺳــﯿﺪ، زﻣﺎن دﯾﮕﺮى را ﺑﺮاى ﻣﺮاﺟﻌﻪ ﻣﺠﺪد او ﺗﻌﯿﯿﻦ ﻧﻤﺎﯾﯿﺪ.



اﺳﺘﺎﻧﺪارد، ﻣﻮﻫﺒﺖ ﯾﺎ ﻣﺼﯿﺒﺖ؟

1397/10/23
01:45
امیرحسین ستوده بیدختی امیرحسین ستوده بیدختی
ﻧﯿﺎز ﺑــﻪ ﻣﺪﯾﺮﯾﺖ ﭘﺮوژه، ﺑﻪ ﻣﺎﻧﻨﺪ ﻧﯿﺎز ﺑــﻪ ﻣﺪﯾﺮﯾﺖ ﻫﺮ راﺑﻄﻪ دﯾﮕﺮ، ﺑﺴــﯿﺎر ﻃﺒﯿﻌﻰ و ﺷــﺎﯾﺪ اﻟﺰاﻣﻰ ﺟﻠﻮه ﻣﻰ ﮐﻨﺪ. رواﺑﻄﻰ ﮐﻪ ﺑﻪ آن اﺷﺎره ﻣﻰ ﮐﻨﯿﻢ ﺷﺎﻣﻞ:
رواﺑﻂ درون ﺳﺎزﻣﺎﻧﻰ،  ﻣﺎﻧﻨﺪ ﺗﺸﮑﯿﻞ ﺟﻠﺴﺎت،
ﺑﯿﻦ ﺳﺎزﻣﺎن و ﻣﺤﺼﻮل، ﻣﺜﻞ ﺟﻮﺷﮑﺎرى اﺳﭙﻮل ﻫﺎ، 
ﺑﯿﻦ اﺟﺰاى ﻣﺤﺼﻮل، ﺑﺮاى ﻣﺜﺎل ارﺗﺒﺎط ﺑﯿﻦ ﺳﯿﺴﺘﻢ ﮔﺮﻣﺎﯾﺸﻰ و ﺳﯿﺴﺘﻢ ﺑﺮق،ﻣﻰ ﺷــﻮد. 
ﺳــﺎده ﺗﺮﯾﻦ رواﺑﻂ، ﻗﺎﺑﻞ ﭘﯿﺶ ﺑﯿﻨﻰ ﺗﺮﯾﻦ اﯾﻦ رواﺑﻂ ﻫﻤﺎﻧﺎ از ﻧﻮع ﺳــﻮم اﺳــﺖ. در اﯾﻦ ﻧﻮع رواﺑﻂ ﺑﺮ اﺳــﺎس ﻣﺪل ﻫﺎى ﻋﻠﻤﻰ و ﺑﻬﺮه ﮔﯿﺮى از اﺳــﺘﺎﻧﺪاردﻫﺎ ﻣﻰ ﺗــﻮان ورودى-  ﺧﺮوﺟﻰ ﻫﺎ را ﻣﺤﺎﺳــﺒﻪ ﮐﺮده و ﺣﺘﻰ ﺑﺎ اﻧﻮاع آﻧﺎﻟﯿﺰﻫﺎى ﺣﺴﺎﺳﯿﺖ، ﺑﺎزه ﻫﺎى ﮐﺎرﺑﺮدى آﻧﻬﺎ را ﺗﻨﻈﯿﻢ ﮐﺮد. راﺑﻄﻪ ﺑﯿﻦ ﺳﺎزﻣﺎن و ﻣﺤﺼﻮل ﻫﻢ در رده دوم ﭘﯿﭽﯿﺪﮔﻰ ﻗﺮار ﻣﻰ ﮔﯿﺮد. اﯾﻨﮑﻪ ﺟﻮﺷﮑﺎر ﺑﺎﯾﺪ ﺑﺮ اﺳﺎس WPS و PQR ﮐﺎر ﮐﻨﺪ را اﺳﺘﺎﻧﺪاردﻫﺎ ﺗﻌﯿﯿﻦ ﻣﻰ ﮐﻨﻨﺪ. اﻟﺒﺘﻪ ﺟﻮﺷــﮑﺎر ﺑﺎﯾﺪ ﺑﻪ ﻣﻮﻗﻊ در ﻣﺤﻞ ﮐﺎر ﺣﺎﺿﺮ ﺑﺎﺷــﺪ و ﻋﻮاﻣﻞ ﭘﺸــﺘﯿﺒﺎﻧﻰ ﻣﺎﻧﻨﺪ ﻣﻮﺗﻮر ﺟﻮش و ﻣﺘﺮﯾﺎل )اﻟﮑﺘﺮود( و اﺑﺰار ﻻزم ﻧﯿﺰ در ﻣﺤﻞ ﻗﺮار داﺷــﺘﻪ ﺑﺎﺷﻨﺪ ﺗﺎ ﻣﻘﺪﻣﺎت ﻋﻤﻠﮑﺮد ﻣﻨﺎﺳﺐ ﺟﻮﺷﮑﺎر ﺣﺪاﻗﻞ ﻣﻬﯿﺎ ﺑﺎﺷﻨﺪ. اﻟﺒﺘﻪ در ﻫﻤﯿﻨﺠﺎ ﺑﺎﯾﺪ ﻣﺘﺬﮐﺮ ﺷــﻮم ﮐﻪ ﺑﺮﺧﻰ ﻣﻼﺣﻈﺎت در ﻫﻤﯿﻦ ﻧﻮع دوم رواﺑﻂ ﺑﺎ ﺳــﺎده اﻧﮕﺎرى درج ﻣﻰ ﺷــﻮﻧﺪ. ﺑﺮاى ﻣﺜﺎل اﮔﺮ ﻓﺮض ﺷــﻮد ﮐﻪ ﮐﺎر ﺟﻮﺷﮑﺎرى ﯾﮏ ﻟﻮپ ﺑﺎ ﯾﮏ ﺟﻮﺷــﮑﺎر در ﻋﺮض ﭼﻬﺎر روز اﻧﺠﺎم ﮔﯿﺮد آﯾﺎ ﻣﻰ ﺗﻮان اﻧﺘﻈﺎر داﺷﺖ ﮐﻪ ﺑﺎ ﺣﻀﻮر ﭼﻬﺎر ﺟﻮﺷــﮑﺎر در ﻋﺮض ﯾﮏ روز اﻧﺠﺎم ﺷﻮد؟ آﯾﺎ ﻣﻰ ﺗﻮان از ﯾﮏ راﺑﻄﻪ ﺳــﺎده ﺧﻄﻰ ﺑﺮاى ﺗﻨﻈﯿﻢ اﻧﺘﻈﺎراﺗﻤﺎن در ﻣﻮرد ارﺗﺒﺎﻃﺎت ﺑﯿﻦ ﺳــﺎزﻣﺎن و ﻣﺤﺼﻮل ﺑﻬﺮه ﺑﺒﺮﯾﻢ؟ ﻋﮑﺲ اﻟﻌﻤﻞ ﻓﻮرى ﺷــﺎﯾﺪ اﯾﻦ ﺑﺎﺷﺪ ﮐﻪ ﭘﺎﺳﺦ ﻣﻨﻔﻰ اﺳــﺖ. اﻣﺎ در ﻋﯿﻦ ﻧﺎﺑﺎورى ﻣﻼﺣﻈﻪ ﻣﻰ ﮐﻨﯿﻢ ﮐــﻪ ﻋﯿﻦ ﻫﻤﯿﻦ ﻓﺮﺿﯿﺎت ﺑﺮ اﯾﻦ ﻧﻮع رواﺑﻂ ﺣﺎﮐﻢ ﻫﺴــﺘﻨﺪ. اﻟﺒﺘﻪ ﻣﻦ ﻧﻮﺷــﺘﻢ ﺣﺎﮐﻢ ﻫﺴﺘﻨﺪ و ﻣﻨﻈﻮرم اﯾﻦ ﻧﯿﺴــﺖ ﮐﻪ در 001درﺻﺪ ﺗﻨﻈﯿﻤﺎت از اﯾﻦ ﻧﻮع ﻓﺮﺿﯿﺎت اﺳــﺘﻔﺎده ﻣﻰ ﺷﻮد. اﺳــﺘﻔﺎده از ﻓﺮﺿﯿﺎﺗﻰ ﮐﻪ ﺧﻮد ﻣﻰ داﻧﯿﻢ ﺗﺎ ﭼﻪ ﺣﺪ ﺑﻰ ﭘﺸــﺘﻮاﻧﻪ ﻫﺴــﺘﻨﺪ، از ارﺗﺒﺎﻃﺎت ﺑﯿﻦ ﺳــﺎزﻣﺎن و ﻣﺤﺼﻮل ﻓﻀﺎﯾﻰ را ﺗﺮﺳــﯿﻢ ﻣــﻰ ﮐﻨﺪ ﮐﻪ ﺑﻪ ﻫﯿﭻ ﻋﻨﻮان واﻗﻌﻰ ﻧﯿﺴــﺖ. اﻣﺎ ﻫﻤﯿﻦ ﻓﺮﺿﯿﺎت ﭼﺮﻧﺪ، ﮐﻪ از ﺗﻮاﺑﻊ ﺗﻮزﯾﻊ ﺑﺎ ﺗﻌﺼﺐ ﺑﺮاى ﺗﻮﺿﯿﺢ ﻓﻀﺎى روﺣﻰ و ﻋﻤﻠﮑﺮد اﻧﺴﺎن ﻫﺎ اﺳﺘﻔﺎده ﻣﻰ ﮐﻨﻨﺪ، ﻗﺴﻤﺘﻰ از اﺳــﺘﺎﻧﺪاردﻫﺎى ﻣﺪﯾﺮﯾﺖ ﭘﺮوژه را ﺗﺸﮑﯿﻞ داده و در ﺗﻤﺎﻣﻰ ﻧﺮم اﻓﺰارﻫﺎى اﯾﻦ ﺣﻮزه ﺑﻪ ﮐﺎر ﮔﺮﻓﺘﻪ ﻣﻰ ﺷــﻮﻧﺪ. آﯾﺎ ﮐﺴﻰ ﻓﮑﺮ ﻣﻰ ﮐﻨﺪ ﮐﻪ ﺷﺎﯾﺪ ﻋﻤﻠﮑﺮد ﯾﮏ ﺟﻮﺷــﮑﺎر ﺧﻮﺷﺤﺎل و دﻟﺸــﺎد از ﻋﻤﻠﮑﺮد ﭼﻬﺎر ﺟﻮﺷﮑﺎر ﺑﻰ روﺣﯿﻪ و ﻏﻤﮕﯿﻦ ﺑﺴــﯿﺎر ﺑﻬﺘﺮ ﺑﺎﺷــﺪ و ﮐﺎر را زودﺗﺮ و ﺑﺎ ﮐﯿﻔﯿﺖ ﺗﺮ اﻧﺠﺎم دﻫﺪ؟ آﯾﺎ ﻧﺮم اﻓﺰارى ﻫﺴــﺖ ﮐﻪ ﺧﻮﺷــﺤﺎﻟﻰ را اﻧﺪازه ﮔﯿﺮى ﮐﻨﺪ و ﺑﺮاى آن ﺗﺎﺑﻊ ﺗﻮزﯾﻊ ﻣﻨﺎﺳﺐ در ﻧﻈﺮ ﮔﺮﻓﺘﻪ ﺑﺎﺷﺪ؟ ﮔﺎﻫﻰ ﻓﮑﺮ ﻣﻰ ﮐﻨﻢ ﮐﻪ اﺳﺘﺎﻧﺪاردﻫﺎ و ﻧﺮم اﻓﺰارﻫﺎ ﯾﮏ ﻣﺮﺑﻊ را ﺑﻪ ﻣﺎ ﻧﺸــﺎن ﻣﻰ دﻫﻨﺪ و اﺻﺮار ﻣﻰ ﮐﻨﻨﺪ ﮐﻪ اﯾﻦ واﻗﻌﺎً ﻫﻤﺎن ﻟﺒﺨﻨﺪ ژﮐﻮﻧﺪ اﺳــﺖ ﮐﻪ ﺑﺎ ﭼﻨﺪ ﻓﺮض ﻗﺎﺑﻞ ﺗﺮﺳﯿﻢ ﺷــﺪه!! اﻟﺒﺘﻪ ﻣﺜﺎل دراﻣﺎﺗﯿﮏ ﻣﻦ ﺑﺎ ﻧﯿﺖ ﺗﻘﺮﯾﺐ اذﻫﺎن ﺑﯿﺎن ﺷﺪه. اﻣﺎ رواﺑﻂ دﺳــﺘﻪ ﺳﻮم، ﯾﻌﻨﻰ ﺑﯿﻦ اﻧﺴﺎن ﻫﺎ! اﺳــﺘﺎﻧﺪاردﻫﺎ راﺟﻊ ﺑﻪ اﯾﻦ دﺳﺘﻪ از رواﺑﻂ ﭼــﻪ در ﭼﻨﺘﻪ دارﻧﺪ؟ 
ﺑﻠﻪ در اﺳــﺘﺎﻧﺪاردﻫﺎى اﻧﺠﻤﻦ ﻣﺪﯾﺮﯾﺖ ﭘﺮوژه، ﻣﺎ ﺑﺎ ﻣﺠﻤﻮﻋﻪ اى از داﻧﺶ ﮐﻪ ﺑﻪ آن ﻣﺤﺪوده داﻧﺶ ﻣﺪﯾﺮﯾﺖ اﻧﺴــﺎﻧﻰ ﮔﻔﺘﻪ ﻣﻰ ﺷــﻮد، ﻣﻮاﺟﻪ ﻫﺴﺘﯿﻢ. اﻣﺎ در اﯾﻦ ﻣﺤﺪوده راﺟﻊ ﺑﻪ اﺳﺘﺨﺪام ﻫﺎ و ﻃﺮاﺣﻰ ﭼﺎرت ﻫﺎى ﺳــﺎزﻣﺎﻧﻰ ﺑﺤﺚ ﻣﻰ ﺷــﻮد و ﻧﻪ راﺟﻊ ﺑﻪ اﯾﻨﮑــﻪ اﺻﻮل و ﻣﺒﺎﻧﻰ رواﺑــﻂ ﭼﻪ ﺑﻮده و ﺟﻬﺖ ﺗﺤﻘﻖ اﯾﻦ اﺻــﻮل و ﻣﺒﺎﻧﻰ ﭼﻪ اﻟﮕﻮﻫﺎ و ﯾﺎ ﺗﮑﻨﯿﮏ ﻫﺎﯾــﻰ را ﻣــﻰ ﺗﻮان ﺑﻪ ﮐﺎر ﮔﺮﻓﺖ. اﮔﺮ ﻣﺤﻮر رواﺑــﻂ ﺑﯿﻦ اﺟﺰاى ﻣﺤﺼﻮل را اﺻﻮل ﻣﻬﻨﺪﺳــﻰ در ﻧﻈﺮ ﺑﮕﯿﺮﯾﻢ، و در ﻋﯿﻦ ﺣﺎل ﻣﺤﻮر رواﺑﻂ ﺑﯿﻦ ﺳــﺎزﻣﺎن و ﻣﺤﺼﻮل را اﺳــﺘﺎﻧﺪاردﻫﺎى ﻓﻨﻰ ﻓﺮض ﮐﻨﯿﻢ، ﻣﺤﻮر رواﺑﻂ ﺑﯿﻦ اﻧﺴــﺎن ﻫﺎ در ﺳــﺎزﻣﺎن ﯾﺎ ﺳﺎزﻣﺎن ﻫﺎى ﺣﺎﺿﺮ در ﭘﺮوژه ﭼﻪ ﺑﺎﯾﺪ ﺑﺎﺷﺪ؟ ﻓﮑﺮ ﻣﻰ ﮐﻨﻢ ﮐﻪ ﻣﻰ ﺗﻮاﻧﯿﻢ ﺗﻮاﻓﻖ ﮐﻨﯿﻢ ﮐﻪ در اﻏﻠﺐ ﭘﺮوژه ﻫﺎ اﯾﻦ دﺳﺘﻪ از رواﺑﻂ از دو دﺳﺘﻪ دﯾﮕﺮ اﻫﻤﯿﺖ ﺑﯿﺸــﺘﺮى در ﻣﻮﻓﻘﯿﺖ ﭘﺮوژه ﻫﺎ دارﻧﺪ. اﻣﺎ ﺑﻪ ﻧﻈﺮ ﻣﻰ رﺳــﺪ ﮐﻪ اﺳــﺘﺎﻧﺪاردﻫﺎ راﺟﻊ ﺑﻪ اﯾﻦ ﺑﺨﺶ از رواﺑﻂ، ﺳﮑﻮت ﮐﺮده و ﯾﺎ ﺑﺎ ﺳﺎده اﻧﮕﺎرى از ﮐﻨــﺎر آن ﮔﺬﺷــﺘﻪ، و ﯾﺎ ﺑﺪﺗﺮ از ﻫﻤﻪ، ﻣﺘﻨﺎﻇﺮ و ﻣﺘﻨﺎﺳــﺐ ﺑﺎ ﻣﺤﯿﻂ ﺧﺎﺻﻰ رواﺑﻂ را ﺗﺸــﺮﯾﺢ و ﺳــﭙﺲ ﺑﺮاى ﺗﻤﺎﻣﻰ ﻓﺮﻫﻨﮓ ﻫــﺎ و ﺟﻮاﻣﻊ ﺗﺤﮑﯿﻢ ﮐﺮده اﻧﺪ. در اﯾﻦ ﻣﻘﻄﻊ ﺷــﺎﯾﺪ ﺑﺪ ﻧﺒﺎﺷــﺪ ﮐﻪ ﺑﻪ ﻣﻌﻨﻰ ﮐﻠﻤﻪ اﺳﺘﺎﻧﺪارد ﻫﻢ اﺷﺎره اى ﺑﮑﻨﻢ. اﯾﻦ ﮐﻠﻤﻪ رﯾﺸــﻪ اى اﻧﮕﻠﯿﺴﻰ ﻓﺮاﻧﺴــﻮى دارد ﮐﻪ در اﺑﺘﺪا ﺑﺮاى ﭘﺮﭼﻢ ﻗﺒﯿﻠﻪ و ﯾﺎ ﮐﺸــﻮرى اﺳﺘﻔﺎده ﻣﻰ ﺷــﺪ، اﻣﺎ در ﻃﻰ زﻣﺎن و ﺑﺎ ﺑﺴﻂ ﮐﺎرﺑﺮد آن ﻫﻤــﺮاه ﺑﺎ ﺣﻔﻆ روح ﺣﺎﮐﻢ ﺑﺮ اﯾﻦ ﻟﻐﺖ، ﮐﺎرﺑﺮدﻫﺎى ﺑﯿﺸــﺘﺮى ﭘﯿﺪا ﮐﺮد. روح ﺣﺎﮐﻢ ﺣﻀﻮر ﻗﺪرﺗﻰ ﺑﺮاى ﺗﻌﯿﯿﻦ ﻣﺸــﺨﺼﺎت ﻓﻀــﺎى ﮐﺎرﺑﺮدى اﯾﻦ ﮐﻠﻤﻪ و ﭘﯿــﺮوى ﺑﻘﯿﻪ از اﯾﻦ ﺗﻌﯿﯿﻦ ﺗﮑﻠﯿﻒ ﺑﻮده اﺳــﺖ. ﻣﺜﻼً ﺳــﺎزﻣﺎن اﯾﺰو ﻣﻰ ﺗﻮاﻧﺪ ﺑﺎ ﻗﺪرت اﺳــﺘﺎﻧﺪاردﻫﺎ و ﻣﺸــﺨﺼﺎت ﮐﯿﻔﯿﺖ را ﺗﻌﺮﯾﻒ ﮐــﺮده و ﺑﻘﯿﻪ را ﻣﻠﺰم ﺑــﻪ ﺗﺒﻌﯿﺖ از آن ﮐﻨﻨﺪ. اﯾﻦ در ﺣﺎﻟﯿﺴــﺖ ﮐﻪ ﺳــﺎزﻣﺎن ﮐﯿﻔﯿــﺖ اﯾﺮان، ﭼﻨﯿﻦ ﻗﺪرﺗــﻰ در ﺣﻮزه ﺑﯿﻦ اﻟﻤﻠﻞ ﻧﺪاﺷــﺘﻪ و ﺗﻨﻬﺎ ﻣﻰ ﺗﻮاﻧــﺪ ﺑﺮاى ﺣﻮزه اى ﮐﻪ در آن ﻗﺪرت دارد، ﺗﻌﯿﯿﻦ ﺗﮑﻠﯿﻒ ﮐﻨﺪ. ﺑﻠﻪ، اﯾﻦ ﺑﻬﺘﺮ اﺳــﺖ، اﺳــﺘﺎﻧﺪاردﻫﺎ ﺑﺮاى ﮐﺎرﺑﺮان ﺗﻌﯿﯿﻦ ﺗﮑﻠﯿﻒ ﻣﻰ ﮐﻨﻨﺪ. ﺗﮑﻠﯿﻒ ﻣﺎ در ﺣﻮزه رواﺑﻂ ﺳﺎزﻣﺎﻧﻰ ﭼﯿﺴﺖ؟ ﻣﺤﻮر ﺗﻌﺮﯾﻒ و ﺗﻨﻈﯿﻢ رواﺑﻂ ﺳــﺎزﻣﺎﻧﻰ ﭼﻪ ﺑﺎﯾﺪ ﺑﺎﺷــﺪ؟ 
در ﻏﯿﺎب اﯾﻦ ﻣﺤﻮر، رواﺑﻂ ﺳــﺎزﻣﺎﻧﻰ را ﺣﻮزه ﻫﺎى ﻗﺪرﺗﻰ ﺗﻌﺮﯾﻒ ﻣﻰ ﮐﻨﻨﺪ، ﮐﻪ اﻟﺒﺘﻪ اﯾﻦ ﻧﯿﺰ ﺧﻮد ﯾﮏ ﻣﺤﻮر اﺳــﺖ، اﻣﺎ ﻣﺤﻮرى اﺳــﺖ ﮐﻪ ﻧﯿﺎز ﺑﻪ اﻧﺴــﺎن ﺑﻮدن ﻣﺎ ﺟﻬﺖ اﺑﺮاز ﺧﻮد ﻧﺪاﺷــﺘﻪ، ﻗﺎﻧﻮن ﺟﻨــﮕﻞ ﻫﻢ از ﻫﻤﯿﻦ ﻣﺤﻮر اﺳــﺘﻔﺎده ﻣﻰ ﮐﻨﺪ. ﺻﻨﺪﻟﻰ ﻫﺎى ﭘﺮﻗﺪرت، رواﺑﻂ را در ﺟﻬﺖ ﺗﻔﻮﯾﺾ ﺗﻤﺎﻣﻰ ﻣﺴﺌﻮﻟﯿﺖ ﻫﺎ ﺑﻪ زﯾﺮ دﺳﺘﺎن و ﺣﻔــﻆ ﺗﻤﺎﻣﻰ اﺧﺘﯿﺎرات در ﺣﻮزه ﺧﻮد، ﺗﻨﻈﯿــﻢ ﺧﻮاﻫﻨﺪ ﮐﺮد. ﺧﯿﻠﻰ ﻋﺠﯿﺐ ﻧﯿﺴــﺖ ﮐﻪ ﺑﺎ ﯾﮏ ﺳﺎﺑﻘﻪ ﻋﻈﯿﻢ در ﻋﻠﻢ و ﺗﺎرﯾﺦ، در ﻓﺮﻫﻨﮓ و ﺗﻤﺪن اﯾﻨﮕﻮﻧﻪ در اﻧﺠﺎم ﭘﺮوژه ﻫﺎى ﺧﻮد ﻋﺎﺟﺰﯾﻢ! در ﻣﺤﺎﺳــﺒﺎت ﻣﻬﻨﺪﺳﻰ ﻏﻤﻰ ﻧﺪارﯾﻢ، در اﺟﺮاى ﻓﻌﺎﻟﯿﺖ ﻫﺎ ﻫﻢ ﺑﻪ ﺿﺮب و زورى ﮐﺎر ﻣﻰ ﮐﻨﯿﻢ )ﺑﺎﻷﺧﺮه ﭘﻞ ورﺳــﮏ و ﺗﻮﻧﻞ ﮐﻨﺪوان در ﻫﻤﯿﻦ ﮐﺸــﻮر ﺳــﺎﺧﺘﻪ ﺷــﺪه اﻧﺪ( اﻣﺎ در رواﺑﻂ ﺳﺎزﻣﺎﻧﻰ، رواﺑﻂ ﺑﯿﻦ اﻧﺴــﺎن ﻫﺎ ﭼﻪ ﻣﺤﻮرى را ﺑﺎﯾﺪ در ﻧﻈﺮ داﺷــﺘﻪ ﺑﺎﺷــﯿﻢ و از ﮐﺪام اﺳــﺘﺎﻧﺪارد ﺑﺎﯾﺪ اﺳﺘﻔﺎده ﮐﻨﯿﻢ؟ آﯾﺎ اﺳﺘﺎﻧﺪاردﻫﺎﯾﻰ ﮐﻪ در آﻣﺮﯾﮑﺎ و اروﭘﺎ در اﯾﻦ ﺣﻮزه ﺗﻨﻈﯿﻢ ﻣﻰ ﺷــﻮﻧﺪ، ﺑﺎ ﻣﺎ ﺳــﺎزﮔﺎرى دارﻧﺪ؟ اﻣﺎ از ﻣﺎ ﮐﻪ از ﺧﻮدﻣﺎن دور اﻓﺘﺎده اﯾﻢ و ﺑﻨﺪه وار اﺳﺘﺎﻧﺪاردﻫﺎى ﻣﻦ در آوردى آﻧﺎن را ﻣﻰ ﭘﺮﺳﺘﯿﻢ و ﻣﺪام ﮐﻼم آﻧــﺎن را ﻏﺮﻏﺮه ﻣﻰ ﮐﻨﯿﻢ، ﺧﺮوﺟﻰ ﺑﻬﺘﺮى از اﯾﻨﮑﻪ ﻓﻌﻼً ﻫﺴــﺖ، ﻧﻤﻰ ﺗﻮان اﻧﺘﻈﺎر داﺷــﺖ. ﺑﻪ ﻋﻘﯿﺪه ﺑﻨﺪه ﻣﺤﻮر رواﺑﻂ ﺳﺎزﻣﺎﻧﻰ، اﺧﻼق اﺳﺖ. اﻣﺎ از آﻧﺠﺎ ﮐﻪ ﺑــﻪ ﻫﻨﮕﺎم ﺻﺤﺒﺖ از اﺧﻼق، ﻻﺟﺮم ﭘﺎى دﯾﻦ و ﻣﺬﻫﺐ و ﺑﺎورﻫﺎى ﺧﺪاﯾﻰ ﺑﻪ ﻣﯿﺎن ﻣﻰ آﯾﺪ ﺗﺎ ﺻﺤﺖ ﻣﺸﺨﺼﺎت اﺧﻼﻗﻰ ﺑﻪ آزﻣﻮن ﮔﺬارده ﺷﻮد، دﺳــﺘﮕﺎه ﻫﺎى ﭘﺮﻗﺪرت اﺳﺘﺎﻧﺪاردﺳﺎز ﺑﺎ آن ﺳﺮِ ﻧﺎﺳﺎزﮔﺎرى دارﻧﺪ. ﻧﯿﺎز ﻣﺒﺮم ﺑﻪ ﻣﻌﻠﻤﺎن اﺧﻼق،  ﺑﻪ ﻣﺪﯾﺮان اﺧﻼق ﻣﺪار، ﺑﻪ اﺧﻼق ﭘﻨﺪارى و ﻋﻤﻠﮑﺮد اﺧﻼﻗﻰ دارﯾﻢ. اﺧﻼق ﮐﺠﺎى اﺳﺘﺎﻧﺪاردﻫﺎﺳــﺖ؟ ﮐﻤﮏ ﮐﻨﯿﺪ درﯾﺎﺑﯿﻢ. آﯾﺎ اﺳﺘﺎﻧﺪاردى ﮐﻪ داراى ﻗﺪرت اﺳــﺖ و اﺧﻼق را در ﭼﻬﺎرﭼﻮب ﺧــﻮد ﻧﻤﻰ ﮔﺬارد ﺑﺮاى ﻣﺎ ﻣﻮﻫﺒﺖ اﺳﺖ ﯾﺎ ﻣﺼﯿﺒﺖ؟ 



5 ﻧﮑﺘﻪ ﺑﺮاى ﻣﺪﯾﺮﯾﺖ ﭘﺮوژه ﻫﺎى ﭼﻨﺪﮔﺎﻧﻪ

1397/10/15
01:42
امیرحسین ستوده بیدختی امیرحسین ستوده بیدختی
ﺑﺮاى ﺑﺴــﯿﺎرى از ﻣﺪﯾــﺮان ﭘﺮوژه، ﻣﺪﯾﺮﯾﺖ ﻫﻤﺰﻣﺎن ﭼﻨﺪ ﭘﺮوژه، ﯾﮏ ﺷــﯿﻮه زﻧﺪﮔﻰ اﺳﺖ؛ اﻣﺎ آﺳﺎن ﻧﯿﺴﺖ! ﻧﮑﺎت زﯾﺮ ﻣﻰ ﺗﻮاﻧﺪ ﺑﻪ ﺷﻤﺎ ﮐﻤﮏ ﮐﻨﺪ:
 ﻣﺮاﺣﻞ را ﺑﻪ ﺗﻨﺎوب اﻧﺠﺎم دﻫﯿﺪ. در ﯾﮏ ﭘﺮوژه، ﻣﺮاﺣﻞ ﯾﺎ ﻓﺎزﻫﺎى ﻣﺨﺘﻠﻔــﻰ وﺟﻮد دارد ﮐﻪ ﺑﺎﯾﺪ ﻃﻰ ﺷــﻮد ﺗﺎ ﭘﺮوژه ﺗﮑﻤﯿﻞ ﮔﺮدد. ﻧﻮﻋﺎً اﯾﻦ ﻣﺮاﺣﻞ ﻋﺒﺎرﺗﻨﺪ از: آﻏﺎز، ﺑﺮﻧﺎﻣﻪ رﯾﺰى، اﺟﺮا، ﮐﻨﺘﺮل و ﺑﺴــﺘﻪ ﺷــﺪن. ﯾﮏ ﺗﺮﻓﻨﺪ ﺑﺮاى آﻧﮑﻪ ﭼﻨــﺪ ﭘﺮوژه را ﺑﺎ ﻣﻮﻓﻘﯿﺖ ﺑﻪ ﻃﻮر ﻫﻤﺰﻣﺎن ﭘﯿﺶ ﺑﺒﺮﯾﺪ آن اﺳﺖ ﮐﻪ ﺗﺎ ﺣﺪ اﻣﮑﺎن اﯾﻦ ﻓﺎزﻫﺎ را در ﭘﺮوژه ﻫﺎى ﻣﺨﺘﻠﻒ، ﺑﻪ ﺗﻨﺎوب ﺑﻪ اﻧﺠﺎم ﺑﺮﺳﺎﻧﯿﺪ، ﺑﻪ ﮔﻮﻧﻪ اى ﮐﻪ ﻫﻤﮕﻰ ﺑﺎ ﻫﻢ اﺗﻔﺎق ﻧﯿﻔﺘﻨﺪ. ﻣﺜﻼً ﻣﺠﺒﻮر ﻧﺒﺎﺷﯿﺪ ﺑﻪ ﻃﻮر ﻫﻤﺰﻣﺎن ﭼﻨﺪ ﭘﺮوژه را ﺑﺮﻧﺎﻣﻪ رﯾﺰى ﮐﻨﯿﺪ.
 از اﺿﺎﻓـﻪ ﺑﺎر ﭘﺮوژه ﺑﭙﺮﻫﯿﺰﯾـﺪ. ﭼﺮا ﺗﻌﺪاد زﯾﺎدى از ﭘﺮوژه ﻫﺎ را ﺑﻪ ﻃﻮر ﻫﻤﺰﻣــﺎن ﻣﺪﯾﺮﯾﺖ ﻣﻰ ﮐﻨﯿﺪ؟ اﺣﺘﻤﺎﻻً ﺑﻪ اﯾــﻦ دﻟﯿﻞ ﮐﻪ ﯾﮏ ﻣﺪﯾﺮ ﭘﺮوژه ﺧﻮب ﻫﺴﺘﯿﺪ. ﻫﻤﻪ ﻣﻰ داﻧﻨﺪ ﮐﻪ ﺷﻤﺎ ﺗﻮاﻧﺎ و ﻻﯾﻖ ﻫﺴﺘﯿﺪ و ﭘﺮوژه ﻫﺎى ﺷــﻤﺎ ﺑﺎ ﻣﻮﻓﻘﯿﺖ ﺑﻪ اﺗﻤﺎم ﻣﻰ رﺳﻨﺪ. اﯾﻦ ﯾﮏ ﺗﻌﺮﯾﻒ اﺳﺖ ﮐﻪ ﻣﻰ ﺗﻮاﻧﺪ در ﺑﻠﻨﺪﻣﺪت، ﻣﻌﮑﻮس ﺷــﻮد. ﺷــﻤﺎ ﻓﻘﻂ ﭼﻨﺪ ﭘــﺮوژه را ﻣﻰ ﺗﻮاﻧﯿﺪ ﻣﺪﯾﺮﯾﺖ ﮐﻨﯿﺪ ﺑﺪون آﻧﮑﻪ ﺑﺎر اﺿﺎﻓﻪ اى را ﭘﺬﯾﺮﻓﺘﻪ ﺑﺎﺷﯿﺪ. ﭘﺲ ﺑﺎﯾﺪ ﺑﺪاﻧﯿﺪ ﮐﻪ ﭼﻪ وﻗﺖ درﺧﻮاﺳــﺖ ﮐﻤﮏ ﺑﮑﻨﯿﺪ و ﯾﺎ اﮔﺮ ﻇﺮﻓﯿﺘﺘﺎن ﺗﮑﻤﯿﻞ ﺷــﺪه اﺳﺖ، ﺑﻪ ﭘﺮوژه ﻫﺎى ﺑﻌﺪى ﻧﻪ" ﺑﮕﻮﯾﯿﺪ.
 ﺳـﻌﻰ ﮐﻨﯿﺪ در ﭘﺮوژه ﻫﺎى ﺧﻮد از ﻣﻨﺎﺑﻊ اﺧﺘﺼﺎﺻﻰ اﺳﺘﻔﺎده ﮐﻨﯿﺪ. ﻣﺪﯾﺮﯾﺖ ﭘﺮوژه ﻫﺎى ﭼﻨﺪﮔﺎﻧﻪ ﺑﻪ ﻣﻨﺎﺑﻊ ﭼﻨﺪﮔﺎﻧﻪ ﻧﯿﺎز دارد. ﻣﻌﻤﻮﻻً اﯾﻦ ﻣﻨﺎﺑﻊ ﺑﻪ ﺻﻮرت ﺗﻤﺎم وﻗﺖ ﺑﻪ ﭘﺮوژه ﺷﻤﺎ ﺗﺨﺼﯿﺺ داده ﻧﻤﻰ ﺷﻮد. اﺣﺘﻤﺎل اﯾﻨﮑﻪ در ﭼﻨﺪ ﭘﺮوژه ﺧﻮد ﺑﻪ ﻣﻨﺎﺑﻌﻰ ﺑﺎ ﻣﻬﺎرت ﻫﺎى ﻣﺸﺎﺑﻪ ﻧﯿﺎز داﺷﺘﻪ ﺑﺎﺷﯿﺪ، زﯾﺎد اﺳﺖ. ﺑﻨﺎﺑﺮاﯾﻦ ﺳﻌﻰ ﮐﻨﯿﺪ ﮔﺮوﻫﻰ از ﻣﻨﺎﺑﻊ اﺧﺘﺼﺎﺻﻰ را ﺑﺮاى ﭘﺮوژه ﻫﺎى ﺧﻮد ﻓﺮاﻫﻢ ﻧﻤﺎﯾﯿﺪ. ﺑﻪ ﻋﺒﺎرت دﯾﮕﺮ، اﮔﺮ ﻻزم اﺳﺖ ﻣﻨﺒﻌﻰ ﻣﯿﺎن ﺳﻪ ﭘﺮوژه ﺗﻘﺴﯿﻢ ﮔﺮدد، ﺳﻌﻰ ﮐﻨﯿﺪ ﻣﺪﯾﺮﯾﺖ ﻫﺮ ﺳﻪ ﭘﺮوژه را ﺧﻮدﺗﺎن ﺑﺮ ﻋﻬﺪه ﺑﮕﯿﺮﯾﺪ.
 ﺟﺰﺋﯿـﺎت را ﺑـﻪ دﯾﮕـﺮان واﮔﺬار ﮐﻨﯿـﺪ. اﮔﺮ ﻓﻘﻂ ﭼﻨــﺪ ﭘﺮوژه را ﻣﺪﯾﺮﯾﺖ ﻣــﻰ ﮐﻨﯿﺪ، اﺣﺘﻤﺎﻻً از ﺗﻤﺎﻣﻰ ﻓﻌﺎﻟﯿﺖ ﻫﺎ، ﺑﺮﻧﺎﻣﻪ ﻣﻮارد اﺣﺘﻤﺎﻟﻰ، رﯾﺴــﮏ ﻫﺎ، و ﺟﺰﺋﯿﺎت ﻫﺮ ﭘﺮوژه آﮔﺎﻫﯿﺪ. اﻣــﺎ اﮔﺮ ﻣﺪﯾﺮﯾﺖ ﺗﻌﺪاد زﯾﺎدى از ﭘﺮوژه ﻫﺎ ﺑﺮ ﻋﻬﺪه ﺷﻤﺎﺳــﺖ، ﺑﺎﯾﺪ ﭘﯿﮕﯿﺮى اﯾﻦ ﺟﺰﺋﯿﺎت را ﺑﻪ ﺷﺨﺼﻰ دﯾﮕﺮ در ﺗﯿﻢ ﻫﺮ ﭘﺮوژه ﺑﺴﭙﺎرﯾﺪ. ﺑﺪﯾﻦ ﻣﻨﻈﻮر، ﻓﺮدى را در ﻫﺮ ﺗﯿﻢ ﺑﯿﺎﺑﯿﺪ ﮐﻪ ﺟﺰﺋﻰ ﮔﺮا" ﺑﺎﺷــﺪ، ﺗﺎ ﻫــﺮ ﮔﺎه در ﻣﻮردى ﻧﯿﺎز ﺑﻪ ﺑﺮرﺳــﻰ ﺟﺰﺋﯿﺎت داﺷــﺘﯿﺪ، اﯾﻦ وﻇﯿﻔﻪ را او ﺑﻪ اﻧﺠﺎم ﺑﺮﺳــﺎﻧﺪ. اﯾﻦ ﺑﻪ ﺷﻤﺎ اﻣﮑﺎن ﻣﻰ دﻫﺪ 
ﮐﻪ ﺑﺮ ﺗﺼﻮﯾﺮ ﮐﻠﻰ ﻫﺮ ﭘﺮوژه ﺗﻤﺮﮐﺰ ﮐﻨﯿﺪ. اﻧﺘﻈـﺎرات را ﻣﺪﯾﺮﯾـﺖ ﻧﻤﺎﯾﯿﺪ. ﭼﯿﺰى ﮐﻪ ﻣﻌﻤــﻮﻻً اﻓﺮاد، ﻫﻨﮕﺎﻣﻰ ﮐﻪ ﺗﻌﺪاد زﯾﺎدى از ﭘﺮوژه ﻫﺎ را ﻣﺪﯾﺮﯾﺖ ﻣﻰ ﮐﻨﻨﺪ، از ﯾﺎد ﻣﻰ ﺑﺮﻧﺪ، ﻣﺪﯾﺮﯾﺖ اﻧﺘﻈﺎرات ذى ﻧﻔﻌﺎن اﺳﺖ. ﺷﻤﺎ ﺑﺎﯾﺪ ﻫﻤﻮاره ﻫﻤﻪ را از وﺿﻌﯿﺖ ﭘﺮوژه ﻫﺎى ﺧﻮد و آﻧﭽﻪ ﮐﻪ در ﺟﺮﯾﺎن اﺳﺖ، ﻣﻄﻠﻊ ﻧﮕﻪ دارﯾﺪ. اﯾﻦ، ﮐﺎرِ ﺷﻤﺎ را ﺑﺴﯿﺎر آﺳﺎﻧﺘﺮ ﺧﻮاﻫﺪ ﮐﺮد.


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

مهندسی و مدیریت ساخت پروژه - مطالب مهندسی و مدیریت ساخت ، Construction Engineering Management,مدیریت ساخت ,مدیریت پروژه, مدیریت پروژه های ساخت, مدیریت پروژه و ساخت,مدل سازی اطلاعات ساختمان,مدیریت ساخت
تمامی حقوق این وب سایت متعلق به مهندسی و مدیریت ساخت پروژه است. |طراحی و توسعه:امیرحسین ستوده بیدختی|