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


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

ﺗﺮﻣﯿﻢ ﻣﻨﻄﻖ If – Then اﮔﺮ اﯾﻦ، آﻧﮕﺎه آن

1398/05/24
14:21
امیرحسین ستوده بیدختی امیرحسین ستوده بیدختی
ﺑﺮ اﯾﻦ ﺑﺎور ﺑﻮده ام ﮐﻪ ﺷــﺎﯾﺪ ﯾﮑﻰ از ﺑﺰرﮔﺘﺮﯾﻦ ﺳــﻮء ﺑﺮداﺷــﺖ ﻫﺎ از رواﺑﻂ ﻣﻨﻄﻘــﻰ، ﻫﻤﯿﻦ ﻣﻌﻨــﻰ راﺑﻄﻪ اﮔﺮ اﯾﻦ، آﻧﮕﺎه آن" ﺑﻮده اﺳــﺖ. ﮔﺰاره ﻫﺎﯾﻰ ﻣﺎﻧﻨﺪ اﮔﺮ ﺧﻮب درس ﺑﺨﻮاﻧﻰ، ﺑﻪ داﻧﺸــﮕﺎه ﺧﻮب ﻣﻰ روى" ﯾﺎ اﮔﺮ ﺧﻮب ﮐﺎر ﮐﻨﻰ، ﺧﻮش ﻓﮑﺮ ﺑﺎﺷــﻰ، ﻣﻨﻈﻢ ﺑﺎﺷــﻰ، ﻣﺮدم دار ﺑﺎﺷــﻰ، ﺧﻼق ﺑﺎﺷﻰ، آﻧــﮕﺎه ﭘﻮﻟﺪار ﻣﻰ ﺷــﻮى" و ﻣﺸــﺎﺑﻪ اﯾﻨﻬﺎ ﭼﻨﺎن در ذﻫــﻦ و ﺧﻠﻖ و ﺧﻮى ﻣﺎ رﯾﺸــﻪ دواﻧﺪه ﮐﻪ اﺳــﺎس ﻣﺒﺎﺣﺚ و ﻧﺘﯿﺠﻪ ﮔﯿﺮى ﻫﺎى ﻣﺎ را ﺷﮑﻞ ﻣﻰ دﻫﺪ. ﺣﺘﻰ از اﯾﻦ ﭘﺎ را ﻓﺮاﺗﺮ ﮔﺬارده، از راﺑﻄﻪ اﮔﺮ اﯾﻦ، آﻧﮕﺎه آن" اﺳــﺘﺪﻻل ﻫﺎى ﭼﻮن آن، ﭘﺲ اﯾﻦ" را ﻧﯿﺰ ﭘﺬﯾﺮﻓﺘﻪ اﯾﻢ. 
ﻣﺜﻼً ادﻋﺎ ﻣﻰ ﮐﻨﯿﻢ ﮐﻪ اﮔﺮ ﻣﺪﯾﺮﯾﺖ ﺧﻮب داﺷــﺘﻪ ﺑﺎﺷــﯿﻢ، آﻧﮕﺎه ﭘﺮوژه ﻣﻮﻓﻖ ﻣﻰ ﺷﻮد )ﮐﻪ ﮐﺎﻣﻼً ﺑﻰ ﭘﺎﯾﻪ اﺳﺖ(؛ و در ﺟﺎى دﯾﮕﺮ ﻣﺪﻋﻰ اﯾﻦ ﻫﺴﺘﯿﻢ ﮐﻪ ﺣﺎﻻ ﮐﻪ ﭘﺮوژه، ﺧﻮب اﻧﺠﺎم ﺷﺪه، ﺑﻪ دﻟﯿﻞ ﻣﺪﯾﺮﯾﺖ ﺧﻮب آن ﺑﻮده اﺳــﺖ!! ﻣﻮﻓﻘﯿﺖ ﯾﮏ ﭘﺮوژه در ﺳــﺎﯾﻪ ﻣﺪﯾﺮﯾﺖ ﺑﺪ، ﺑﺴــﯿﺎر اﻣﮑﺎﻧﭙﺬﯾﺮ اﺳــﺖ،  ﻫﻤﭽﻨﺎن ﮐﻪ اﺳــﺘﻘﺮار ﯾﮏ ﻧﻈﺎم ﻣﺪﯾﺮﯾﺖ ﺧﻮب ﻫﻢ ﺿﺎﻣﻦ ﻣﻮﻓﻘﯿﺖ ﭘﺮوژه ﻧﯿﺴــﺖ. ﺑﻪ اﻃﺮاف ﺧﻮد ﻧﮕﺎه ﮐﻨﯿﺪ،  ﭼﻨﺪ ﻧﻔﺮ را ﻣﻰ ﺷﻨﺎﺳــﯿﺪ ﮐﻪ ﻋﻠﯿﺮﻏﻢ درس ﺧﻮاﻧﺪن ﺧﯿﻠﻰ ﺧﻮب، ﻣﻮﻓﻖ ﺑﻪ ورود ﺑﻪ داﻧﺸــﮕﺎه ﻫﺎى ﺧﻮب ﻧﺸــﺪه اﻧﺪ؟ ﺑﺮ ﻋﮑﺲ ﭼﻪ ﮐﺴــﺎﻧﻰ را ﻣﻰ ﺷﻨﺎﺳﯿﺪ ﮐﻪ ﺑﺎ اﯾﻨﮑﻪ در داﻧﺸﮕﺎه ﻫﺎى ﺧﻮب ﺣﻀﻮر دارﻧﺪ، وﻟﻰ درس ﺧﻮان ﻧﺒﻮده اﻧﺪ؟ ﭼﻪ ﺗﻌﺪاد اﻓﺮاد را ﻣﻰ ﺷﻨﺎﺳﯿﺪ ﮐﻪ ﺑﺎ وﺟﻮد ﮐﺎر زﯾﺎد، ﻣﻮﻓﻘﯿﺖ ﻣﺎﻟﻰ ﭼﻨﺪاﻧﻰ ﻧﺪارﻧﺪ و ﺑﺮ ﻋﮑﺲ اﻓﺮادى ﮐﻪ ﺑﺪون دردﺳــﺮ ﭘﻮﻟﺪار ﻫﺴــﺘﻨﺪ؟ ﭘﺲ ﭼﺮا اﯾﻨﭽﻨﯿﻦ راﺑﻄﻪ اﮔﺮ اﯾﻦ، آﻧــﮕﺎه آن" اﯾﻨﮕﻮﻧﻪ در ﻧﺰد ﻣﺎ )ﻧﻪ ﻓﻘﻂ اﯾﺮاﻧﯿﺎن،  ﺑﻠﮑﻪ ﺧﺎرﺟﯿﺎن ﻧﯿﺰ ﺑﻪ اﯾﻦ اﻣﺮ ﻣﺒﺘﻼ ﻫﺴﺘﻨﺪ( ﺻﺤﯿﺢ و درﺳﺖ ﺗﻠﻘﻰ ﻣﻰ ﺷﻮد؟ ﺗﻮﺟﯿﻪ ﻣﻦ اﯾﻦ اﺳﺖ ﮐﻪ ﺑﺎور ﺑﻪ درﺳــﺖ ﺑﻮدن اﯾﻦ راﺑﻄﻪ، ﮐﻨﺘﺮل داﺷــﺘﻦ ﺑﺮ ﺳﯿﺮ اﻣﻮر را در ﻧﺰد ﻣﺎ ﻣﻤﮑﻦ ﻣﻰ ﺳــﺎزد. ﺑﺎ ﺑﻬﺮه ﮔﯿﺮى از اﯾﻦ راﺑﻄﻪ ﻣــﺎ ﻓﮑﺮ ﻣﻰ ﮐﻨﯿﻢ ﮐﻪ در ﮐﻨﺘﺮل اﻣﻮر ﻫﺴﺘﯿﻢ. ﺑﺎ ﺣﮏ ﮐﺮدن اﯾﻦ راﺑﻄﻪ در ذﻫﻨﻤﺎن ﺧﻮد را ﺑﺎﻋﺚ و ﺑﺎﻧﻰ ﻫﻤﻪ آﻧﭽﻪ ﮐــﻪ ﺑﻪ وﻗﻮع ﻣﻰ ﭘﯿﻮﻧﺪد ﻣﻰ ﺷﻨﺎﺳــﯿﻢ، و در ﻧﺘﯿﺠﻪ ﺑﻪ ﺟــﺎى اﻧﺠﺎم آﻧﭽﻪ ﺑﻪ ذات و ﻓﻰ اﻟﻨﻔﺴــﻪ درﺳﺖ اﺳــﺖ، آﻧﻰ را ﮐﻪ ﻣﺎ ﺗﺸﺨﯿﺺ ﻣﻰ دﻫﯿﻢ ﺑﺮاى ﻣﺎ درﺳــﺖ اﺳﺖ، اﻧﺠﺎم ﻣﻰ دﻫﯿﻢ. ﺷﺎﯾﺪ دروﻏﮕﻮﯾﻰ در ﻣﻮﻗﻌﯿﺘﻰ از دﯾﺪ ﻣﺎ ﺿﺮر ﮐﻤﺘﺮى ﻧﺴــﺒﺖ ﺑﻪ ﺻﺪاﻗﺖ داﺷﺘﻪ ﺑﺎﺷﺪ و ﺑﺮ اﺳــﺎس ﺗﺸﺨﯿﺺ ﺧﻮد، ﺑﻪ اﯾﻦ ﻓﻌﻞ ﻣﺒﺎدرت ﮐﻨﯿﻢ،  در ﺣﺎﻟﻰ ﮐﻪ دروﻏﮕﻮﯾﻰ داراى ذاﺗﻰ ﻏﻠﻂ ﺑﻮده و درﺳــﺖ ﻧﯿﺴﺖ. ﺑﻪ ﻋﺒﺎرﺗﻰ راﺑﻄﻪ If – Then ﺑﺎ ﻗﺮاﺋﺘﻰ ﮐﻪ ﻣﺘﻀﻤﻦ ﺣﺼﻮل Then ﺑﻪ ﺷﺮط وﻗﻮع If ﺗﻠﻘﻰ ﮔﺮدد، ﻣﻨﺠﺮ ﺑﻪ ﺣﺬف ﻗﺪرت ﺑﺎرﯾﺘﻌﺎﻟﻰ در ذﻫﻦ و روح ﻣﺎ و ﺑﺎورﻫﺎى ﻣﺎ ﺧﻮاﻫﺪ ﺷــﺪ. ﺑﯿﺎﯾﯿﺪ رواﺑﻂ ﭼﻬﺎر ﮔﺎﻧﻪ ﺣﺎﺿﺮ در ﺷــﺒﮑﻪ ﻫﺎى PDM را ﮐﻪ ﺗﻮﺳــﻂ ﺷــﺮﮐﺖ IBM ﺟﻬﺖ ﺑﺮﻧﺎﻣﻪ رﯾﺰى ﭘﺮوژه ﻫﺎ ﺗﺪوﯾﻦ ﺷﺪه در ﻧﻈﺮ ﺑﮕﯿﺮﯾﻢ. ﻣﺘــﺪاول ﺗﺮﯾــﻦِ رواﺑﻂ ﻣﻮﺟــﻮد در ﻧﻤﻮدارﻫــﺎى PDM از ﻧــﻮع FS ﯾﻌﻨﻰ )Finish to Start( اﺳــﺖ. اﯾﻦ راﺑﻄﻪ را ﭼﮕﻮﻧﻪ ﻣﻰ ﺧﻮاﻧﯿﺪ؟ ﯾﮏ ﻗﺮاﺋﺖ اﯾﻦ اﺳــﺖ ﮐﻪ اﮔﺮ ﻓﻌﺎﻟﯿﺖ ﭘﯿﺸﻨﯿﺎز اﻧﺠﺎم ﺷﻮد، ﻓﻌﺎﻟﯿﺖ ﺑﻌﺪى ﺷﺮوع ﻣﻰ ﺷﻮد. ﯾﻌﻨﻰ ﺑﻪ ﻣﺎﻧﻨﺪ ﯾﮏ ﺳﯿﺴــﺘﻢ ﺧﻮدﮐﺎر ﺑﻪ ﻣﺤﺾ اﯾﻨﮑﻪ ﻓﻌﺎﻟﯿﺖ ﭘﯿﺸــﻨﯿﺎز اﻧﺠﺎم ﺷــﺪ، ﻓﻌﺎﻟﯿﺖ ﺑﻌﺪى ﺷﺮوع ﻣﻰ ﺷﻮد. در ﻧﮕﺎه اول ﻣﻤﮑﻦ اﺳﺖ ﮐﻪ اﯾﻦ ﻗﺮاﺋﺖ ﮐﺎﻣﻼً ﺻﺤﯿﺢ ﺑﻪ ﻧﻈﺮ ﺑﺮﺳﺪ. ﻣﺜﻼً اﮔﺮ ﺳﺘﻮن ﻫﺎ زده ﺷﻮﻧﺪ، آﻧﮕﺎه ﺳﺎﺧﺖ ﺳﻘﻒ ﺷــﺮوع ﻣﻰ ﺷــﻮد. اﻣﺎ ﻗﺮاﺋﺘﻰ ﮐﻪ IBM از اﯾﻦ ارﺗﺒﺎط اراﺋﻪ ﻣﻰ دﻫﺪ، ﮐﺎﻣﻼً ﻣﺘﻔﺎوت اﺳــﺖ. ﺑﺮ اﺳــﺎس ﻗﺮاﺋﺖ IBM اﮔﺮ ﻓﻌﺎﻟﯿﺖ ﭘﯿﺸﻨﯿﺎز اﻧﺠﺎم ﭘﺬﯾﺮد و ﮐﺎﻣﻞ ﮔﺮدد، آﻧﮕﺎه ﻓﻌﺎﻟﯿﺖ ﺑﻌﺪى ﻣﻰ ﺗﻮاﻧﺪ" ﺷــﺮوع ﺷــﻮد و ﺑﺮاى ﺷﺮوع آن ﻧﯿﺎز ﺑﻪ اﺧﺬ ﻣﺠﻮز از ﺑﺮﻧﺎﻣﻪ رﯾﺰ اﺳﺖ. اﯾﻦ دو ﻗﺮاﺋﺖ ﮐﺎﻣﻼً ﺑﺎ ﯾﮑﺪﯾﮕﺮ ﻣﺘﻔﺎوت ﻫﺴــﺘﻨﺪ. ﻗﺮاﺋﺖ دوم ﺑﺮ اﺳﺎس ﻧﮕﺎه ﻣﺪﯾﺮﯾﺘﻰ و ﺟﺎﯾﮕﺎه ﺗﺼﻤﯿﻢ ﮔﯿﺮى در ﻧﺰد IBM ﺷﮑﻞ ﮔﺮﻓﺘﻪ، در ﺣﺎﻟﻰ ﮐﻪ در ﻗﺮاﺋﺖ اول، ﻣﻮﺿﻮع اﻧﺠﺎم ﻓﻌﺎﻟﯿﺖ دوم ﻓــﺎرغ از وﺟﻮد ﯾﮏ ﻧﮕﺎه ﻣﺪﯾﺮﯾﺘﻰ و اﺧﺬ ﺗﺼﻤﯿــﻢ، ﺑﻪ ﺻﻮرت ﺧﻮدﮐﺎر ﻓﺮض ﺷﺪه اﺳﺖ. آﻧﮕﻮﻧﻪ ﮐﻪ ﻣﻦ ﺷﺒﮑﻪ ﻫﺎى PDM را ﻣﻰ ﻓﻬﻤﻢ، ﺑﻪ ﻣﺤﺾ اﯾﻨﮑﻪ ﻓﻌﺎﻟﯿﺖ ﭘﯿﺸﻨﯿﺎز ﺑﻪ اﺗﻤﺎم ﻣﻰ رﺳﺪ و اﻃﻤﯿﻨﺎن از وﻗﻮع ﺷﺮﻃﻰ ﮐﻪ ﮔﺬارده ﺷﺪه اﺳــﺖ ﺣﺎﺻﻞ ﻣﻰ ﮔﺮدد، ﯾﮏ ﻧﻈﺎم ﻣﺪﯾﺮﯾﺘﻰ در ﺟﺎﯾﮕﺎﻫﻰ ﻗﺮار ﻣﻰ ﮔﯿﺮد ﮐﻪ ﻣﻰ ﺗﻮاﻧﺪ ﮐﺎر درﺳﺖ را اﻧﺠﺎم دﻫﺪ. اﯾﻦ ﮐﺎر درﺳﺖ، ﺻﺎدر ﮐﺮدن و ﯾﺎ ﻧﮑﺮدن ﻣﺠﻮز ﺷــﺮوع ﮐﺎر ﺑﻌﺪى اﺳــﺖ. اﯾﻦ ﻧﮕﺎه در ﻫﺮ ﭼﻬﺎر ﻧﻮع راﺑﻄﻪ اى ﮐﻪ در ﺷﺒﮑﻪ ﻫﺎى PDM ﺗﻌﺮﯾﻒ ﺷﺪه اﻧﺪ، ﺻﺎدق اﺳﺖ. اﮔﺮ ﮐﺎرى ﺗﻤﺎم ﺷﻮد، ﻣﻰ ﺗﻮان ﻣﺠﻮز اﺗﻤﺎم ﮐﺎر ﺑﻌﺪى را ﺻﺎدر ﮐﺮد؛ اﮔﺮ ﮐﺎرى ﺷــﺮوع ﺷــﻮد، ﻣﻰ ﺗﻮان دﺳﺘﻮر ﺷﺮوع ﮐﺎر ﺑﻌﺪى را ﺻﺎدر ﮐﺮد؛ اﮔﺮ ﮐﺎرى ﺷﺮوع ﮔﺮدد، ﻣﻰ ﺗﻮان اﺗﻤﺎم ﮐﺎر دﯾﮕﺮى را اﻋﻼم ﻧﻤﻮد.

ﺑﻪ دو دﻟﯿﻞ ﻣﺎﯾﻠﻢ ﺑﻪ ﻧﻘﺪ اﺑﺰارﻫﺎ،  ﻧﺮم اﻓﺰارﻫﺎ و ﺗﮑﻨﯿﮏ ﻫﺎى ﻋﻠﻤﻰ ﺑﭙﺮدازم و اﻣﯿﺪوارم ﮐﻪ اﯾﻦ ﻧﮕﺮش را ﺑﺮاى ﺧﻮاﻧﻨﺪﮔﺎن روﺷﻦ ﮐﺮده ﺑﺎﺷﻢ: اول اﯾﻨﮑﻪ ﺣﺼﻮل ﻣﻮﻓﻘﯿﺖ را در ﻫﺮ ﮐﺎرى در ﮔﺮو ﻣﺸــﯿﺖ ﺧﺪاوﻧﺪ ﻣﻰ داﻧــﻢ و ﺑﻬــﺎ دادن ﺑﻪ اﺑﺰارﻫــﺎ را، در ﺣﺪى ﮐﻪ آﻧﻬــﺎ را ﻋﺎﻣﻞ ﻣﻮﻓﻘﯿﺖ و ﺷﮑﺴﺖ ﺑﭙﻨﺪارﯾﻢ، ﮔﻤﺮاﻫﻰ ﻣﻰ داﻧﻢ. دوم، ﺑــﺎ اﻧﺘﻘﺎد از ﻧﮕﺮش اﺻﻞ ﺑﻮدن اﺑﺰارﻫــﺎ، ﺗﮑﻨﯿﮏ ﻫﺎ و ﺗﺒﻠﯿﻐﺎﺗﻰ ﮐﻪ ﺣــﻮل آﻧﻬﺎ ﺻﻮرت ﻣﻰ ﭘﺬﯾﺮد، اﻣﯿﺪوارم وﺳــﯿﻠﻪ اى ﺑﺮاى ﮐﺎﻟﯿﺒﺮه ﮐﺮدن اﻧﺘﻈﺎراﺗﻤﺎن از اﯾﻦ ﻣﻮارد ﺑﺎﺷﻢ. ﻣــﻦ ادﻋﺎ ﻧﻤــﻰ ﮐﻨﻢ ﮐﻪ اﺑﺰارﻫــﺎى ﻣﺪﯾﺮﯾﺖ ﭘﺮوژه ﺑﺪ ﻫﺴــﺘﻨﺪ، و ﺣﺘﻰ ﻧﻤﻰ ﺗﻮاﻧﻢ ادﻋﺎ ﮐﻨﻢ ﮐﻪ در ﺑﻌﻀﻰ ﻣﻮارد وﺳﯿﻠﻪ اى ﮐﺎرﺳﺎز ﻧﺒﻮده اﻧﺪ، اﻣﺎ ﺑﺎ ﺗﻤﺎﻣﻰ ﺷــﻮاﻫﺪى ﮐﻪ در اﻃﺮاﻓﻢ دﯾﺪه ام ﺑﻪ اﯾﻦ ﺑﺎور رﺳــﯿﺪه ام ﮐﻪ ﻣﻨﺸــﺎء ﻣﻮﻓﻘﯿﺖ ﻧﺒﻮده اﻧﺪ، ﺷﺎﯾﺪ در ﻣﻮاردى وﺳﯿﻠﻪ ﻣﻮﻓﻘﯿﺖ و در ﻣﻮاردى ﻫﻢ وﺳﯿﻠﻪ ﺷﮑﺴﺖ در اﻧﺠــﺎم ﭘﺮوژه ﻫﺎ ﺑﻮده اﻧــﺪ. اﮔﺮ ﻧﮕﺮش ﺧﻮد را ﻣﻌﻄــﻮف ﺑﻪ ﺑﺎﻧﻰ و ﺑﺎﻋﺚ ﻣﻮﻓﻘﯿﺖ ﻫﺎ ﮐﻨﯿﻢ، ﺷــﺎﯾﺪ و ﺗﻨﻬﺎ ﺷﺎﯾﺪ ﺑﻪ ﺧﻮاﺳﺖ او ﺑﻪ اﻧﺠﺎم ﮐﺎرﻫﺎى درﺳﺖ ﻣﺒﺎدرت ﻧﻤﺎﯾﯿﻢ.


5 ﭼﯿﺰ ﮐﻪ ﺑﺎﯾﺪ درﺑﺎره اﻗﻼم ﻋﻤﻠﯿﺎﺗﻰ ﺑﺪاﻧﯿﺪ

1398/04/27
14:17
امیرحسین ستوده بیدختی امیرحسین ستوده بیدختی
ﯾﮏ ﻗﻠﻢ ﻋﻤﻠﯿﺎﺗﻰ، ﯾﮏ ﻓﻌﺎﻟﯿﺖ ﮐﺎرى ﺗﮏ اﺳــﺖ ﮐﻪ ﻧﯿﺎز ﺑﻪ ﭘﯿﮕﯿﺮى اﺟﺮاﯾﻰ دارد. اﻗــﻼم ﻋﻤﻠﯿﺎﺗﻰ را، ﺑﺎ ﺗﻮﺟﻪ ﺑﻪ ﻣﺎﻫﯿﺘﺸــﺎن، ﻣﻌﻤــﻮﻻً ﻧﻤﻰ ﺗﻮان از ﻗﺒﻞ ﺑﺮﻧﺎﻣــﻪ رﯾﺰى ﮐﺮد. اﯾﻦ اﻗــﻼم، ﺑﺮ ﻣﺒﻨﺎى ﻧﯿﺎز در ﻃﻰ ﺟﻠﺴــﺎت ﯾﺎ ﺑﻪ ﻋﻨﻮان ﻧﺘﯿﺠــﻪ ﻓﺮﻋﻰ ﮐﺎر ﺑــﺮ روى ﯾﮏ ﭼﯿﺰ دﯾﮕﺮ، ﺑﻪ وﺟﻮد ﻣــﻰ آﯾﻨﺪ. در راﻫﻨﻤﺎى PMBOK ﻫﯿﭻ ﺣﻮزه داﻧﺸﻰ ﺑﺮاى ﻣﺪﯾﺮﯾﺖ اﻗﻼم ﻋﻤﻠﯿﺎﺗﻰ وﺟﻮد ﻧﺪارد، اﻣﺎ اﯾﻦ اﻗﻼم ﻣﻰ ﺗﻮاﻧﻨﺪ ﺑﺮاى ﻫﻤﻮار ﮐﺮدن ﻣﺴــﯿﺮ ﭘﺮوژه، ﻣﻬﻢ ﺑﺎﺷﻨﺪ. آﻧﻬﺎ ﺟﻨﺒﻪ ﻣﻬﻤﻰ از ﻣﺪﯾﺮﯾﺖ زﻣﺎن ﻫﺴﺘﻨﺪ.
 ﯾــﮏ ﻗﻠﻢ ﻋﻤﻠﯿﺎﺗﻰ، ﺗﺨﺼﯿﺺ داده ﻣﻰ ﺷــﻮد زﯾــﺮا در اﺑﺘﺪاى ﺑﺮوز آن، 


داﻧﺶ، ﺗﺠﺮﺑﻪ ﯾﺎ زﻣﺎن ﮐﺎﻓﻰ ﺑﺮاى ﺣﻞ و ﻓﺼﻞ آن وﺟﻮد ﻧﺪاﺷﺘﻪ اﺳﺖ. اﻗﻼم ﻋﻤﻠﯿﺎﺗﻰ ﺑﺎﯾﺪ ﺗﺨﺼﯿﺺ داده ﺷﻮﻧﺪ، ﺑﺮ روى آﻧﻬﺎ ﮐﺎر ﺷﻮد و ﺗﮑﻤﯿﻞ ﮔﺮدﻧﺪ. )اﮔﺮ ﻧﯿﺎزى ﺑﻪ ﺗﮑﻤﯿﻞ آﻧﻬﺎ ﻧﺒﺎﺷــﺪ، ﻗﻠﻢ ﻋﻤﻠﯿﺎﺗﻰ ﻧﯿﺴﺘﻨﺪ.( اﻧﺘﻘﺎل اﻃﻼﻋﺎﺗﻰ ﺧﺎص ﺑﻪ ﯾﮏ ﻓﺮد، ﺗﺮﺗﯿﺐ دادن ﯾﮏ ﺟﻠﺴــﻪ، و اراﺋﻪ ﺑﺮآوردى ﺳﺮﯾﻊ در ﻣﻮرد ﻗﻄﻌﻪ اى از ﮐﺎر، ﻧﻤﻮﻧﻪ ﻫﺎﯾﻰ از اﻗﻼم ﻋﻤﻠﯿﺎﺗﻰ ﻫﺴﺘﻨﺪ. ﮔﺎﻫﻰ اوﻗﺎت ﯾﮏ ﻗﻠﻢ ﻋﻤﻠﯿﺎﺗﻰ ﺑﺮاى ﺑﺮرﺳــﻰ ﻧﺎﺣﯿﻪ اى ﮐﻪ ﻣﻤﮑﻦ اﺳﺖ 
ﻣﺸﮑﻞ ﺑﺎﻟﻘﻮه اى در آن وﺟﻮد داﺷﺘﻪ ﺑﺎﺷﺪ، ﭘﺪﯾﺪ ﻣﻰ آﯾﺪ. اﻗﻼم ﻋﻤﻠﯿﺎﺗﻰ ﺟﺰﺋﻰ را ﻣﻰ ﺗﻮان ﺑﻪ وﺳﯿﻠﻪ ﯾﮏ ﺑﺮﮔﻪ ﺛﺒﺖ اﻗﻼم ﻋﻤﻠﯿﺎﺗﻰ، ﭘﯿﮕﯿﺮى و ﻣﺪﯾﺮﯾﺖ ﮐﺮد. اﯾﻦ اﻗﻼم ﺟﺰﺋﻰ ﻣﻌﻤﻮﻻً ﺑﻪ ﮐﻤﺘﺮ از  2ﺳــﺎﻋﺖ ﮐﺎر ﻧﯿﺎز دارﻧﺪ. اﮔﺮ ﯾﮏ ﻗﻠﻢ ﻋﻤﻠﯿﺎﺗﻰ، ﺟﺰﺋﻰ ﻧﺒﺎﺷﺪ )ﺑﻪ ﺑﯿﺶ از  2ﺳﺎﻋﺖ ﮐﺎر ﻧﯿﺎز داﺷﺘﻪ ﺑﺎﺷﺪ( ﺑﺎﯾﺪ ﺑﻪ ﻋﻨﻮان ﯾﮏ ﻓﻌﺎﻟﯿﺖ، ﺑﻪ ﺑﺮﻧﺎﻣﻪ زﻣﺎﻧﺒﻨﺪى ﭘﺮوژه اﻓﺰوده ﺷﻮد، ﯾــﮏ ﻣﻨﺒﻊ و ﯾﮏ ﺗﺎرﯾﺦ ﭘﺎﯾﺎن ﺑــﻪ آن اﺧﺘﺼﺎص ﯾﺎﺑﺪ و ﻫﻤﭽﻮن ﻓﻌﺎﻟﯿﺖ 


7 زﻣﯿﻨﻪ ﮐﻠﯿﺪى ﺑﺮاى ﺗﻬﯿﻪ ﮔﺰارش وﺿﻌﯿﺖ ﭘﺮوژه

1398/04/5
15:33
امیرحسین ستوده بیدختی امیرحسین ستوده بیدختی
ﮔــﺰارش وﺿﻌﯿــﺖ، ﮐﻤﺘﺮﯾﻦ ﻋﻨﺼﺮ ارﺗﺒﺎﻃﻰ ﺑــﺮاى ﯾﮏ ﻣﺪﯾﺮ ﭘﺮوژه اﺳــﺖ. در وﻫﻠﻪ اول، ﻫــﺪف، ﻣﺪﯾﺮﯾﺖ اﻧﺘﻈﺎرات ذى ﻧﻔﻌﺎن اﺳــﺖ. ﮔﺰارش وﺿﻌﯿﺖ ﭘﺮوژه، ﺧﻼﺻﻪ ﭘﯿﺸــﺮﻓﺖ ﭘﺮوژه ﺗﺎﮐﻨﻮن را ﻧﺸــﺎن ﻣﻰ دﻫﺪ و ﻓﻬﺮﺳــﺘﻰ از ﺗﻐﯿﯿﺮات، رﯾﺴــﮏ ﻫﺎ و ﻣﺴــﺎﺋﻞ ﻣﻬﻢ ﭘﺮوژه را، ﮐــﻪ ﻧﯿﺎز ﺑﻪ ﺗﻮﺟﻪ ذى ﻧﻔﻌﺎن دارد، اراﺋﻪ ﻣﻰ ﻧﻤﺎﯾﺪ. اﮔﺮ ﻗﺼﺪ دارﯾﺪ ﯾﮏ ﮔــﺰارش وﺿﻌﯿﺖ ﭘﺮوژه ﺗﻬﯿﻪ ﮐﻨﯿﺪ، ﺑﺨــﺶ ﻫﺎى زﯾﺮ را در آن ﺑﮕﻨﺠﺎﻧﯿﺪ:
 ﺧﻼﺻﻪ اﺟﺮاﯾﻰ: ﭘﯿﺸــﺮﻓﺖ ﮐﻠﻰ و ﻫﺮ ﮔﻮﻧﻪ دﺳﺘﺎورد ﮐﻠﯿﺪى، از آﺧﺮﯾﻦ ﺑﻪ روز رﺳــﺎﻧﻰ ﺗﺎﮐﻨﻮن، را ﺑﻪ ﻃﻮر ﺧﻼﺻﻪ ذﮐﺮ ﮐﻨﯿﺪ. ﺑﯿﺎن ﮐﻨﯿﺪ ﮐﻪ آﯾﺎ ﭘﺮوژه در ﺣﺎل ﺣﺎﺿﺮ ﻣﻄﺎﺑﻖ زﻣﺎﻧﺒﻨﺪى و ﺑﻮدﺟﻪ ﭘﯿﺶ ﻣﻰ رود ﯾﺎ ﺧﯿﺮ.
 ﺑﺮﻧﺎﻣﻪ زﻣﺎﻧﺒﻨﺪى: وﺿﻌﯿﺖ ﮐﻠﻰ زﻣﺎﻧﺒﻨﺪى را ﺑﺎ رﻧﮓ ﻫﺎى ﺳﺒﺰ )ﻃﺒﻖ ﺑﺮﻧﺎﻣﻪ(، زرد )در ﻣﻌﺮض ﺧﻄﺮ(، ﯾﺎ ﻗﺮﻣﺰ )ﻧﯿﺎزﻣﻨﺪ ﺑﺎزﻧﮕﺮى( ﻧﺸﺎن دﻫﯿﺪ؛ و اﻗﺪاﻣﺎت اﺻﻼﺣﻰ ﻻزم را ﻣﺘﺬﮐﺮ ﺷﻮﯾﺪ.
 ﻫﺰﯾﻨﻪ ﻫﺎ: وﺿﻌﯿﺖ ﮐﻠﻰ ﻫﺰﯾﻨﻪ ﻫﺎ را ﺑﺎ رﻧﮓ ﻫﺎى ﺳﺒﺰ، زرد، ﯾﺎ ﻗﺮﻣﺰ )ﻫﻤﺎﻧﻨﺪ ﻣﻮرد ﻗﺒﻞ( ﻧﺸــﺎن دﻫﯿﺪ و اﻗﺪاﻣﺎت اﺻﻼﺣﻰ ﻻزم را ﺑﯿﺎن ﮐﻨﯿﺪ.
 ﻣﺤﺪوده: وﺿﻌﯿﺖ ﮐﻠﻰ ﻣﺤﺪوده را ﺑﺎ رﻧﮓ ﻫﺎى ﺳــﺒﺰ، زرد ﯾﺎ ﻗﺮﻣﺰ ﻧﺸﺎن دﻫﯿﺪ و اﻗﺪاﻣﺎت اﺻﻼﺣﻰ ﻣﻮرد ﻧﯿﺎز )در ﺻﻮرت زرد ﺑﻮدن( ﯾــﺎ ﺗﻐﯿﯿﺮات ﻻزم در ﻣﺤﺪوده، زﻣﺎﻧﺒﻨﺪى و/ ﯾﺎ ﺑﻮدﺟﻪ )در ﺻﻮرت ﻗﺮﻣﺰ ﺑﻮدن( را ذﮐﺮ ﮐﻨﯿﺪ.
 ﮐﯿﻔﯿﺖ: وﺿﻌﯿﺖ ﮐﻠﻰ ﮐﯿﻔﯿﺖ را ﺑﺎ رﻧﮓ ﻫﺎى ﺳﺒﺰ، زرد ﯾﺎ ﻗﺮﻣﺰ ﻧﺸﺎن دﻫﯿﺪ. اﮔﺮ وﺿﻌﯿﺖ ﮐﯿﻔﯿﺖ، زرد اﺳﺖ ﺑﯿﺎن ﮐﻨﯿﺪ ﮐﻪ ﭼﮕﻮﻧﻪ آﻧﺮا ﺑﻪ وﺿﻌﯿﺖ ﺳﺒﺰ ﺑﺎز ﺧﻮاﻫﯿﺪ ﮔﺮداﻧﺪ. اﮔﺮ وﺿﻌﯿﺖ ﻗﺮﻣﺰ اﺳﺖ، ﺗﻮﺿﯿــﺢ دﻫﯿﺪ ﮐﻪ ﭘﺮوژه را ﭼﮕﻮﻧﻪ ﺗﻐﯿﯿــﺮ ﺧﻮاﻫﯿﺪ داد ﺗﺎ ﮐﯿﻔﯿﺖ ﻣــﻮرد اﻧﺘﻈﺎر، ﺣﺎﺻﻞ ﮔﺮدد. اﯾﻦ ﮐﺎر ﻣﻌﻤﻮﻻً ﺑﺎ ﺗﻐﯿﯿﺮ ﻓﺮآﯾﻨﺪﻫﺎى ﭘﺮوژه اﻧﺠﺎم ﺧﻮاﻫﺪ ﺷــﺪ؛ اﮔﺮ ﭼﻪ ﮔﺎﻫﻰ اوﻗﺎت ﻻزم اﺳﺖ ﻣﻌﯿﺎر ﮐﯿﻔﯿﺖ، ﺗﻐﯿﯿﺮ ﮐﻨﺪ ﺗﺎ واﻗﻊ ﺑﯿﻨﺎﻧﻪ ﺗﺮ ﮔﺮدد.
 رﯾﺴﮏ ﻫﺎ: رﯾﺴﮏ ﻫﺎ، ﻣﺸﮑﻼت ﺑﺎﻟﻘﻮه اى ﻫﺴﺘﻨﺪ ﮐﻪ ﻣﻤﮑﻦ اﺳﺖ در آﯾﻨﺪه ﺑﻪ وﺟﻮد آﯾﻨﺪ. ﭘﺮوزه ﺷﻤﺎ ﺑﺎﯾﺪ داراى رﯾﺴﮏ ﻫﺎى ﺛﺒﺖ ﺷﺪه و ﺑﻪ روز رﺳﺎﻧﻰ ﺷﺪه ﺑﺎﺷﺪ. ﺷﻤﺎ ﺑﺎﯾﺪ رﯾﺴﮏ ﻫﺎى ﻣﻬﻢ و ﺑﺤﺮاﻧﻰ را ﮐﺸﻒ و اﺳﺘﺨﺮاج ﮐﻨﯿﺪ و ﻫﻤﺮاه ﺑﺎ ﻧﺤﻮه ﭘﺎﺳﺨﮕﻮﯾﻰ ﺑﻪ آﻧﻬﺎ، در ﻣﻌﺮض دﯾﺪ ذى ﻧﻔﻌﺎن ﻣﺪﯾﺮﯾﺖ ﻗﺮار دﻫﯿﺪ.
 ﻣﺴـﺎﺋﻞ: ﻣﺴﺎﺋﻞ، ﻋﺒﺎرﺗﻨﺪ از ﻣﺸﮑﻼت ﺑﺰرگ و ﻓﻌﻠﻰ ﮐﻪ ﭘﺮوژه را ﺗﺤﺖ ﺗﺄﺛﯿﺮ ﻗﺮار داده اﻧﺪ. ﻣﺴﺎﺋﻞ، آﻧﻘﺪر ﺑﺰرگ ﻫﺴﺘﻨﺪ ﮐﻪ ﺑﺎﯾﺪ ﺗﻤﺎﻣــﻰ آﻧﻬﺎ، ﺑﺮاى ﺑﺮرﺳــﻰ ذى ﻧﻔﻌﺎن، ﻓﻬﺮﺳــﺖ و در ﮔﺰارش آورده ﺷــﻮﻧﺪ. ﺗﻮﺿﯿﺢ دﻫﯿﺪ ﮐﻪ ﺑﺮاى رﺳﯿﺪﮔﻰ و ﺑﺮﻃﺮف ﮐﺮدن هریک از مسائل چه برنامه ای دارید.


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

1398/01/27
16:48
امیرحسین ستوده بیدختی امیرحسین ستوده بیدختی
در دهه 1980 و قبل از آن، در بسیارى از شركت ها، حتى برخى از شركت هاى بزرگ، غیرمعمول نبود كه وارد شركت بشوید و بدون هیچگونه چالشى هر كسى را كه مى خواستید، ملاقات كنید. اكنون آن روزها سپرى شده است. در 15 سال اخیر، شركت ها نسبت به نیار به امنیت در تمامى سطوح، بسیار آگاه تر شده اند. اكنون هدف این است كه تمامى كاركنان به هر چیزى كه براى انجام وظایف شغلى خود نیاز دارند، دسترسى داشته باشند- و نه چیزى بیشتر!
امنیت، یك اصطلاح گسترده است و تعیین سیاست امنیتى كلى شما، نیاز به كمك بسیارى از بخش هاى مختلف سازمان دارد. بیایید نگاهى بكنیم به تعدادى از این بخش ها:
 خدمات: بخش خدمات شما معمولاً مسئولیت ایمنى و امنیت فیزیكى افراد شركت را بر عهده دارد. این بخش، نوعاً مسئول گذاشتن نگهبان در مقابل ساختمان ها، ایجاد قسمت پذیرش كه تمامى بازدیدكنندگان در آنجا به انتظار مى نشینند، صدور مجوز براى كاركنان و پیمانكاران مجاز، تهیه و تنظیم تجهیزات خواندن مجوزها، و غیره مى باشد.
 منابع انسانى ( HR ): این بخش، دو نقش اصلى در امنیت بازى مى كند. اول، توسعه سیاست هاى ایمنى و امنیتى مانند: آزار و اذیت در محل كار، تهدیدها، مجازات ها و غیره. دوم، كمك به تعیین عواقب ناشى از رفتارهاى ناخواسته و بى احتیاطى ها در ارتباط با امنیت.
 ممیزى: ممیزان داخلى و خارجى شما معمولاً مایلند اطمینان حاصل كنند كه از سیاست هاى خوب و صحیح امنیتى برخوردار هستید و از این سیاست ها پیروى مى كنید.
 واحدهاى حرفه اى: هر واحد حرفه اى باید سیاست هاى امنیتى اى داشته باشد كه اطلاعات حرفه اى، داده هاى خام، گزارش ها، اسرار تجارى و غیره را پوشش دهد.
 مدیریت شبكه: این گروه، در شركت هاى مختلف نام هاى متفاوتى دارد، اما آنها كسانى هستند كه مسئول امنیت، قابلیت اطمینان ویكپارچگى شبكه كامپیوترى هستند. این گروه اطمینان حاصل مى كنند از اینكه كل شبكه در مقابل هكرها امن است، فایروال ها شبكه را از دسترسى خارجى محافظت مى كنند، و داده ها و پایگاه هاى داده، محافظت شده و امن هستند.
 توسعه فناورى اطلاعات: گروه توسعه باید سطحى مناسب از امنیت را در برنامه هاى كاربردى شركت ایجاد كند، از جمله گذرواژه هاى دسترسى به برنامه ها و اطمینان از دسترسى افراد به اطلاعاتى كه براى انجام وظایف شغلى خود نیاز دارند.


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

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