အုပ်ချုပ်မှုသည် ဗျူရိုကရေစီ မဟုတ်ပါ။ ညံ့ဖျင်းသော အုပ်ချုပ်မှုသာ ဗျူရိုကရေစီ ဖြစ်သည်။

IT ဌာနအများစုတွင် "အုပ်ချုပ်မှု" ဟူသော စကားလုံးကို ပြောလိုက်သည်နှင့် လူများ စိတ်ဓာတ်ကျသွားသည်ကို မြင်ရမည်။ ၎င်းတို့ စိတ်ထဲတွင် နှစ်ပတ်တစ်ကြိမ် အစည်းအဝေးထိုင်သော အတည်ပြုဘုတ်အဖွဲ့များ၊ မည်သူမျှ မဖတ်သော ဖောင်များနှင့် အဓိကအားဖြင့် ငြင်းပယ်ရန်သာ ရှိနေသော ပြောင်းလဲမှု ပြက္ခဒိန်ကို မြင်ယောင်ကြသည်။

၎င်းသည် အုပ်ချုပ်မှု မဟုတ်ပါ။ အုပ်ချုပ်မှုကို ညံ့ဖျင်းစွာ ဒီဇိုင်းဆွဲထားသည့်အခါ — သို့မဟုတ် လုံးဝ ဒီဇိုင်းမဆွဲဘဲ မူဘောင်တစ်ခုမှ ကူးယူထားသည့်အခါ — ကျန်ရစ်သည့်အရာသာ ဖြစ်သည်။

ကောင်းမွန်သော အုပ်ချုပ်မှုသည် ဆန့်ကျင်ဘက်ကို လုပ်ဆောင်သည်။ ဆုံးဖြတ်ခွင့် မည်သူ့တွင် ရှိသည်ကို လူတိုင်းသိသောကြောင့် ဆုံးဖြတ်ချက်များ ပိုမြန်လာသည်။ ကန့်သတ်ဘောင်များ ရှင်းလင်းသောကြောင့် အဖွဲ့များ ရှေ့ဆက်နိုင်သည်။ ထို့ပြင် ပြင်ဆင်ရန် ကုန်ကျစရိတ် နည်းသေးစဉ်မှာပင် အန္တရာယ်ကို စောစီးစွာ ဖမ်းမိသည်။

အုပ်ချုပ်မှု အမှန်တကယ် ရှိရခြင်း၏ ရည်ရွယ်ချက်

ဝေါဟာရများကို ဖယ်ထားလိုက်လျှင် IT အုပ်ချုပ်မှုသည် မေးခွန်းသုံးခုကို ဖြေဆိုသည်:

1. မည်သူ ဆုံးဖြတ်မည်နည်း။ ဆုံးဖြတ်ခွင့်များ — အသုံးစရိတ်၊ ပြောင်းလဲမှု၊ အန္တရာယ်လက်ခံခြင်းနှင့် ဦးစားပေးကိစ္စများအတွက်။
2. ကောင်းမွန်မှုဆိုသည်မှာ မည်သို့နည်း။ ကျွန်ုပ်တို့ သဘောတူထားသော ဝန်ဆောင်မှုအဆင့်များ၊ ထိန်းချုပ်မှုများနှင့် ရလဒ်များ။
3. မည်သို့ သိနိုင်မည်နည်း။ ၎င်းတို့ အမှန်တကယ် ဖြစ်ပေါ်နေ၊ မနေကို ပြသသော အထောက်အထားနှင့် အစီရင်ခံမှုများ။

COBIT သည် ဤမေးခွန်းများကို ဘုတ်အဖွဲ့အဆင့်တွင် စနစ်တကျ ဖြေဆိုနိုင်သော နည်းလမ်းကို ပေးသည်။ ITIL သည် ၎င်းတို့ကို နေ့စဉ် လည်ပတ်ရန် လုပ်ငန်းကျင့်စဉ်များ (practices) ကို ပေးသည်။ နှစ်ခုစလုံးသည် စည်းမျဉ်းစာအုပ်အဖြစ် အသုံးမဝင်ပါ။ နှစ်ခုစလုံးသည် ဆုံးဖြတ်ချက်ချရာတွင် မူဘောင်အဖြစ် အသုံးဝင်သည်။

မည်သူမျှ မမေးခဲ့သော $2.5M မေးခွန်း

လုပ်ငန်းကြီးတစ်ခု၏ စနစ်ပြောင်းရွှေ့မှု (migration) တစ်ခုတွင် အစီအစဉ်သည် လမ်းကြောင်းမှန်ပေါ် ရှိနေပြီး အတည်ပြုအစည်းအဝေးလည်း နီးကပ်နေပြီ ဖြစ်သည်။ မှန်ကန်စွာ လုပ်ဆောင်သော အုပ်ချုပ်မှုဆိုသည်မှာ အတည်မပြုမီ နောက်ထပ် မေးခွန်းတစ်ခု မေးရန် ဖြစ်သည်: စမ်းသပ်မှုအစီအစဉ်ထဲရှိ dependency များသာမက အရေးကြီးသော dependency တိုင်းအတွက် လိုက်ဖက်ညီမှုကို စစ်ဆေးအတည်ပြုပြီးပြီလား။

မစစ်ဆေးရသေးပါ။ VPN လိုက်ဖက်ညီမှု ချို့ယွင်းချက်တစ်ခုသည် ထိုကွက်လပ်ထဲတွင် ရှိနေခဲ့သည်။ အတည်မပြုမီ ၎င်းကို ဖမ်းမိခြင်းဖြင့် ခန့်မှန်းထားသော $2.5M လုပ်ငန်းထိခိုက်မှုကို ကာကွယ်နိုင်ခဲ့သည်။

၎င်းကို မည်သူမျှ ဗျူရိုကရေစီဟု ခေါ်မည် မဟုတ်ပါ။ ၎င်းသည် go-live ကို ခေတ္တရပ်ဆိုင်းနိုင်သော အာဏာရှိသူတစ်ဦးက ပိုင်ဆိုင်တာဝန်ယူထားသည့် နေရာမှန်တွင် ထားရှိသော ထိန်းချုပ်မှု တစ်ခုတည်းသာ ဖြစ်သည်။ အဓိကအချက်မှာ ထိုအရာပင် ဖြစ်သည်။

သင့်အုပ်ချုပ်မှု ဗျူရိုကရေစီ ဖြစ်သွားပြီဟု ပြသော လက္ခဏာ ငါးရပ်

• ပြောင်းလဲမှုတိုင်းသည် ဘုတ်အဖွဲ့ တစ်ခုတည်းသို့ ရောက်သည် — စကားဝှက်မူဝါဒကို အနည်းငယ် ပြင်ခြင်းဖြစ်စေ၊ core platform migration ဖြစ်စေ။
• အတည်ပြုချက်များကို မှတ်တမ်းတင်သော်လည်း ဆုံးဖြတ်ချက်များကို မှတ်တမ်းမတင်ပါ — မည်သူ လက်မှတ်ထိုးသည်ကို မြင်ရသော်လည်း အဘယ်ကြောင့်ဆိုသည်ကို မမြင်ရပါ။
• SLA များသည် ရလဒ်ကို မဟုတ်ဘဲ လုပ်ဆောင်မှုကို တိုင်းတာသည် — လုပ်ငန်းက လိုအပ်သည့်အချိန်တွင် ဝန်ဆောင်မှုများ ရရှိနိုင်ခဲ့ခြင်းကို မဟုတ်ဘဲ ပိတ်ခဲ့သော ticket အရေအတွက်ကို တိုင်းတာသည်။
• အစီရင်ခံစာများကို IT အတွက် ရေးထားသည်၊ ထို့ကြောင့် အမှုဆောင်အရာရှိများ ၎င်းတို့ကို ဖတ်ရှုခြင်း ရပ်သွားကြသည်။
• ပိုင်ရှင်ကို မည်သူမျှ အမည်မဖော်နိုင်ပါ — အန္တရာယ်တစ်ခု၊ ဝန်ဆောင်မှုတစ်ခု သို့မဟုတ် ပံ့ပိုးသူ (vendor) ဆက်ဆံရေးတစ်ခု၏ ပိုင်ရှင်ကို။

လုပ်ငန်းများကို မြန်ဆန်စေသော အုပ်ချုပ်မှုကို ဒီဇိုင်းဆွဲခြင်း

ဆုံးဖြတ်ချက်များကို အဆင့်ခွဲပါ။ စံသတ်မှတ်ထားသော၊ အန္တရာယ်နည်းသော ပြောင်းလဲမှုများကို ကြိုတင်အတည်ပြုပြီး အလိုအလျောက် လုပ်ဆောင်သင့်သည်။ လုပ်ငန်းကို အမှန်တကယ် ထိခိုက်နိုင်သော ပြောင်းလဲမှုများအတွက်သာ လူ၏ သုံးသပ်မှုကို ချန်ထားပါ။

ဆုံးဖြတ်ခွင့်များကို စာဖြင့် ရေးသားထားပါ။ အဓိက ဆုံးဖြတ်ချက်များအတွက် စာမျက်နှာတစ်မျက်နှာစာ RACI တစ်ခုသည် မည်သည့် ကိရိယာထက်မဆို အဟန့်အတားကို ပိုမို ဖယ်ရှားပေးသည်။

SLA များကို လုပ်ငန်းဘက်မှ နောက်ပြန် ဒီဇိုင်းဆွဲပါ။ စတိုးဆိုင်၊ စက်ရုံ သို့မဟုတ် သင်္ဘောတစ်စင်း အမှန်တကယ် လိုအပ်သည့်အရာမှ စတင်ပြီး ၎င်းကို ပံ့ပိုးရန် ပစ်မှတ်များနှင့် OLA များကို သတ်မှတ်ပါ။ SLA လိုက်နာမှုသည် အပေါ်ယံ အလှဆင်မှု မဟုတ်ဘဲ အဓိပ္ပာယ်ရှိလာပုံမှာ ထိုနည်းဖြင့်ပင် ဖြစ်သည်။

ပံ့ပိုးသူ အုပ်ချုပ်မှုကို ကယ်ဆယ်ရေးလုပ်ငန်းအဖြစ် မဟုတ်ဘဲ ပုံမှန်လုပ်ငန်းစဉ်အဖြစ် ပြုလုပ်ပါ။ ရှင်းလင်းသော escalation လမ်းကြောင်းများဖြင့် စာချုပ်နှင့် နှိုင်းယှဉ်ကာ လစဉ် ဝန်ဆောင်မှု သုံးသပ်ချက်များ ပြုလုပ်ခြင်းသည် ပံ့ပိုးသူဆိုင်ရာ ကိစ္စများ incident များအဖြစ် မပြောင်းလဲစေရန် တားဆီးသည်။ စည်းကမ်းရှိသော ပံ့ပိုးသူ ပေါင်းစည်းလျှော့ချမှုနှင့် ပိုင်ဆိုင်မှု သက်တမ်းစက်ဝန်း အုပ်ချုပ်မှုဖြင့် ဒေသဆိုင်ရာ IT ကုန်ကျစရိတ်ကို 15% (AED 5.5M) လျှော့ချရာတွင် ကျွန်ုပ် ကူညီခဲ့သည် — ဖြတ်လမ်းလိုက်ခြင်းဖြင့် မဟုတ်ဘဲ မည်သည့်အရာအတွက် ငွေပေးနေသည်ကို တိကျစွာ သိခြင်းဖြင့် ဖြစ်သည်။

ဘုတ်အဖွဲ့၏ ဘာသာစကားဖြင့် အစီရင်ခံပါ။ အန္တရာယ်၊ ကုန်ကျစရိတ်၊ ရရှိနိုင်မှု၊ ဖောက်သည်အပေါ် သက်ရောက်မှု။ စာမျက်နှာ တစ်မျက်နှာ။ ticket အရေအတွက် အကြမ်းများ မဟုတ်ဘဲ လမ်းကြောင်းပြမျဉ်းများ။

စမ်းသပ်ချက်

မည်သည့် အုပ်ချုပ်မှု လုပ်ငန်းစဉ်အတွက်မဆို ရိုးရှင်းသော စမ်းသပ်ချက်တစ်ခု ရှိသည်: ၎င်းကို မနက်ဖြန် ဖယ်ရှားလိုက်ပါက မည်သည့်အရာ မှားယွင်းသွားမည်နည်း၊ မည်မျှ မြန်မြန် တစ်စုံတစ်ယောက် သတိပြုမိမည်နည်း။

အဖြေသည် "ဘာမှ မဖြစ်" ဖြစ်ပါက — ၎င်းကို ဖယ်ရှားပါ။ အဖြေသည် "$2.5M ချို့ယွင်းချက်တစ်ခု production သို့ ရောက်သွားမည်" ဖြစ်ပါက — ထိုအရာသည် အုပ်ချုပ်မှုက ၎င်း၏ တာဝန်ကို ထမ်းဆောင်နေခြင်း ဖြစ်ပြီး ကာကွယ်ထားရန် ထိုက်တန်သည်။

အုပ်ချုပ်မှုသည် ဗျူရိုကရေစီ မဟုတ်ပါ။ ညံ့ဖျင်းသော အုပ်ချုပ်မှုသာ ဗျူရိုကရေစီ ဖြစ်သည်။ ကွာခြားချက်မှာ ၎င်းကို ရည်ရွယ်ချက်ရှိရှိ ဒီဇိုင်းဆွဲခဲ့သလား ဆိုသည့်အချက်ပင် ဖြစ်သည်။