Ticket ကို အလိုအလျောက်လုပ်ပါ။ ဆုံးဖြတ်ချက်ကို လူက ထိန်းထားပါ။

ယခု ITSM platform တိုင်းက AI ကို ကတိပေးနေကြသည်။ အလိုအလျောက် အမျိုးအစားခွဲခြင်း၊ ဖြေရှင်းနည်း အကြံပြုချက်များ၊ virtual agent များ၊ incident များကို ကြိုတင်ခန့်မှန်း ရှာဖွေခြင်း။ ယင်းတို့အနက် အချို့သည် အမှန်တကယ် အပြောင်းအလဲကြီး ဖြစ်စေသည်။ အချို့မှာမူ သင့်ဝန်ဆောင်မှုကို တိတ်တဆိတ် ပိုဆိုးစေလိမ့်မည်။

ကွာခြားချက်သည် နည်းပညာကြောင့် ဖြစ်ခဲသည်။ AI ကို ၎င်းဘာသာ မည်သည်ကို လုပ်ခွင့်ပြုမည် — မည်သည်ကို လုပ်ခွင့်မပြုမည်ကို သင် ရည်ရွယ်ချက်ရှိရှိ ဆုံးဖြတ်ထားခြင်း ရှိ၊ မရှိ ဖြစ်သည်။

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

ယုံကြည်စိတ်ချစွာ အလိုအလျောက်လုပ်နိုင်သည့်အရာများ

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

• Ticket များကို အမျိုးအစားခွဲခြင်းနှင့် လမ်းကြောင်းပေးခြင်း၊ ပထမအကြိမ်တွင်ပင် မှန်ကန်သော queue သို့ ရောက်စေရန်။
• Knowledge article များကို အကြံပြုခြင်း- agent များနှင့် အသုံးပြုသူများထံ။ ကောင်းစွာ ထိန်းသိမ်းထားသော knowledge base ဖြင့် ကျွန်ုပ်၏ အဖွဲ့တစ်ဖွဲ့သည် ဖြေရှင်းချိန်ကို 35% လျှော့ချနိုင်ခဲ့သည် — AI က ထိုအသိပညာကို ရှာဖွေရန် များစွာ ပိုလွယ်ကူစေသည်။
• ရှည်လျားသော ticket မှတ်တမ်းများကို အနှစ်ချုပ်ခြင်း- တာဝန်လွှဲပြောင်းခြင်း သို့မဟုတ် escalation မပြုမီ။
• အခြေအနေ အပ်ဒိတ်များကို မူကြမ်းရေးခြင်း- လူက စစ်ဆေးပြီး ပေးပို့ရန်။
• ပုံစံများကို ရှာဖွေတွေ့ရှိခြင်း- အရင်းခံ problem တစ်ခုကို ညွှန်ပြသော incident များကြားမှ။

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

လူ ဆက်လက်ပါဝင်ရမည့်နေရာများ

ဆုံးဖြတ်ချက်ချခြင်းမှာ ကွဲပြားသည်။ အမှားတစ်ခုက ဖောက်သည်များ၊ ကုန်ကျစရိတ်၊ လုံခြုံရေး သို့မဟုတ် စည်းမျဉ်းလိုက်နာမှုကို ထိခိုက်မည့် နေရာတိုင်းတွင် အမည်ဖော်ပြထားသော တာဝန်ခံတစ်ဦးကို ထားရှိပါ-

• Major incident များကို ကြေညာခြင်းနှင့် ဦးစားပေးအဆင့် သတ်မှတ်ခြင်း။ ပြင်းထန်မှုအဆင့်သည် keyword ကိုက်ညီမှု မဟုတ်ဘဲ လုပ်ငန်းဆိုင်ရာ ဆုံးဖြတ်ချက် ဖြစ်သည်။
• Production စနစ်များသို့ ပြောင်းလဲမှုများကို အတည်ပြုခြင်း။
• ဝင်ရောက်ခွင့်၊ identity သို့မဟုတ် လုံခြုံရေးနှင့် သက်ဆိုင်သည့် မည်သည့်အရာမဆို။
• အမှုဆောင်အရာရှိများနှင့် ဖောက်သည်များနှင့် ဆက်သွယ်ခြင်း- incident ဖြစ်ပွားနေစဉ်။
• Problem များကို ပိတ်ခြင်းနှင့် အန္တရာယ်ကို လက်ခံခြင်း။

၎င်းသည် နည်းပညာကို မယုံကြည်ခြင်း မဟုတ်ပါ။ လူများအပေါ် ကျွန်ုပ်တို့ ကျင့်သုံးသည့် အခြေခံမူအတိုင်းပင် ဖြစ်သည်- အခွင့်အာဏာသည် တာဝန်ခံမှုနှင့်အတူ လိုက်ပါသည်။

AI ကို အခြားဝန်ဆောင်မှုများကဲ့သို့ အုပ်ချုပ်ပါ

တာဝန်ယူမှုရှိသော အသုံးချမှုအတွက် ဗျူရိုကရေစီအသစ် မလိုအပ်ပါ။ သင့်တွင် ရှိပြီးသား အုပ်ချုပ်မှုကို မှန်ကန်စွာ ကျင့်သုံးရန်သာ လိုအပ်သည်-

1. အသုံးပြုမှုကိစ္စနှင့် ၎င်း၏ ဆုံးဖြတ်ခွင့်များကို သတ်မှတ်ပါ။ AI သည် ခွင့်ပြုချက်မပါဘဲ အတိအကျ မည်သည်ကို လုပ်နိုင်သနည်း။
2. အရည်အသွေး တိုင်းတာချက်များ သတ်မှတ်ပါ။ လမ်းကြောင်းပေးမှု တိကျမှု၊ ပြဿနာကို အမှန်တကယ် ဖြေရှင်းပေးသော deflection၊ AI က ကိုင်တွယ်သည့် ticket များအပေါ် ဖောက်သည် ကျေနပ်မှု။
3. လူက ဝင်ရောက်ပြင်ဆင်နိုင်မှု (override) ကို ထားရှိပါ- မြန်ဆန်ပြီး ထင်ရှားသော နည်းလမ်းဖြင့်။
4. ပုံမှန် ပြန်လည်သုံးသပ်ပါ။ အဖွဲ့ဝင်အသစ်တစ်ဦး၏ အလုပ်ကို စစ်ဆေးသကဲ့သို့ AI ဆုံးဖြတ်ချက်များကို နမူနာယူ စစ်ဆေးပါ။
5. ဒေတာကို ကာကွယ်ပါ။ မည်သည့် ticket အကြောင်းအရာကို မည်သည့်နေရာသို့ ပေးပို့သည်ကို သိထားပြီး ၎င်းသည် သင်၏ လုံခြုံရေးနှင့် ကိုယ်ရေးအချက်အလက် ကာကွယ်ရေး တာဝန်များနှင့် ကိုက်ညီကြောင်း သေချာပါစေ။

အစားထိုးခြင်း မဟုတ်၊ အားဖြည့်ခြင်း

ITSM တွင် AI အတွက် အခိုင်မာဆုံး အကြောင်းပြချက်မှာ ဝန်ထမ်းအရေအတွက် လျှော့ချခြင်း မဟုတ်ပါ။ သင်၏ အကောင်းဆုံးဝန်ထမ်းများကို လူသာ လုပ်နိုင်သော အလုပ်များ လုပ်ရန် အချိန်ပြန်ပေးခြင်း ဖြစ်သည်- incident များကို ဦးဆောင်ခြင်း၊ vendor များကို စီမံခြင်း၊ အရင်းခံ အကြောင်းရင်းများကို ပြုပြင်ခြင်းနှင့် လုပ်ငန်းဘက်နှင့် ဆွေးနွေးခြင်း။

ထိုသို့ အသုံးပြုလျှင် AI သည် ဝန်ဆောင်မှု စံနှုန်းကို မြှင့်တင်ပေးသည်။ ဆုံးဖြတ်ချက်ကို ရှောင်ကွင်းသည့် ဖြတ်လမ်းအဖြစ် အသုံးပြုလျှင်မူ အမှားများကို ပိုမြန်မြန် ဖြစ်စေရုံသာ ဖြစ်သည်။

Ticket ကို အလိုအလျောက်လုပ်ပါ။ ဆုံးဖြတ်ချက်ကို လူက ထိန်းထားပါ။