ဝန်ဆောင်မှုပေးအပ်ခြင်း

ServiceNow သို့မဟုတ် Jira ticket export ကို သင့်ဘုတ်အဖွဲ့ ယုံကြည်သော SLA အစီရင်ခံမှုအဖြစ် ပြောင်းလဲနည်း

ServiceNow၊ Jira Service Management နှင့် Freshservice မှ ထုတ်ယူရမည့်အကွက်များ၊ ယုံကြည်ရမည့်နာရီ၊ ဖိုင်သန့်စင်နည်းနှင့် ဘုတ်အဖွဲ့ မြင်သင့်သည့်အရာ။

တည်ထောင်သူ၊ ITSM Compass21 အောက်တိုဘာ 2026 · ဖတ်ချိန် 7 မိနစ်

ကျွန်ုပ်ကို ပြန်လည်သုံးသပ်ရန် တောင်းဆိုလေ့ရှိသော SLA အစီရင်ခံစာ အများစုတွင် အားနည်းချက် တစ်မျိုးတည်း ရှိကြသည်။ ကိန်းဂဏန်းသည် ITSM ကိရိယာမှ ထွက်လာသော်လည်း မည်သည့်အချိန်ဇယားက ၎င်းကို ထုတ်ပေးခဲ့သည်ကို မည်သူမျှ မပြောနိုင်ဘဲ ရှင်းပြနိုင်မည့် တစ်ဦးတည်းသောသူမှာလည်း ထွက်သွားပြီ ဖြစ်သည်။

တီကက်ထုတ်ယူမှုက ထိုပြဿနာကို ဖြေရှင်းပေးသည်၊ အကြောင်းမှာ ၎င်းတွင် မူရင်း အချိန်မှတ်တမ်း (timestamp) များ ပါဝင်သောကြောင့် ဖြစ်သည်။ သင်ရွေးချယ်ထားသော နာရီပေါ်တွင် ၎င်းတို့ကို ကိုယ်တိုင် ရေတွက်ပြီး ရလဒ်ကို မည်သို့ ရရှိခဲ့သည်ကို ဘုတ်အဖွဲ့အား ပြသနိုင်သည်။ ပထမအကြိမ်တွင် နေ့တစ်ဝက်ခန့် ကြာပြီး ထို့နောက်တွင် ဆယ်မိနစ်သာ ကြာသည်။ ကျွန်ုပ် လုပ်ဆောင်သည့် အစီအစဉ်မှာ အောက်ပါအတိုင်း ဖြစ်သည်။

1. အစီရင်ခံစာ လိုအပ်သည့် အကွက်များကို ထုတ်ယူပါ

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

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

လိုအပ်သည့်အရာ ServiceNow (Incident စာရင်း) Jira Service Management Freshservice
ဖွင့်သည့်အချိန် opened_at Created Created Time
ဖြေရှင်းပြီး resolved_at ဖြေရှင်းပြီး Resolved Time
ဦးစားပေးအဆင့် priority ဦးစားပေးအဆင့် ဦးစားပေးအဆင့်
အမျိုးအစား (Category) category Request Type အမျိုးအစား (Category)
SLA ရလဒ် made_sla မူလအားဖြင့် မရှိပါ Resolution Status
တီကက်နံပါတ် number Issue key Ticket ID
တာဝန်ပေးအဖွဲ့ assignment_group မူလအားဖြင့် မရှိပါ မူလအားဖြင့် မရှိပါ
လွှဲပြောင်းမှုနှင့် ပြန်ဖွင့်မှုများ reassignment_count, reopen_count မူလအားဖြင့် မရှိပါ မူလအားဖြင့် မရှိပါ

ServiceNow: Incident စာရင်းတွင် ကော်လံများကို ထည့်ပါ၊ ထို့နောက် ကော်လံခေါင်းစီးတစ်ခုကို right-click နှိပ်ပြီး Export၊ CSV ကို ရွေးပါ။ Jira Service Management: သင့် project နှင့် ရက်အပိုင်းအခြားအတွက် JQL ဖြင့် ရှာဖွေပါ၊ အကွက်များကို ပြသပြီး လက်ရှိအကွက်များ (current fields) ဖြင့် CSV ထုတ်ယူပါ။ Freshservice: တီကက်များကို ရက်စွဲအလိုက် စစ်ထုတ်ပါ၊ ထို့နောက် Export ကို နှိပ်ပြီး အကွက်များကို အမှန်ခြစ်ပါ။

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

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

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

2. မည်သူ့နာရီကို အခြေခံ၍ ရေတွက်မည်ကို ဆုံးဖြတ်ပါ

SLA အစီရင်ခံစာကို ယုံကြည်ခြင်း ရှိ/မရှိ ဆုံးဖြတ်ပေးသည့် အဆင့်မှာ ဤအဆင့် ဖြစ်သည်။

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

ဖြစ်နိုင်သည့်အခါ ကျွန်ုပ် နှစ်မျိုးလုံး လုပ်ဆောင်ပြီး ၎င်းနှစ်ခုကြား ကွာဟချက်သည် အစီရင်ခံစာ၏ အကောင်းဆုံး တွေ့ရှိချက် ဖြစ်လေ့ရှိသည်။ ကိရိယာက 94% ဟုဆိုပြီး တနင်္ဂနွေမှ ကြာသပတေး ပြက္ခဒိန်ပေါ်ရှိ အချိန်မှတ်တမ်းများက 88% ဟုဆိုပါက တစ်ခုခု မှားနေသည်- အချိန်ဇယား၊ ခေတ္တရပ်ဆိုင်းမှုများ သို့မဟုတ် ပစ်မှတ်များ ကိုယ်တိုင်။ နှစ်ခုအနက် တစ်ခုကိုသာ ပြသသော အစီရင်ခံစာသည် ဘုတ်အဖွဲ့ အကြားဆုံး လိုအပ်သည့်အရာကို ဖုံးကွယ်ထားသည်။

GCC တွင် ပြက္ခဒိန် အဘယ်ကြောင့် အရေးကြီးသည်ကို ဤဥပမာက ပြသည်။ 8 နာရီ ပစ်မှတ်ရှိသော P2 တစ်ခုကို 2026 ခုနှစ် စက်တင်ဘာ 10 ရက် ကြာသပတေးနေ့ 14:00 တွင် မှတ်တမ်းတင်ခဲ့သည်ဟု ယူဆပြီး GCC အလုပ်ချိန် ပြက္ခဒိန် ၏ ကြိုတင်သတ်မှတ်ချက်များပေါ်တွင် ကြည့်ပါ-

  • UAE ပုဂ္ဂလိကကဏ္ဍ ကြိုတင်သတ်မှတ်ချက် (တနင်္လာမှ သောကြာ၊ 08:00 မှ 17:00) တွင် နောက်ဆုံးသတ်မှတ်ချိန်မှာ သောကြာနေ့ 13:00 ဖြစ်သည်။
  • ဆော်ဒီအာရေးဗီးယား ကြိုတင်သတ်မှတ်ချက် (တနင်္ဂနွေမှ ကြာသပတေး၊ အချိန်တူ) တွင် နောက်ဆုံးသတ်မှတ်ချိန်မှာ တနင်္ဂနွေနေ့ 13:00 ဖြစ်သည်။
  • 24 × 7 နာရီပေါ်တွင် နောက်ဆုံးသတ်မှတ်ချိန်မှာ ကြာသပတေးနေ့ 22:00 ဖြစ်သည်။

တနင်္ဂနွေနေ့ နံနက်တွင် ဖြေရှင်းပါက ထိုတီကက်သည် ရီယာဒ်တွင် ပစ်မှတ်ပြည့်မီပြီး ဒူဘိုင်းတွင် ချိုးဖောက်ကာ 24 × 7 နာရီပေါ်တွင်လည်း ချိုးဖောက်သည်။ နိုင်ငံနှစ်ခုလုံးအတွက် အချိန်ဇယားတစ်ခုတည်း အသုံးပြုသော လုပ်ငန်းအုပ်စုသည် ၎င်းတို့အနက် တစ်နိုင်ငံအတွက် မှားယွင်းသော ကိန်းဂဏန်းကို အစီရင်ခံသည်။ ရမ်ဇာန်လ အလုပ်ချိန်နှင့် အများပြည်သူ ရုံးပိတ်ရက်များက နောက်ဆုံးသတ်မှတ်ချိန်ကို ထပ်မံ ရွှေ့ပေးသည်၊ ၎င်းတို့ကို ရမ်ဇာန် 2027 လမ်းညွှန် တွင် ဖော်ပြထားသည်။

မည်သည့်ကိန်းဂဏန်းကိုမဆို မယုံကြည်မီ တီကက်တန်းစီ (queue) တစ်ခုစီတွင် ကိရိယာက မည်သည့်ပြက္ခဒိန်ကို အသုံးပြုခဲ့သည်နှင့် Eid ရက်များ ပါဝင်ခြင်း ရှိ/မရှိကို စုံစမ်းပါ။ platform ပိုင်ရှင်ကို မေးပါ။ ၎င်းတို့ တစ်မိနစ်အတွင်း မဖြေနိုင်ပါက ၎င်းမှာ သင်၏ ပထမဆုံး လုပ်ဆောင်ရန်အချက် ဖြစ်သည်။

3. မဖတ်မီ ဖိုင်ကို သန့်စင်ပါ

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

  • ရက်စွဲများ။ 05/10/2026 ပါသော ထုတ်ယူမှုသည် အောက်တိုဘာ 5 ရက် သို့မဟုတ် မေ 10 ရက် ဖြစ်နိုင်သည်။ ဒက်ရှ်ဘုတ်သည် တန်ဖိုးတိုင်းကို ဖတ်ပြီး 12 ထက်ကြီးသော ရက်ကို ရှာဖွေခြင်းဖြင့် ဆုံးဖြတ်ကာ မည်သည့် အစီအစဉ်ကို တွေ့ရှိခဲ့သည်ကို ပြောပြသည်။ ထိုစာကြောင်းကို စစ်ဆေးပါ။ ဖိုင်တွင် 12 အထိသာ ရက်များ ရှိပါက အစီအစဉ်ကို ကိုယ်တိုင် သတ်မှတ်ပါ။
  • ဖြေရှင်းပြီး သို့မဟုတ် ပိတ်ပြီး။ ကိရိယာအများစုသည် တိတ်ဆိတ်ကာလတစ်ခုအပြီးတွင် အလိုအလျောက် ပိတ်သောကြောင့် ပိတ်သည့်ရက်စွဲများသည် ဖြေရှင်းပြီးနောက် ရက်အတော်ကြာမှ ရှိတတ်သည်။ closed_at ဖြင့် မဟုတ်ဘဲ resolved_at ဖြင့် ရေတွက်ပါ၊ သို့မဟုတ်ပါက တီကက်တိုင်းသည် အမှန်တကယ်ထက် ပိုနှေးသယောင် ထင်ရမည်။ ဒက်ရှ်ဘုတ်သည် resolved ကော်လံကို ဦးစားပေးပြီး ၎င်းမရှိမှသာ closed ကို အစားထိုး အသုံးပြုသည်။
  • ဦးစားပေးအဆင့် အညွှန်းများ။ ကိရိယာများက ၎င်းတို့ကို ကွဲပြားစွာ အမည်ပေးသည်- 1 - Critical၊ Highest၊ P1။ ဒက်ရှ်ဘုတ်သည် သင့်ဖိုင်ရှိ အညွှန်းတစ်ခုစီကို P1 မှ P4 သို့ မည်သို့ ချိတ်ဆက်ခဲ့သည်ကို ပြသသည်။ ထိုစာရင်းကို ဖတ်ပါ။ နေရာချ၍ မရသော စိတ်ကြိုက်အညွှန်းကို P3 အဖြစ် သတ်မှတ်ပြီး ၎င်းက တီကက်တန်းစီတစ်ခုလုံးကို တိတ်တဆိတ် ပိုကောင်းသယောင် သို့မဟုတ် ပိုဆိုးသယောင် ဖြစ်စေသည်။
  • ဖွင့်ထားဆဲ တီကက်များ။ ဖြေရှင်းသည့်ရက်စွဲ မရှိသော တီကက်သည် လိုက်နာမှုကိန်းဂဏန်းတွင် လုံးဝ မပါဝင်ပါ။ ၎င်းသည် ကျန်ရှိနေသော တီကက်များ (backlog) နှင့် သက်တမ်းကြာမြင့်မှု ဇယားတွင် ရှိနေသည်။ ကာလအဆုံးတွင် ဖွင့်ထားဆဲ ချိုးဖောက်မှုသည် သင်၏ 94% တွင် မပါဝင်သောကြောင့် ပစ်မှတ်ကျော်လွန်ပြီးသား ဖွင့်ထားဆဲ တီကက်များကို ၎င်းဘေးတွင် အစီရင်ခံပါ။
  • ကွက်လပ်များ။ ထုတ်ယူမှုများသည် ဗလာတန်ဖိုးများကို နည်းလမ်းအမျိုးမျိုးဖြင့် မှတ်သားသည် (ServiceNow တွင် မေးခွန်းအမှတ်အသား၊ အခြားနေရာများတွင် dash သို့မဟုတ် N/A)။ ဒက်ရှ်ဘုတ်သည် ၎င်းတို့ကို ဗလာအဖြစ် သတ်မှတ်သည်။ spreadsheet တွင် အလုပ်လုပ်ပါက ထိုနည်းတူ လုပ်ပါ။

4. ဘုတ်အဖွဲ့ ဖတ်မည့်ပုံအတိုင်း အစီရင်ခံစာကို ဖတ်ပါ

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

  1. အရေအတွက်များနှင့်အတူ ပစ်မှတ်နှင့် နှိုင်းယှဉ်ထားသော လိုက်နာမှု။ "94%" ဟု မဟုတ်ဘဲ "95% ပစ်မှတ်နှင့် နှိုင်းယှဉ်လျှင် ဖြေရှင်းပြီး တီကက် 1,200 ခု၏ 94%- ချိုးဖောက်မှု 72 ခု၊ ပစ်မှတ်က ခွင့်ပြုသော 60 ခုထက် 12 ခု ပိုသည်" ဟု ဖော်ပြပါ။ ခွင့်ပြုအရေအတွက်သည် ဖြေရှင်းပြီး တီကက်များကို (100% အနုတ် ပစ်မှတ်) ဖြင့် မြှောက်ထားခြင်း ဖြစ်သည်၊ ၎င်းကို သင်၏ ချိုးဖောက်မှုများမှ နုတ်ပါ။ (တီကက် 1,200 ခုမှာ ဥပမာပြရန်သာ ဖြစ်သည်။)
  2. စုစုပေါင်း မဟုတ်ဘဲ အားအနည်းဆုံး ဦးစားပေးအဆင့်။ P3 နှင့် P4 သည် P1 နှင့် P2 ထက် အလွန်များပြားသောကြောင့် စုစုပေါင်းကို ၎င်းတို့က ဆုံးဖြတ်သည်။ ကောင်းမွန်သော 95% သည် ညံ့ဖျင်းသော P1 ရလဒ်ကို ဖုံးကွယ်ထားနိုင်သည်။ ရလဒ်အနိမ့်ဆုံး ဦးစားပေးအဆင့်နှင့် ၎င်း၏ တီကက်အရေအတွက်ကို ဖော်ပြပါ။
  3. ဦးတည်ရာ။ လွန်ခဲ့သော ရက်သတ္တပတ်များအတွင်း မှတ်တမ်းတင်သည့် အရေအတွက်သည် ဖြေရှင်းသည့် အရေအတွက်ထက် ကျော်လွန်နေခြင်း ရှိ/မရှိ။ မြင့်တက်လာသော backlog သည် စောစီးသော သတိပေးချက် ဖြစ်ပြီး SLA ကိန်းဂဏန်းမှာ နောက်ကျသော သတိပေးချက် ဖြစ်သည်။

ဇယားအတွက် ဦးစားပေးအဆင့်အလိုက် SLA ဘားဇယား သို့မဟုတ် backlog လမ်းကြောင်းကို အသုံးပြုပါ။ အမျိုးအစား pie ဇယားကို ချန်ထားပါ။ ဖြေရှင်းချိန်အတွက် ပျမ်းမျှ (average) မဟုတ်ဘဲ အလယ်ကိန်း (median) ကို အသုံးပြုပါ- 90 ရက်ကြာ ဖွင့်ထားသော တီကက်တစ်ခုက ပျမ်းမျှကို ပျက်စီးစေပြီး ပုံမှန်အတွေ့အကြုံအကြောင်း ဘာမျှ မပြောပြပါ။

ပစ်မှတ်တစ်ခုနှင့် နှိုင်းယှဉ်ထားသော 87% ကဲ့သို့ ကိန်းဂဏန်းတစ်ခုကို မည်သို့ ဖတ်ရမည်ကို 87% SLA လိုက်နာမှုသည် ကောင်းပါသလား? တွင် ကြည့်ပါ။ ၎င်းသည် ပထမဝါကျ၏ နောက်ကွယ်ရှိ တွက်ချက်ပုံကို ရှင်းပြထားသည်။

5. လုပ်ဆောင်ချက်တစ်ခုနှင့် တာဝန်ခံတစ်ဦးဖြင့် အဆုံးသတ်ပါ

ဇယားဖြင့် အဆုံးသတ်သော အစီရင်ခံစာကို ခေါင်းညိတ်ပြီး ကျော်သွားကြသည်။ "access တီကက်တန်းစီ၏ ဝန်ဆောင်မှုပိုင်ရှင် (Service Owner) သည် နောက်လကုန်တွင် P2 ဖြေရှင်းချိန်ကို ပစ်မှတ်အတွင်း ရောက်အောင် ဆောင်ရွက်မည်" ဟု အဆုံးသတ်သော အစီရင်ခံစာကိုမူ အစည်းအဝေးမှတ်တမ်းတွင် ထည့်သွင်းကြသည်။ အားအနည်းဆုံး ဆဲလ်တစ်ခုတည်းကို ရွေးပါ၊ ၎င်းအတွက် တာဝန်ခံမည့်သူကို အမည်ဖော်ပြပြီး ရက်စွဲတစ်ခု သတ်မှတ်ပါ။

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

နောက်တစ်ကြိမ် ထုတ်ယူမှုအတွက် စစ်ဆေးရန်စာရင်း

  1. အနည်းဆုံး သုံးလစာ ထုတ်ယူပါ၊ တီကက်တစ်ခုလျှင် အတန်းတစ်တန်း။
  2. ဖွင့်ချိန်၊ ဖြေရှင်းချိန်၊ ဦးစားပေးအဆင့်၊ အမျိုးအစားနှင့် တီကက်နံပါတ် ထည့်ပါ။ ရှိပါက SLA ကော်လံ၊ တာဝန်ပေးအဖွဲ့နှင့် ပြန်လည်လွှဲပြောင်းသည့် အကြိမ်ရေကို ထပ်ထည့်ပါ။
  3. တီကက်အရေအတွက်ကို ကိရိယာ၏ list view နှင့် တိုက်စစ်ပါ။
  4. ရက်စွဲများနှင့် ဦးစားပေးအဆင့်များကို မည်သို့ ဖတ်ယူခဲ့သည်ကို စစ်ဆေးပါ။
  5. တီကက်တန်းစီ အမှန်တကယ် လည်ပတ်သော ပြက္ခဒိန်ကို ရွေးချယ်ပြီး အစီရင်ခံစာတွင် မည်သည့်ပြက္ခဒိန် ဖြစ်သည်ကို ဖော်ပြပါ။
  6. ကိရိယာ၏ ကိုယ်ပိုင် SLA ဆုံးဖြတ်ချက်ကို အချိန်မှတ်တမ်းအရ ရေတွက်မှုနှင့် နှိုင်းယှဉ်ပါ။ ကွာဟချက်ကို အစီရင်ခံပါ။
  7. စုစုပေါင်းမတိုင်မီ ဦးစားပေးအဆင့်အလိုက် လိုက်နာမှုကို အရေအတွက်များနှင့်အတူ ဖော်ပြပါ။
  8. ပစ်မှတ်ကျော်လွန်ပြီးသား ဖွင့်ထားဆဲ တီကက်များကို လိုက်နာမှုကိန်းဂဏန်း ဘေးတွင် ထားပါ။
  9. လုပ်ဆောင်ချက်တစ်ခု၊ တာဝန်ခံတစ်ဦးနှင့် ရက်စွဲတစ်ခုဖြင့် အဆုံးသတ်ပါ။

မည်သည့်အရာကိုမျှ မထုတ်ယူမီ အစီရင်ခံစာ ပုံစံကို ကြည့်လိုပါက ဝန်ဆောင်မှုဌာန ဒက်ရှ်ဘုတ် ကို ဖွင့်ပြီး "နမူနာဒေတာဖြင့် စမ်းကြည့်ပါ" ကို ရွေးပါ။ ၎င်းမှာ လက်လီရောင်းချရေး ဝန်ဆောင်မှုဌာနတစ်ခု၏ ပါဝင်ပြီးသား ဥပမာ ဖြစ်သည်။ သင့်ကိုယ်ပိုင် ကိန်းဂဏန်းများကို နောက်ထပ်လူတစ်ဦးက ကြည့်ရှုပေးစေလိုပါက ၎င်းအတွက် ITSM ကျန်းမာရေး စစ်ဆေးမှု ရှိသည်။

သင့်အဖွဲ့အစည်းတွင် ဤအရာ အလုပ်ဖြစ်စေလိုပါသလား။

3 မိနစ်ကြာ အခမဲ့ ITSM ရင့်ကျက်မှု စစ်ဆေးချက်ကို ဖြေဆိုပါ၊ သို့မဟုတ် ဆွေးနွေးရန် 15 မိနစ် ဖုန်းခေါ်ဆိုမှုကို ချိန်းဆိုပါ။

အခမဲ့ အကဲဖြတ်ချက်ကို ဖြေဆိုရန် →ဖုန်းခေါ်ဆိုမှု ချိန်းဆိုရန်