AI Service Desk: ဦးစားပေးခွဲခြားခြင်း၊ SLA နာရီနှင့် ချိုးဖောက်မှု သတိပေးချက်များ
AI သည် Service Desk ကို မည်သည့်နေရာတွင် ကူညီနိုင်ပြီး မည်သည့်နေရာတွင် တစ်ခုတည်း မဆုံးဖြတ်သင့်သည်ကို ပြသရန် ကျွန်ုပ်တည်ဆောက်ထားသော အလုပ်လုပ်သည့် နမူနာစနစ် ဖြစ်သည်။ ၎င်းသည် တောင်းဆိုချက်ကို ခွဲခြားသတ်မှတ်ခြင်း၊ ဦးစားပေးအဆင့် သတ်မှတ်ခြင်း၊ SLA နာရီ စတင်ခြင်း၊ အသိပညာစုစည်းမှု (knowledge base) မှ ဖြေကြားခြင်းနှင့် P1 ဖြစ်ပါက Major Incident Manager ကို အကြောင်းကြားခြင်းတို့ကို ပြုလုပ်သည်။ ၎င်းကို ကျွန်ုပ်၏ ကိုယ်ပိုင်လက်ပ်တော့ပေါ်တွင်သာ လုံးဝ လည်ပတ်စေသည်: cloud ဝန်ဆောင်မှု မသုံးဘဲ ticket ဒေတာ စက်ပြင်ပသို့ မထွက်ပါ။
P1 တစ်ခု လည်ပတ်ပုံကို ကြည့်ပါ
လက်ပ်တော့ပေါ်တွင် အမှန်တကယ် လည်ပတ်ခဲ့သည်ကို တစ်ချက်မှလွဲ၍ မတည်းဖြတ်ဘဲ မှတ်တမ်းတင်ထားသည်: မော်ဒယ်၏ 80 စက္ကန့် စောင့်ဆိုင်းချိန်ကို 16 ဆ ပိုမြန်အောင် ဖွင့်ပြထားသည်။ ခွဲခြားသတ်မှတ်ခြင်း၊ အသိပညာစုစည်းမှုမှ အဖြေနှင့် P1 ticket ကတ် ပေါ်လာပုံကို ကြည့်ရန် play ကို နှိပ်ပါ။
မက်ဆေ့ချ်တစ်ခုကို မည်သို့ ကိုင်တွယ်သနည်း
မက်ဆေ့ချ်ကို ဖတ်ခြင်း
အသုံးပြုသူသည် သာမန်စကားဖြင့် ရေးသားသည်။ ဖြည့်စွက်ရမည့်အရာ မရှိ၊ ရွေးချယ်ရမည့် အမျိုးအစား မရှိပါ။
သက်ရောက်မှုနှင့် အရေးပေါ်မှုကို အကြံပြုခြင်း
ဘာသာစကားမော်ဒယ်က အမျိုးအစား (Incident၊ ဝန်ဆောင်မှုတောင်းဆိုချက် သို့မဟုတ် မေးခွန်း)၊ သက်ရောက်မှုနှင့် အရေးပေါ်မှုကို အဆိုပြုသည်။ ၎င်းဆုံးဖြတ်သည်မှာ ထိုမျှသာ ဖြစ်သည်။
စည်းမျဉ်းများကို ကုဒ်ဖြင့် အသုံးချခြင်း
ပုံသေကုဒ်က ဦးစားပေးဇယား (P1 မှ P4) ကို အသုံးချပြီး တာဝန်ပေးမည့်အဖွဲ့ကို ရွေးချယ်ကာ SLA နာရီကို လုပ်ငန်းချိန်အလိုက်၊ သို့မဟုတ် P1 အတွက် 24x7 ဖြင့် စတင်သည်။
အသိပညာစုစည်းမှုမှ ဖြေကြားခြင်း
အဖြေကို Service Desk ဆောင်းပါးများမှ ရင်းမြစ်များကို ကိုးကားလျက် ရေးသားပြီး ticket ကတ်တွင် ပထမတုံ့ပြန်ရမည့်အချိန်နှင့် ဖြေရှင်းရမည့် နောက်ဆုံးအချိန်များကို ပြသသည်။
P1 ကို အဆင့်မြှင့်တင်ခြင်း
P1 ကို 24x7 နာရီဖြင့် Major Incident Manager ထံ တာဝန်ပေးပြီး Major Incident လုပ်ငန်းစဉ်ကို ချက်ချင်း စတင်သည်။
ဒီဇိုင်းစည်းမျဉ်း: AI က အကြံပြုသည်၊ စည်းမျဉ်းများက ဆုံးဖြတ်သည်
မော်ဒယ်သည် သက်ရောက်မှုနှင့် အရေးပေါ်မှုကိုသာ အဆိုပြုသည်။ ဦးစားပေးအဆင့်၊ SLA ပစ်မှတ်များနှင့် နောက်ဆုံးအချိန်များမှာ အမြဲတမ်း တူညီသောရလဒ်ပေးသည့် (deterministic) ကုဒ်မှ ထွက်လာသဖြင့် ticket ပေါ်ရှိ ကိန်းဂဏန်းတိုင်းကို စစ်ဆေးနိုင်ပြီး စာရင်းစစ် သို့မဟုတ် ဖောက်သည်ထံ ရှင်းပြနိုင်သည်။ မော်ဒယ် မှားယွင်းပါက analyst ဝန်ထမ်းက အကွက်တစ်ကွက်ကို ပြင်လိုက်ရုံဖြင့် နာရီကို ပြန်လည်တွက်ချက်သည်။
Ticket ကတ်
အဖြေတိုင်းသည် ၎င်းမှတ်တမ်းတင်ခဲ့သော ticket ဖြင့် အဆုံးသတ်သည်: အမျိုးအစား၊ နောက်ကွယ်ရှိ သက်ရောက်မှုနှင့် အရေးပေါ်မှုပါသော ဦးစားပေးအဆင့်၊ တာဝန်ပေးအဖွဲ့နှင့် SLA နောက်ဆုံးအချိန် နှစ်ခုစလုံး။
SLA ချိုးဖောက်မှု စစ်ဆေးကိရိယာ
ဒုတိယ လုပ်ငန်းအဆင့်ဆင့် (workflow) တစ်ခုက ဖွင့်ထားသော ticket စာရင်းနှင့် စစ်ဆေးမည့်အချိန်ကို ယူ၍ မည်သည့် ticket များ ချိုးဖောက်ပြီးဖြစ်ပြီး မည်သည့် ticket များ အန္တရာယ်ရှိနေသည် (ဖြေရှင်းမှုပစ်မှတ်၏ 75% အသုံးပြုပြီး) ကို ပြန်ပေးကာ တစ်ခုစီအတွက် နောက်လုပ်ဆောင်ရမည့်အချက်ပါသော သတိပေးအီးမေးလ်ကို Service Desk Manager ထံ မူကြမ်းရေးပေးသည်။ နမူနာ ticket ခြောက်ခုတွင် ချိုးဖောက်ပြီး နှစ်ခုနှင့် အန္တရာယ်ရှိ နှစ်ခုကို တွေ့ရှိသည်။
တည်ဆောက်ပုံ
- လုပ်ငန်းအဆင့်ဆင့်များနှင့် အသိပညာစုစည်းမှုအတွက် Dify
- Ollama ပေါ်တွင် စက်တွင်း၌ လည်ပတ်နေသော အသေးစား open မော်ဒယ် (Llama 3.2)
- မော်ဒယ်နှင့် သီးခြားခွဲထားပြီး ရိုးရိုး Python ဖြင့် ရေးသားထားသော ဦးစားပေးဇယားနှင့် SLA နာရီ
- အသိပညာစုစည်းမှု: Service Desk လမ်းညွှန်ဆောင်းပါးများနှင့် ကျွန်ုပ်၏ ကိုယ်ပိုင် ITIL (Version 5) နှင့် Major Incident ဆိုင်ရာ အကြောင်းအရာများ
- လက်ပ်တော့ processor ပေါ်တွင် အဖြေတစ်ခုလျှင် တစ်မိနစ်မှ နှစ်မိနစ်အထိ ကြာသည်။ server တစ်လုံးဖြင့်ဆိုလျှင် စက္ကန့်ပိုင်းအတွင်း ဖြေကြားနိုင်သည်
၎င်းသည် သရုပ်ပြချက်သာ ဖြစ်ပြီး hosted ဝန်ဆောင်မှု မဟုတ်ပါ။ နမူနာ အဖွဲ့အစည်း၊ ticket များနှင့် ဆောင်းပါးများမှာ ဥပမာအဖြစ်သာ ဖြစ်သည်။
တိုက်ရိုက် ကြည့်ရှုလိုပါသလား။
ဖုန်းခေါ်ဆိုမှုတစ်ခုတွင် ၎င်းကို လည်ပတ်ပြသပြီး တူညီသောပုံစံကို သင့် Service Desk၊ သင့်အမျိုးအစားများနှင့် သင့် SLA များနှင့် မည်သို့ ကိုက်ညီအောင် အသုံးချနိုင်မည်ကို ရှင်းပြပါမည်။