Thursday, 16 June 2016
ယွဥ္တြဲလုပ္ေဆာင္ၿခင္း (Fast Tracking) ႏွင့္ လူအင္အားၿဖည္ ့တင္းေဆာင္ရြက္ၿခင္း (Crashing)
ပေရာဂ်က္မန္ေနဂ်ာမ်ားသည္ မိမိတာဝန္ယူလုပ္ေဆာင္ေနေသာ ပေရာဂ်က္မ်ား၏ အခ်ိန္ဇယားမ်ားကို အပတ္စဥ္တိုင္း ၿပန္လည္သံုးသပ္သင့္ေပသည္။ သို ့မွသာ ပေရာဂ်က္သည္ သတ္မွတ္ထားသည္ ့အတိုင္း တိုးတက္မႉ ရွိသည္ မရွိသည္ကို ရွင္းရွင္းလင္းလင္း သိရွိႏိုင္လိမ္ ့မည္။ အကယ္၍ ပေရာဂ်က္သည္ ေနာက္က်ေနပါက ၿပန္လည္၍ အခိ်န္မွီၿပီးစီးလာေစရန္ လုပ္ေဆာင္ႏိုင္မည္ ့စီမံခန္ ့ခဲြမႉ လုပ္ထုံးလုပ္နည္း အခ်ိဳ ့ကို အသံုးခ်ရလိမ္ ့မည္။
ဥပမာအားၿဖင္ ့၊ ပေရာဂ်က္ တစ္ခုသည္ ေတာ္ေတာ္ဆိုးဆိုးရြားရြား ေနာက္က်လာသည္ဟု စဥ္းစားၾကည့္္ရေအာင္။ ပေရာဂ်က္ကိုၿပန္လည္ အခ်ိန္မွီလာေအာင္လုပ္ႏိုင္မည့္ ရိုးရွင္းလြယ္ကူေသာ အေၿခခံ အခ်ိန္ဇယားလုပ္ထံုးလုပ္နည္းမ်ား (Simple Scheduling Techniques) လည္း အသံုးခ်၍ မၿဖစ္ႏိုင္္။ ဒါ ့အၿပင္ ပေရာဂ်က္ၿပီးစီးရမည္ ့ အခိ်န္(Project Deadline) သည္ေၿပာင္းလဲခြင္ ့ မရွိသည္ ့အေၿခအေနဟုလည္း ယူဆၾကည့္ရေအာင္။
ထုိအေၿခအေနတြင္ ေနာက္ဆံုးပိတ္အေနၿဖင္ ့အသံုးခ်သင္ ့ေသာ နည္းစနစ္ ၂ မ်ိဴးရွိပါသည္။ ၄င္းတို ့ကို လုပ္ငန္းတာဝန္အလုပ္မ်ားကို ယွဥ္တြဲလုပ္ေဆာင္ၿခင္း (Fast Tracking) ႏွင့္ လူအင္အားၿဖည္ ့တင္းေဆာင္ရြက္ၿခင္း (Crashing) ဟုေခၚတြင္ၾကပါသည္။ (ေအာက္တြင္ဆက္လက္ေဆြးေႏြးသည္ ့အခါ လြယ္ကူေစရန္မူရင္း English စကားလုံးမ်ားကိုသာ အသံုးၿပဳၾကရေအာင္။)
Fast Tracking တြင္ လုပ္ငန္းတာဝန္အလုပ္မ်ားကို ယခင္က လုပ္ရုိးလုပ္စဥ္ အတိုင္း တစ္ခုၿပီးမွတစ္ခု လုပ္ရန္ အစီအစဥ္မွ ယွဥ္တြဲလုပ္ကိုင္ရန္ အေနအထားသို ့ေၿပာင္းလဲလုပ္ေဆာင္ၿခင္းၿဖစ္သည္။ ဥပမာတစ္ခုၿဖင္ ့သံုးသပ္ၾကည္ ့ ရေအာင္။ ေဆာက္လုပ္ေရး ပေရာဂ်က္တစ္ခုတြင္ လုပ္ရိုးလုပ္စဥ္ အားၿဖင္ ့ ေဆာက္လုပ္မႉစတင္ၿခင္း (Construction Commecement) သည္ ဒီဇုိင္းတြက္ခ်က္မႉ (Design Calculation) ၿပီးစီးမွသာ စတင္ေလ ့ရွိေသာ္လည္း၊ Fast Tracking နည္းစနစ္တြင္ ဒီဇိုင္းတြက္ခ်က္မႉ အလံုးစံု ၁၀၀% ၿပီးစီးသည္အထိ မေစာင္ ့ဘဲ ဒီဇိုင္းတြက္ခ်က္မႉ ၈၀% ၿပီးစီးရုံမွ်ၿဖင္ ့ ေဆာက္လုပ္မႉ ကုိစတင္ၿခင္းၿဖစ္သည္။ ထုိကဲ ့သို ့ေသာ ယွဥ္တြဲလုပ္ေဆာင္ၿခင္း သေဘာသဘာဝ မ်ား ပါဝင္မႉေၾကာင္ ့ Fast Tracking သည္ အရဲစြန္ ့ရမႉ (Risk) မ်ားၿဖင္ ့ေတြ ့ၾကံဳရႏိုင္ၿပီး လုပ္ၿပီးသားအလုပ္မ်ားကို ၿပန္လည္လုပ္ေဆာင္ရၿခင္း (Rework) အေၿခအေနမ်ားလည္း ၿဖစ္ေပၚလာႏိုင္သည္။ ဆိုလိုသည္မွာ အထက္ေဖာ္ၿပပါဒီဇိုင္းႏွင္ ့ေဆာက္လုပ္ၿခင္းယွဥ္တြဲလုပ္ေဆာင္ ေနစဥ္အတြင္း ေနာက္ဆံုးအဆင္ ့ဒီဇိုင္းေၿပာင္းလဲမႉ အခ်ိဳ ့ၿဖစ္လာပါက ေဆာက္လုပ္ၿပီးသားအခ်ိဳ ့ အလုပ္မ်ားကို ၿပန္ၿပင္ရႏိုင္ေပသည္။
ေလ့လာမႉမ်ားအရ ပေရာဂ်က္ အခ်ိန္ဇယားတစ္ခုတြင္ တစ္ခုၿပီးမွတစ္ခုလုပ္ရန္ လုပ္ငန္းတာဝန္မ်ား (Sequential Activities) ကို ၊ ယွဥ္တြဲလုပ္ေဆာင္ႏိုင္ေသာ လုပ္ငန္းတာဝန္မ်ား (Fast Tracked Activities) အၿဖစ္ ၃၃% အထိေၿပာင္းလဲ လုပ္ကိုင္ႏိုင္္ၾကပါသည္။ တစ္နည္းအားၿဖင္ ့ ဆုိရေသာ္ ပထမအလုပ္တာဝန္ (First Activity) သည္ ၆၆% ၿပီးစီးပါက ဒုတိယအလုပ္တာဝန္ (Second Activity) ကိုစတင္ၿခင္းမ်ိဴး ၿဖင္ ့ ပေရာဂ်က္ လုပ္ငန္းမ်ားလုပ္ေဆာင္ရန္ ၾကာခ်ိန္ကို ေလွ်ာ့ခ်၍ စီစဥ္လုပ္ေဆာင္ႏိုင္ပါသည္။ အ႐ဲစြန္ ့ ရမႉအႏၱရာယ္ ရွိေသာ္လည္း ဆိုးရြားေသာ ပေရာဂ်က္ က်ဆံုးမႉ အေၿခအေနမ်ိဴးေလာက္ မရွိႏုိင္သၿဖင္ ့ အမ်ားအားၿဖင္ ့ပေရာဂ်က္စီမံခန္ ့ ခြဲမႉ နယ္ပယ္တြင္ Fast Tracking နည္းစနစ္ကို က်ယ္ၿပန္ ့စြာ အသံုးၿပဳၾကပါသည္။
Crashing နည္းစနစ္သည္ ပေရာဂ်က္၏ အေရးၾကီးၿပီး၊ မၿဖစ္မေနၿပီးရမည္ ့အလုပ္တာဝန္မ်ား (Critical activities) ကိုလုပ္ေဆာင္ရန္အတြက္ လူအင္အားထပ္တိုးထည္ ့ကာ လုပ္ေဆာင္ၿခင္းၿဖစ္သည္။ သို ့ေသာ္ လူအင္အားထပ္ထည္ ့ လိုက္တိုင္း လုပ္ငန္းၿပီးေၿမာက္ႏိုင္စြမ္း တိုးလာသည္ေတာ ့ မဟုတ္ေပ။ဥမမာအားၿဖင္ ့လုပ္သားတစ္ေယာက္သည္ ၁၀ ရက္ၾကာလုုပ္ရမည္ ့ မၿဖစ္မေနၿပီးရမည္ ့ အလုပ္တာဝန္တစ္ခုကို လုပ္ေဆာင္ေနသည္ဆိုပါစို ့။ ကုမၸဏီမွ ထိုအလုပ္တာဝန္ကို ၅ ရက္အတြင္းၿပီးေစခ်င္သၿဖင္ ့ေနာက္ထပ္ လုပ္သားတစ္ေယာက္ကို ထပ္ထည္ ့လိုက္သည္။ သို ့ ေသာ္ ထပ္ထည္ ့လုိက္ေသာ လုပ္သားသည္ ရွိသင္ ့ေသာ ကြ်မ္းက်င္မႉမရွိသၿဖင္ ့တကယ္တမ္း ၅ရက္ၿပည္ ့ေသာအခါ ထိုအလုပ္တာဝန္သည္ မၿပီးဘဲ ၈ ရက္ေၿမာက္မွသာၿပီး သည္ ဆိုပါစို ့။ ထိုအေၿခအေနတြင္ ရရွိလာေသာ အက်ိဴးေက်းဇူးသည္ ၂ ရက္ေစာ၍ၿပီးၿခင္းသာၿဖစ္သည္။ ထိုကဲ ့သို ့ေသာရလာဒ္ သည္ လက္ေတြ ့တြင္ ပေရာဂ်က္အတြက္ သိသိသာသာ အက်ိဴးမ်ားၿခင္းေတာ ့မဟုတ္ေပ။
ထို ့ေၾကာင္ ့Crashing လုပ္မည္ဆိုလွ်င္ လူအင္အား ထပ္ထည္ ့၍ ေအာင္ၿမင္ ၿပီးစီး ႏိုင္မည္ ့လုပ္ငန္းတာဝန္ပမာဏ ႏွင္ ့ေနာက္တိုးလူအင္အားအတြက္ ကုန္က်စရိတ္တို ့ကို စနစ္တက် ခ်င္ ့ခ်ိန္သင္ ့ ေပသည္။ အမ်ားအားၿဖင္ ့ပေရာဂ်က္၏ မၿဖစ္မေနၿပီးေၿမာက္ရမည္ ့ အလုပ္တာဝန္မ်ား (Critical Activities) အား သတ္မွတ္ ခ်ိန္ထက္ေစာ၍ ၿပီးေစရန္ ေငြေၾကးထပ္မံ ၿဖည္ ့တင္းေဆာင္ ရြက္ႏိုင္ပါက Crashing နည္းစနစ္သည္ သင္ ့ ေတာ္ေသာ နည္းလမ္းတစ္ခုပင္ ၿဖစ္ပါသည္။
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment