เทมเพลตข้อมูลการจัดการเหตุขัดข้อง
เทมเพลตข้อมูลการจัดการเหตุขัดข้อง
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตามในกระบวนการ
- แนวทางดึงข้อมูลจากระบบของคุณ
แอตทริบิวต์การจัดการเหตุขัดข้อง
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
Incident ID
IncidentId
|
รหัสเฉพาะของระเบียนเหตุการณ์แต่ละรายการ. | ||
|
คำอธิบาย
Incident ID เป็นคีย์หลักที่ใช้ระบุเหตุการณ์แต่ละรายการโดยไม่ซ้ำกัน ตั้งแต่สร้างจนถึงปิด รหัสนี้เชื่อมโยงกิจกรรม บันทึก และการเปลี่ยนแปลงที่เกี่ยวข้องทั้งหมด ทำให้เห็นวงจรการจัดการเหตุการณ์ได้ตั้งแต่ต้นจนจบ. ใน process mining คุณลักษณะนี้เป็นข้อมูลพื้นฐานที่ใช้ระบุเคส ทุกเหตุการณ์ที่มี Incident ID เดียวกันจะถือเป็นส่วนหนึ่งของกระบวนการเดียวกัน จึงสร้างและวิเคราะห์เส้นทางการจัดการเหตุการณ์แต่ละรายการขึ้นใหม่ได้.
เหตุผลที่สำคัญ
นี่คือรหัสเคสสำคัญที่เชื่อมโยงเหตุการณ์ทั้งหมดในวงจรการจัดการเหตุการณ์ ทำให้วิเคราะห์กระบวนการตั้งแต่ต้นจนจบได้.
แหล่งข้อมูล
นี่คือช่อง 'Incident Number' (Field ID: 1000000161) ในแบบฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
INC000001234567INC000002345678INC000003456789
|
|||
|
ชื่อกิจกรรม
ActivityName
|
ชื่อเหตุการณ์หรืองานที่เกิดขึ้นในวงจรการจัดการเหตุการณ์. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุกิจกรรมที่เกิดขึ้นกับเหตุการณ์ ณ เวลาหนึ่ง เช่น 'รับแจ้งเหตุการณ์' 'มอบหมายให้กลุ่ม' หรือ 'แก้ไขเหตุการณ์แล้ว' กิจกรรมเหล่านี้เป็นองค์ประกอบพื้นฐานของแผนผังกระบวนการ. การวิเคราะห์ลำดับและความถี่ของกิจกรรมช่วยให้เห็นกระบวนการจริง ค้นหาเส้นทางที่เกิดขึ้นบ่อย และระบุจุดที่เบี่ยงเบนจากขั้นตอนมาตรฐาน ข้อมูลนี้จำเป็นต่อการทำความเข้าใจว่ามีการดำเนินการใดบ้างเพื่อแก้ไขเหตุการณ์.
เหตุผลที่สำคัญ
กิจกรรมกำหนดขั้นตอนในแผนผังกระบวนการ ทำให้แสดงภาพและวิเคราะห์เวิร์กโฟลว์การจัดการเหตุการณ์ได้.
แหล่งข้อมูล
โดยทั่วไปได้จากการเปลี่ยนแปลงช่อง 'Status' (Field ID: 7) และ 'Status_Reason' ในแบบฟอร์ม 'HPD:Help Desk' หรือจากแบบฟอร์ม 'HPD:Help Desk Audit Log'.
ตัวอย่าง
รับแจ้งเหตุการณ์มอบหมายให้กลุ่มแล้วนำวิธีแก้ไขไปใช้แล้วปิดเหตุการณ์แล้ว
|
|||
|
เวลาที่เกิดเหตุการณ์
EventTimestamp
|
วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ. | ||
|
คำอธิบาย
เวลานี้บันทึกว่าเหตุการณ์หนึ่งๆ ในวงจรการจัดการเหตุการณ์เกิดขึ้นเมื่อใด และใช้เรียงลำดับข้อมูลดิบตามเวลาเพื่อสร้างขั้นตอนการทำงานขึ้นใหม่. เวลาที่เกิดเหตุการณ์จำเป็นต่อการวิเคราะห์ตามเวลา เช่น คำนวณระยะเวลาระหว่างกิจกรรม ค้นหาคอขวดที่เหตุการณ์ต้องรอเป็นเวลานาน และวัดเวลาแก้ไขโดยรวม ข้อมูลนี้เป็นแกนด้านเวลาสำหรับการวิเคราะห์กระบวนการ.
เหตุผลที่สำคัญ
เวลานี้ใช้เรียงลำดับเหตุการณ์ ซึ่งจำเป็นต่อการคำนวณระยะเวลา ค้นหาคอขวด และทำความเข้าใจลำดับเวลาของกระบวนการ.
แหล่งข้อมูล
ใช้ช่อง 'Last Modified Date' (Field ID: 6) หรือช่องวันที่เฉพาะจากแบบฟอร์ม 'HPD:Help Desk' สำหรับเหตุการณ์ย้อนหลัง ให้ใช้เวลาจากช่องประทับเวลาในบันทึกการตรวจสอบ.
ตัวอย่าง
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:22:05Z
|
|||
|
กลุ่มที่รับผิดชอบ
AssignedGroup
|
กลุ่มสนับสนุนที่รับผิดชอบจัดการเหตุการณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุทีม หรือแผนกที่ได้รับมอบหมายให้จัดการเหตุการณ์ เช่น 'Service Desk', 'Network Team' หรือ 'Database Administrators' การติดตามการมอบหมายช่วยให้เห็นการส่งต่องานระหว่างทีม ข้อมูลนี้ใช้วิเคราะห์การส่งต่องานระหว่างทีม ระบุคอขวดที่เกิดจากกลุ่มใดกลุ่มหนึ่ง และวัดอัตราการมอบหมายเหตุการณ์ใหม่ ช่วยให้เห็นเส้นทางที่เหตุการณ์ผ่านไปในองค์กร รวมถึงจุดที่กำหนดเส้นทางงานไม่มีประสิทธิภาพหรือขาดความรู้ที่จำเป็น.
เหตุผลที่สำคัญ
การติดตามว่ามอบหมายเหตุการณ์ให้กลุ่มใดช่วยวิเคราะห์การส่งต่องาน ระบุวงจรการมอบหมายซ้ำ และค้นหาคอขวดภายในทีมได้.
แหล่งข้อมูล
ฟิลด์ 'Assigned Group' (Field ID: 1000000217) ในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
ศูนย์บริการฝ่ายปฏิบัติการเครือข่ายฝ่ายสนับสนุนแอปพลิเคชันระดับ 2บริการโครงสร้างพื้นฐาน
|
|||
|
เกินกำหนด SLA หรือไม่
IsSlaBreached
|
ตัวบ่งชี้ว่าแก้ไขเหตุการณ์หลังวันครบกำหนดตาม SLA หรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้มีค่าเป็นจริงเมื่อเวลาแก้ไขเหตุการณ์เกิน SLA ที่กำหนด จึงแสดงผลการดำเนินงานตาม SLA ของแต่ละเหตุการณ์ได้อย่างชัดเจนว่าเป็นไปตามกำหนดหรือไม่ ตัวบ่งชี้นี้จำเป็นต่อการสร้างแดชบอร์ดภาพรวมผลการดำเนินงานตาม SLA ของเหตุการณ์ และคำนวณ KPI อัตราการปฏิบัติตาม SLA ของเหตุการณ์ ช่วยให้วิเคราะห์ได้ง่ายขึ้น โดยกรองและรวมข้อมูลเหตุการณ์ทั้งหมดที่ไม่เป็นไปตามเป้าหมายระดับการให้บริการ แล้วตรวจสอบสาเหตุที่เกินกำหนดได้.
เหตุผลที่สำคัญ
ตัวบ่งชี้นี้ช่วยให้วิเคราะห์การปฏิบัติตาม SLA ได้ง่ายขึ้น โดยกรองเหตุการณ์ที่เกินกำหนดทั้งหมดและตรวจสอบสาเหตุที่แท้จริงได้.
แหล่งข้อมูล
คำนวณโดยเปรียบเทียบเวลาของเหตุการณ์ 'Incident Resolved' กับ 'SlaTargetDate' หากเวลาแก้ไขเกิดขึ้นหลังวันครบกำหนด ตัวบ่งชี้นี้จะมีค่าเป็นจริง.
ตัวอย่าง
truefalse
|
|||
|
บริการ
Service
|
บริการทางธุรกิจหรือทางเทคนิคที่ได้รับผลกระทบจากเหตุการณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมโยงเหตุการณ์กับบริการที่ระบุไว้ในฐานข้อมูลการจัดการการกำหนดค่า (CMDB) เช่น 'Email Service', 'VPN Access' หรือ 'SAP Financials' การเชื่อมโยงนี้ช่วยให้เข้าใจผลกระทบทางธุรกิจของเหตุการณ์ การวิเคราะห์เหตุการณ์แยกตามบริการช่วยระบุบริการที่มีเหตุการณ์เกิดขึ้นจำนวนมาก ชี้ให้เห็นปัญหาที่เกิดซ้ำจากเทคโนโลยีบางประเภท และสนับสนุนการวิเคราะห์แนวโน้มเพื่อจัดการปัญหา.
เหตุผลที่สำคัญ
การเชื่อมโยงเหตุการณ์กับบริการทางธุรกิจมีความสำคัญต่อการวิเคราะห์ผลกระทบและระบุว่าบริการใดมีแนวโน้มเกิดปัญหามากที่สุด.
แหล่งข้อมูล
โดยทั่วไปคือฟิลด์ 'ServiceCI' หรือฟิลด์ที่คล้ายกัน ซึ่งระบุรายการการกำหนดค่า (CI) ที่ได้รับผลกระทบในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
อีเมลบริษัทSAP ERPVPN สำหรับการเข้าถึงจากระยะไกลพอร์ทัลฝ่ายทรัพยากรบุคคล
|
|||
|
ผู้รับมอบหมาย
Assignee
|
ผู้ใช้ที่ได้รับมอบหมายให้จัดการเหตุการณ์. | ||
|
คำอธิบาย
ผู้รับมอบหมายคือเจ้าหน้าที่สนับสนุนหรือช่างเทคนิคที่รับผิดชอบเหตุการณ์ในช่วงเวลาหนึ่ง ข้อมูลนี้ให้รายละเอียดมากกว่าการดูเฉพาะกลุ่มที่ได้รับมอบหมาย การวิเคราะห์ผลการทำงานแยกตามผู้รับมอบหมายช่วยระบุผู้ที่ทำผลงานได้ดี เจ้าหน้าที่ที่อาจต้องได้รับการฝึกอบรมเพิ่มเติม และความไม่สมดุลในการกระจายภาระงาน นอกจากนี้ยังใช้ตรวจสอบลำดับการดำเนินการของแต่ละคนเมื่อจัดการเหตุการณ์ที่ซับซ้อนได้.
เหตุผลที่สำคัญ
ช่วยให้เห็นการกระจายภาระงานและผลการทำงานของแต่ละคนอย่างละเอียด เพื่อระบุผู้ที่ทำผลงานได้ดีหรือเจ้าหน้าที่ที่ต้องการความช่วยเหลือ.
แหล่งข้อมูล
ฟิลด์ 'Assignee' (Field ID: 1000000218) ในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
บ็อบ สมิธอลิซ จอห์นสันชาร์ลี บราวน์
|
|||
|
มีการเปิดเหตุการณ์อีกครั้งหรือไม่
IsReopened
|
ตัวบ่งชี้ว่าเปิดเหตุการณ์อีกครั้งหลังจากเปลี่ยนสถานะเป็น 'Resolved' หรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้มีค่าเป็นจริงเมื่อสถานะเหตุการณ์เปลี่ยนกลับไปเป็นสถานะที่ยังดำเนินการอยู่ เช่น 'In Progress' หลังจากระบุว่า 'Resolved' แล้ว ซึ่งแสดงว่าการแก้ไขครั้งแรกไม่ได้ผลหรือยังไม่สมบูรณ์ ตัวบ่งชี้นี้ใช้วัดงานแก้ไขซ้ำโดยตรง และใช้คำนวณ KPI อัตราการแก้ไขเหตุการณ์ซ้ำ การวิเคราะห์เหตุการณ์ที่เปิดอีกครั้งช่วยระบุการแก้ไขที่ไม่มีคุณภาพ การทดสอบที่ไม่เพียงพอ หรือปัญหาที่เกิดซ้ำและยังไม่ได้รับการแก้ไขอย่างเหมาะสม รวมถึงสนับสนุนแดชบอร์ดเส้นทางการแก้ไขซ้ำและการยกระดับปัญหา.
เหตุผลที่สำคัญ
วัดงานแก้ไขซ้ำและคุณภาพของการแก้ไขโดยตรง หากมีการเปิดเหตุการณ์อีกครั้งบ่อยครั้ง อาจบ่งชี้ว่าการแก้ไขไม่ได้ผลหรือกระบวนการมีจุดอ่อน.
แหล่งข้อมูล
คำนวณจากการวิเคราะห์ลำดับกิจกรรมของเหตุการณ์ หากพบกิจกรรม 'Incident Reopened' หรือกิจกรรมที่คล้ายกันหลัง 'Resolution Implemented' ตัวบ่งชี้นี้จะมีค่าเป็นจริง.
ตัวอย่าง
truefalse
|
|||
|
ระดับความสำคัญ
Priority
|
ระดับความสำคัญที่กำหนดให้เหตุการณ์ ซึ่งใช้ระบุความเร่งด่วนในการจัดการ. | ||
|
คำอธิบาย
โดยทั่วไปกำหนดระดับความสำคัญจากผลกระทบและความเร่งด่วนร่วมกัน ซึ่งเป็นตัวกำหนดลำดับและความเร็วในการแก้ไขเหตุการณ์ ค่าที่ใช้กันมักมีตั้งแต่ 'วิกฤต' ถึง 'ต่ำ'. ใน process mining การวิเคราะห์เหตุการณ์ตามระดับความสำคัญจำเป็นต่อการประเมินประสิทธิภาพ ช่วยตอบคำถาม เช่น 'เราทำตาม SLA สำหรับเหตุการณ์ที่มีความสำคัญสูงได้หรือไม่' และ 'เหตุการณ์ที่มีความสำคัญต่ำใช้เวลารอนานกว่าหรือไม่' การกรองตามระดับความสำคัญช่วยให้วิเคราะห์ประเด็นที่สำคัญต่อธุรกิจได้ตรงจุด.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ช่วยแบ่งกลุ่มข้อมูลเพื่อวิเคราะห์ ทำให้จัดการเหตุการณ์ที่มีความสำคัญสูงได้เร็วขึ้นและเป็นไปตามเป้าหมายระดับการให้บริการที่กำหนดไว้.
แหล่งข้อมูล
ฟิลด์ 'Priority' (Field ID: 1000000164) ในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
วิกฤตสูงปานกลางต่ำ
|
|||
|
สถานะเหตุการณ์
IncidentStatus
|
สถานะปัจจุบันหรือสถานะย้อนหลังของเหตุการณ์ ณ เวลาที่เกิดกิจกรรม. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุสถานะของเหตุการณ์ เช่น 'ใหม่' 'กำลังดำเนินการ' 'รอดำเนินการ' 'แก้ไขแล้ว' หรือ 'ปิดแล้ว' เพื่อแสดงว่าเหตุการณ์อยู่ในขั้นตอนใดของวงจร. การวิเคราะห์การเปลี่ยนสถานะเป็นพื้นฐานสำคัญในการทำความเข้าใจกระบวนการจัดการเหตุการณ์ ใช้กำหนดกิจกรรม วัดเวลาที่อยู่ในแต่ละสถานะ เช่น เหตุการณ์อยู่ในสถานะ 'รอดำเนินการ' นานเท่าใด และค้นหาเหตุการณ์ที่อาจติดค้างหรือไม่มีความคืบหน้า.
เหตุผลที่สำคัญ
การติดตามการเปลี่ยนสถานะเป็นกุญแจสำคัญในการทำความเข้าใจความคืบหน้าของเหตุการณ์ และวัดเวลาที่อยู่ในสถานะต่างๆ เช่น 'รอดำเนินการ' หรือ 'กำลังดำเนินการ'.
แหล่งข้อมูล
นี่คือช่อง 'Status' (Field ID: 7) ในแบบฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
ใหม่มอบหมายแล้วกำลังดำเนินการรอดำเนินการแก้ไขแล้วปิดแล้ว
|
|||
|
หมวดหมู่เหตุการณ์
IncidentCategory
|
การจัดประเภทเหตุการณ์ ซึ่งมักแบ่งเป็นลำดับชั้นหลายระดับ. | ||
|
คำอธิบาย
การจัดหมวดหมู่เหตุการณ์ช่วยจำแนกเหตุการณ์อย่างเป็นระบบ โดยทั่วไปแบ่งเป็นลำดับชั้นหลายระดับ เช่น ระดับ 1: ฮาร์ดแวร์ ระดับ 2: แล็ปท็อป ระดับ 3: แบตเตอรี่ ข้อมูลนี้จำเป็นต่อการกำหนดเส้นทางงาน การรายงาน และการวิเคราะห์แนวโน้ม ใน process mining การจัดหมวดหมู่ช่วยวิเคราะห์เหตุการณ์แต่ละประเภทแยกกัน และสนับสนุนแดชบอร์ดความแม่นยำในการจัดหมวดหมู่เหตุการณ์ โดยเปรียบเทียบหมวดหมู่เริ่มต้นกับหมวดหมู่สุดท้าย อีกทั้งยังช่วยค้นหาแนวโน้มสำหรับแดชบอร์ดแนวโน้มสาเหตุที่แท้จริง.
เหตุผลที่สำคัญ
การจัดหมวดหมู่ช่วยกำหนดเส้นทางงานได้ถูกต้อง วิเคราะห์แนวโน้ม และเปรียบเทียบผลการทำงานของเหตุการณ์แต่ละประเภท.
แหล่งข้อมูล
ฟิลด์เหล่านี้คือ 'Operational Categorization Tier 1/2/3' ในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
ฮาร์ดแวร์ > แล็ปท็อป > แบตเตอรี่ซอฟต์แวร์ > แอปพลิเคชันองค์กร > ข้อผิดพลาดในการเข้าสู่ระบบเครือข่าย > การเชื่อมต่อ > Wi-Fi
|
|||
|
คำอธิบายการแก้ไข
Resolution
|
คำอธิบายขั้นตอนที่ใช้แก้ไขเหตุการณ์ ซึ่งกรอกเป็นข้อความอิสระ. | ||
|
คำอธิบาย
ฟิลด์นี้มีสรุปรายละเอียดที่ผู้เขียนบันทึกไว้เกี่ยวกับการแก้ไขขั้นสุดท้าย โดยอธิบายว่าดำเนินการอย่างไรเพื่อแก้ปัญหาและคืนบริการให้ผู้ใช้ แม้ข้อมูลจะไม่มีโครงสร้าง แต่ก็ใช้เทคนิค text mining วิเคราะห์เพื่อค้นหารูปแบบการแก้ไขที่พบบ่อย ดึงคำสำคัญที่เกี่ยวข้องกับปัญหาเฉพาะ หรือใช้ประกอบการวิเคราะห์สาเหตุที่แท้จริงได้ ข้อมูลนี้ยังให้บริบทเชิงคุณภาพที่ฟิลด์ข้อมูลแบบมีโครงสร้างมักไม่มี.
เหตุผลที่สำคัญ
ให้รายละเอียดเชิงคุณภาพเกี่ยวกับการแก้ไข ซึ่งนำไปใช้ทำ text mining เพื่อค้นหารูปแบบที่มองไม่เห็นจากข้อมูลแบบมีโครงสร้างได้.
แหล่งข้อมูล
ฟิลด์ 'Resolution' (Field ID: 1000000156) ในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
รีเซ็ตรหัสผ่านของผู้ใช้ผ่าน Active Directory.ล้างแคชและคุกกี้ในเบราว์เซอร์เพื่อแก้ปัญหาการเข้าสู่ระบบ.รีบูตสวิตช์เครือข่ายในห้อง IDF ตู้ 3B.
|
|||
|
จำนวนครั้งที่มอบหมายใหม่
ReassignmentCount
|
จำนวนครั้งทั้งหมดที่มอบหมายเหตุการณ์ให้กลุ่มอื่น. | ||
|
คำอธิบาย
เมตริกนี้นับจำนวนครั้งที่ฟิลด์ 'AssignedGroup' เปลี่ยนแปลงตลอดวงจรของเหตุการณ์ หากมีจำนวนสูง อาจบ่งชี้ว่ากำหนดเส้นทางงานครั้งแรกไม่เหมาะสม แก้ปัญหาไม่ได้ตั้งแต่การติดต่อครั้งแรก หรือเป็นปัญหาซับซ้อนที่ต้องอาศัยข้อมูลจากหลายทีม แอตทริบิวต์นี้สนับสนุน KPI อัตราการมอบหมายเหตุการณ์ใหม่และแดชบอร์ดวิเคราะห์วงจรการมอบหมายเหตุการณ์ใหม่โดยตรง ช่วยวัดการส่งงานวนไปมาระหว่างทีม ซึ่งทำให้เกิดความล่าช้าและลดประสิทธิภาพของกระบวนการ.
เหตุผลที่สำคัญ
ช่วยวัดการส่งต่องานและการกำหนดเส้นทางที่ไม่มีประสิทธิภาพ เพื่อระบุเหตุการณ์ที่ติดอยู่ในวงจรการมอบหมายซ้ำระหว่างทีม.
แหล่งข้อมูล
คำนวณโดยนับจำนวนครั้งที่ค่า 'AssignedGroup' เปลี่ยนแปลงสำหรับ Incident ID แต่ละรายการในบันทึกเหตุการณ์.
ตัวอย่าง
0135
|
|||
|
ช่องทาง
Channel
|
วิธีที่ใช้แจ้งเหตุการณ์. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวิธีแจ้งเหตุการณ์ เช่น ทางโทรศัพท์ อีเมล พอร์ทัลบริการตนเอง หรือแจ้งด้วยตนเองที่จุดบริการ โดยแสดงช่องทางที่เหตุการณ์เข้าสู่กระบวนการสนับสนุน การวิเคราะห์เหตุการณ์แยกตามช่องทางช่วยให้เห็นว่าช่องทางใดมีประสิทธิภาพ หรือช่องทางใดทำให้เกิดเหตุการณ์ที่แก้ไขได้ง่ายหรือยากกว่า ข้อมูลนี้ยังช่วยประกอบการตัดสินใจลงทุนด้านระบบอัตโนมัติหรือการฝึกอบรมผู้ใช้ เช่น ส่งเสริมให้ใช้พอร์ทัลบริการตนเองที่เก็บข้อมูลเบื้องต้นได้ครบถ้วนกว่า.
เหตุผลที่สำคัญ
การทราบช่องทางที่ใช้แจ้งเหตุการณ์ช่วยวิเคราะห์ประสิทธิภาพของวิธีรับเรื่องแต่ละแบบ และใช้ประกอบการตัดสินใจลงทุนด้านบริการตนเองหรือระบบอัตโนมัติ.
แหล่งข้อมูล
ฟิลด์ 'Reported Source' (Field ID: 1000000215) ในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
อีเมลโทรศัพท์บริการตนเองแจ้งโดยตรง
|
|||
|
ผลกระทบ
Impact
|
ระดับผลกระทบของเหตุการณ์ต่อกระบวนการทางธุรกิจ. | ||
|
คำอธิบาย
ผลกระทบใช้ประเมินระดับความเสียหายที่เหตุการณ์สร้างให้ธุรกิจ โดยมักกำหนดเป็นระดับ เช่น 'กว้างขวาง/กระทบเป็นวงกว้าง', 'มีนัยสำคัญ/สูง', 'ปานกลาง/จำกัด' หรือ 'เล็กน้อย/เฉพาะจุด' เมื่อนำมาพิจารณาร่วมกับความเร่งด่วน ผลกระทบจะใช้กำหนดลำดับความสำคัญของเหตุการณ์ การวิเคราะห์ตามระดับผลกระทบช่วยให้เข้าใจว่าเหตุการณ์ใดรบกวนธุรกิจมากที่สุด โดยไม่ขึ้นกับความซับซ้อนทางเทคนิค ซึ่งเป็นข้อมูลสำคัญในการจัดลำดับความสำคัญของการปรับปรุงกระบวนการ.
เหตุผลที่สำคัญ
ช่วยประเมินความรุนแรงของเหตุการณ์ในมุมธุรกิจ ซึ่งเป็นปัจจัยสำคัญในการกำหนดลำดับความสำคัญและเน้นวิเคราะห์ปัญหาที่มีผลกระทบสูง.
แหล่งข้อมูล
ฟิลด์ 'Impact' (Field ID: 1000000163) ในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
1-กว้างขวาง/กระทบเป็นวงกว้าง2-มีนัยสำคัญ/สูง3-ปานกลาง/จำกัด4-เล็กน้อย/เฉพาะจุด
|
|||
|
ผู้แจ้ง
Submitter
|
ผู้ที่แจ้งเหตุการณ์เป็นคนแรก. | ||
|
คำอธิบาย
ผู้แจ้งคือผู้ใช้ปลายทางหรือลูกค้าที่พบปัญหาและแจ้งเหตุการณ์ ซึ่งแตกต่างจากผู้รับมอบหมายที่เป็นผู้จัดการเหตุการณ์ การวิเคราะห์ข้อมูลตามผู้แจ้งหรือแผนกของผู้แจ้งช่วยระบุกลุ่มผู้ใช้ที่อาจต้องได้รับการฝึกอบรมเพิ่มเติม หรือกลุ่มที่ได้รับผลกระทบจากปัญหาบางประเภท ข้อมูลนี้ช่วยให้มองกระบวนการจัดการเหตุการณ์จากมุมของลูกค้า.
เหตุผลที่สำคัญ
ระบุผู้ใช้ที่แจ้งปัญหา เพื่อวิเคราะห์แนวโน้มตามแผนก สถานที่ หรือบทบาทของผู้ใช้ได้.
แหล่งข้อมูล
ข้อมูลนี้บันทึกไว้ในฟิลด์ 'Submitter' หรือฟิลด์ข้อมูลลูกค้าที่เกี่ยวข้องในฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
จอห์น โดเจน สมิธปีเตอร์ โจนส์
|
|||
|
รหัสการปิดเหตุการณ์
CloseCode
|
รหัสที่เลือกเมื่อปิดเหตุการณ์ เพื่อระบุผลการแก้ไข. | ||
|
คำอธิบาย
รหัสการปิดเหตุการณ์สรุปวิธีแก้ไขเหตุการณ์อย่างเป็นระบบ ตัวอย่างเช่น 'ผู้ใช้แก้ไขได้', 'ไม่พบข้อผิดพลาด', 'เหตุการณ์ซ้ำ' หรือ 'ดำเนินการแก้ไขถาวรแล้ว' แอตทริบิวต์นี้มีประโยชน์ต่อการวิเคราะห์ประสิทธิผลและผลลัพธ์ของการแก้ไข ช่วยระบุเหตุการณ์ที่ปิดไปโดยยังไม่ได้แก้ปัญหาจริง หรือหมวดหมู่ที่ผู้ใช้แก้ปัญหาเองบ่อยครั้ง ซึ่งอาจเป็นโอกาสในการจัดทำบทความฐานความรู้หรือเครื่องมือบริการตนเองให้ดีขึ้น.
เหตุผลที่สำคัญ
ให้ข้อมูลผลการแก้ไขอย่างเป็นระบบ ช่วยวิเคราะห์ประสิทธิผลของการแก้ไขและดูแนวโน้มวิธีปิดเหตุการณ์.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้อยู่ในส่วนการแก้ไขหรือปิดเหตุการณ์ของฟอร์ม 'HPD:Help Desk'.
ตัวอย่าง
แก้ไขจากระยะไกลแล้วปัญหาซ้ำผู้ใช้ดำเนินการผิดพลาดไม่ต้องดำเนินการ
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบที่ใช้ดึงข้อมูลเหตุการณ์. | ||
|
คำอธิบาย
คุณลักษณะนี้ระบุแหล่งที่มาของข้อมูล ซึ่งมีประโยชน์เป็นพิเศษเมื่อใช้เครื่องมือ ITSM หลายระบบหรือมีระบบเชื่อมต่อกัน ช่วยยืนยันว่าข้อมูลมาจากแหล่งที่คาดไว้ เช่น อินสแตนซ์ BMC Helix ITSM ที่ระบุ. ในการวิเคราะห์ คุณลักษณะนี้ช่วยแยกกระบวนการหรือลักษณะข้อมูลที่อาจแตกต่างกันระหว่างระบบจริง ระบบพัฒนา หรือระบบเดิม ทำให้ตรวจสอบที่มาของข้อมูลได้อย่างชัดเจนและเชื่อถือได้.
เหตุผลที่สำคัญ
ระบุแหล่งที่มาของข้อมูล ซึ่งจำเป็นต่อการตรวจสอบความถูกต้องและการจัดการการวิเคราะห์จากหลายระบบที่เชื่อมต่อกัน.
แหล่งข้อมูล
โดยทั่วไปจะกำหนดค่าแบบคงที่ระหว่างขั้นตอนการดึง แปลง และโหลดข้อมูล (ETL).
ตัวอย่าง
BMCHelixITSM_ProdITSM-EU-InstanceServiceManagement-APAC
|
|||
|
วันครบกำหนดตาม SLA
SlaTargetDate
|
วันและเวลาที่คาดว่าจะแก้ไขเหตุการณ์เสร็จตาม SLA. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกกำหนดเวลาแก้ไขเหตุการณ์ตามข้อตกลงระดับการให้บริการ (SLA) ที่เกี่ยวข้อง โดยคำนวณจากลำดับความสำคัญของเหตุการณ์และเวลาทำการที่กำหนด เวลานี้เป็นเกณฑ์สำหรับเปรียบเทียบกับเวลาแก้ไขจริง และจำเป็นต่อการคำนวณ KPI อัตราการปฏิบัติตาม SLA ของเหตุการณ์ รวมถึงการสร้างแดชบอร์ดแสดงผลการดำเนินงานตาม SLA นอกจากนี้ยังช่วยติดตามเหตุการณ์ที่ใกล้ถึงกำหนดเวลาได้ล่วงหน้า.
เหตุผลที่สำคัญ
ใช้เป็นเกณฑ์วัดการปฏิบัติตาม SLA และช่วยคำนวณว่าแก้ไขเหตุการณ์ได้ทันเวลาหรือเกินกำหนด.
แหล่งข้อมูล
โดยทั่วไปข้อมูลนี้จัดเก็บในฟอร์ม 'SLM:Measurement' และเชื่อมโยงกับเหตุการณ์ ไม่ใช่ฟิลด์โดยตรงใน 'HPD:Help Desk'.
ตัวอย่าง
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-01T17:00:00Z
|
|||
|
สาเหตุที่แท้จริง
RootCause
|
เหตุผลเบื้องหลังหรือสาเหตุหลักของเหตุการณ์. | ||
|
คำอธิบาย
สาเหตุที่แท้จริงคือปัญหาต้นตอที่หากแก้ไขได้ จะช่วยป้องกันไม่ให้เหตุการณ์เกิดซ้ำ โดยมักระบุสาเหตุนี้ระหว่างการตรวจสอบปัญหาที่เกี่ยวข้อง แม้จะไม่ได้บันทึกสาเหตุที่แท้จริงไว้สำหรับทุกเหตุการณ์ แต่การวิเคราะห์แอตทริบิวต์นี้มีความสำคัญต่อการจัดการปัญหาเชิงรุก ช่วยสนับสนุน KPI อัตราการระบุสาเหตุที่แท้จริง และสร้างแดชบอร์ดติดตามแนวโน้มของปัญหาที่เกิดซ้ำ เพื่อกำหนดแนวทางแก้ไขถาวร.
เหตุผลที่สำคัญ
การระบุสาเหตุที่แท้จริงจำเป็นต่อการจัดการปัญหาและการวิเคราะห์เพื่อลดจำนวนเหตุการณ์ที่เกิดซ้ำ.
แหล่งข้อมูล
ข้อมูลนี้อาจอยู่ในฟิลด์ 'Root Cause' ของเหตุการณ์โดยตรง หรือมักอยู่ในฟอร์ม 'PBI:Problem Investigation' ที่เชื่อมโยงกัน.
ตัวอย่าง
พื้นที่ดิสก์บนเซิร์ฟเวอร์ไม่เพียงพอข้อผิดพลาดในการกำหนดค่าเครือข่ายข้อบกพร่องของซอฟต์แวร์ในเวอร์ชัน 2.1ใบรับรองความปลอดภัยหมดอายุ
|
|||
|
อัปเดตข้อมูลล่าสุด
LastDataUpdate
|
เวลาที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการอัปเดตจากระบบต้นทางครั้งล่าสุดเมื่อใด. | ||
|
คำอธิบาย
คุณลักษณะนี้บันทึกวันที่และเวลาที่ดึงข้อมูลครั้งล่าสุด ช่วยให้ทราบว่าข้อมูลที่นำมาวิเคราะห์เป็นข้อมูลใหม่เพียงใด ซึ่งสำคัญต่อการทำความเข้าใจว่าข้อมูลเชิงลึกเกี่ยวกับกระบวนการเป็นปัจจุบันแค่ไหน. การทราบเวลาอัปเดตล่าสุดมีความสำคัญต่อการรายงานและแดชบอร์ด เพราะช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันเพียงใด และเข้าใจว่ากิจกรรมเหตุการณ์ล่าสุดอาจยังไม่รวมอยู่ในข้อมูล.
เหตุผลที่สำคัญ
ระบุความใหม่ของข้อมูล เพื่อให้ผู้ใช้ทราบว่าการวิเคราะห์กระบวนการและข้อมูลเชิงลึกที่ได้เป็นปัจจุบันเพียงใด.
แหล่งข้อมูล
โดยทั่วไปค่านี้จะสร้างและประทับเวลาไว้ในชุดข้อมูลระหว่างขั้นตอนการดึงข้อมูล (ETL).
ตัวอย่าง
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
|
|||
กิจกรรมในการจัดการเหตุขัดข้อง
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
แก้ไขเหตุการณ์แล้ว
|
กิจกรรมนี้หมายถึงการแก้ไขเหตุการณ์อย่างเป็นทางการในมุมมองของฝ่ายบริการ ก่อนปิดเหตุการณ์ขั้นสุดท้าย โดยบันทึกเมื่อกำหนดสถานะเป็น 'Resolved'. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์สำคัญที่สุดสำหรับวัดการปฏิบัติตาม SLA และเวลาแก้ไข แสดงว่าบริการกลับมาใช้งานได้สำหรับผู้ใช้แล้ว.
แหล่งข้อมูล
เหตุการณ์นี้ตรงกับการกำหนดช่อง 'Status' ในแบบฟอร์ม 'HPD:Help Desk' เป็น 'Resolved' โดยบันทึกเวลาไว้ในช่อง 'Last Resolved Date' และบันทึกการตรวจสอบ.
บันทึก
ใช้เวลาที่สถานะเปลี่ยนเป็น 'Resolved' ในบันทึกการตรวจสอบ.
ประเภทเหตุการณ์
inferred
|
|||
|
ปิดเหตุการณ์แล้ว
|
นี่คือกิจกรรมสุดท้าย ซึ่งหมายถึงการปิดระเบียนเหตุการณ์อย่างเป็นทางการหลังยืนยันการแก้ไขแล้วหรือพ้นช่วงเวลารอยืนยัน โดยบันทึกเมื่อกำหนดสถานะเป็น 'Closed'. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์สิ้นสุดของวงจรการจัดการเหตุการณ์อย่างเป็นทางการ ระยะเวลาระหว่าง 'Resolved' กับ 'Closed' คือช่วงที่รอการยืนยันจากผู้ใช้และดำเนินการปิดงานด้านธุรการ.
แหล่งข้อมูล
เหตุการณ์นี้ตรงกับการกำหนดช่อง 'Status' ในแบบฟอร์ม 'HPD:Help Desk' เป็น 'Closed' โดยบันทึกเวลาไว้ในช่อง 'Closed Date' และบันทึกการตรวจสอบ.
บันทึก
ใช้เวลาจากช่อง 'Closed Date' หรือเวลาที่สถานะเปลี่ยนเป็น 'Closed'.
ประเภทเหตุการณ์
inferred
|
|||
|
มอบหมายให้กลุ่มแล้ว
|
กิจกรรมนี้หมายถึงการมอบหมายเหตุการณ์ให้กลุ่มสนับสนุนเฉพาะเพื่อเริ่มตรวจสอบ โดยอนุมานจากครั้งแรกที่มีการกรอกช่อง 'Assigned Group' หลังสร้างเหตุการณ์. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้แสดงถึงการเริ่มทำงานจริง การติดตามเวลาจนถึงการมอบหมายครั้งแรกมีความสำคัญต่อการประเมินเวลาตอบสนองและประสิทธิภาพการส่งต่องานเบื้องต้น.
แหล่งข้อมูล
อนุมานจากบันทึกการตรวจสอบ ('HPD:HelpDesk_AuditLogSystem') ของแบบฟอร์ม 'HPD:Help Desk' ซึ่งบันทึกการกรอกช่อง 'Assigned Group' ครั้งแรก.
บันทึก
ใช้เวลาที่มีการกรอกช่อง 'Assigned Group' ครั้งแรก.
ประเภทเหตุการณ์
inferred
|
|||
|
รับแจ้งเหตุการณ์
|
กิจกรรมนี้หมายถึงการสร้างระเบียนเหตุการณ์ในระบบเป็นครั้งแรก โดยใช้เวลาที่สร้างเหตุการณ์ในแบบฟอร์มหลักสำหรับจัดการเหตุการณ์. | ||
|
เหตุผลที่สำคัญ
นี่คือเหตุการณ์เริ่มต้นหลักของวงจรการจัดการเหตุการณ์ ซึ่งจำเป็นต่อการคำนวณเวลาแก้ไขโดยรวมและทำความเข้าใจอัตราการรับเหตุการณ์.
แหล่งข้อมูล
เหตุการณ์นี้ตรงกับการสร้างระเบียนในแบบฟอร์ม 'HPD:Help Desk' โดยทั่วไปจะใช้เวลาจากช่อง 'Submit Date' หรือ 'Reported Date'.
บันทึก
ใช้เวลาจากช่อง 'Submit Date' ในแบบฟอร์ม HPD:Help Desk.
ประเภทเหตุการณ์
explicit
|
|||
|
เริ่มตรวจสอบเหตุการณ์
|
หมายถึงเจ้าหน้าที่สนับสนุนเริ่มดำเนินการกับเหตุการณ์ โดยทั่วไปอนุมานจากการเปลี่ยนสถานะจาก 'Assigned' เป็น 'In Progress'. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้แสดงการเปลี่ยนจากการรอในคิวไปสู่การวินิจฉัยปัญหา การวิเคราะห์เวลาที่ใช้ก่อนเริ่มตรวจสอบช่วยค้นหาคอขวดด้านทรัพยากร และสนับสนุนแดชบอร์ด 'คอขวดในการวินิจฉัยและตรวจสอบ'.
แหล่งข้อมูล
อนุมานจากการเปลี่ยนสถานะในแบบฟอร์ม 'HPD:Help Desk' เมื่อช่อง 'Status' เปลี่ยนเป็น 'In Progress' โดยใช้เวลาจากบันทึกการตรวจสอบ.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'In Progress' ใน HPD:HelpDesk_AuditLogSystem.
ประเภทเหตุการณ์
inferred
|
|||
|
จัดหมวดหมู่เหตุการณ์แล้ว
|
หมายถึงจุดที่จัดประเภทเหตุการณ์ตามหมวดหมู่ด้านการปฏิบัติงานและผลิตภัณฑ์ พร้อมกำหนดระดับความสำคัญ โดยทั่วไปอนุมานจากการกรอกหรือแก้ไขช่องหมวดหมู่ครั้งล่าสุด. | ||
|
เหตุผลที่สำคัญ
การจัดหมวดหมู่ที่ถูกต้องและทันเวลามีความสำคัญต่อการส่งต่อและการรายงานที่มีประสิทธิภาพ การวิเคราะห์กิจกรรมนี้ช่วยค้นหาความล่าช้าหรือความคลาดเคลื่อนในขั้นตอนคัดกรองเบื้องต้น และสนับสนุนแดชบอร์ด 'ความแม่นยำในการจัดหมวดหมู่เหตุการณ์'.
แหล่งข้อมูล
อนุมานจากบันทึกการตรวจสอบ ('HPD:HelpDesk_AuditLogSystem') ซึ่งติดตามการเปลี่ยนแปลงช่องต่างๆ เช่น 'Operational Categorization Tier 1-3', 'Product Categorization Tier 1-3' และ 'Priority' ในแบบฟอร์ม 'HPD:Help Desk'.
บันทึก
ใช้เวลาที่มีการอัปเดตช่องหมวดหมู่หรือระดับความสำคัญครั้งล่าสุดหลังจากสร้างระเบียน.
ประเภทเหตุการณ์
inferred
|
|||
|
ได้รับการยืนยันจากผู้ใช้แล้ว
|
หมายถึงผู้ใช้ยืนยันด้วยตนเองว่าวิธีแก้ไขที่ได้รับช่วยแก้ปัญหาแล้ว อาจบันทึกเป็นเหตุการณ์โดยตรง หรืออนุมานจากบันทึกหรือการดำเนินการที่เกี่ยวข้องในระบบก่อนปิดเหตุการณ์. | ||
|
เหตุผลที่สำคัญ
การติดตามกิจกรรมนี้ช่วยให้เห็นภาพการตรวจสอบจากผู้ใช้ได้แม่นยำกว่าการรอปิดเหตุการณ์อัตโนมัติเพียงอย่างเดียว อีกทั้งช่วยวัด KPI 'เวลาเฉลี่ยที่ผู้ใช้ใช้ในการยืนยัน' และค้นหาช่องว่างในการสื่อสาร.
แหล่งข้อมูล
การบันทึกกิจกรรมนี้ให้เชื่อถือได้อาจทำได้ยาก อาจอนุมานจากรายการในบันทึกการทำงานหรือการอัปเดตเหตุผลของสถานะก่อนเปลี่ยนเหตุการณ์เป็น 'Closed' โดยอาจต้องวิเคราะห์แบบฟอร์ม 'HPD:WorkLog'.
บันทึก
อนุมานจากรายการในบันทึกการทำงานหรือการอัปเดตเหตุผลของสถานะก่อนปิดเหตุการณ์.
ประเภทเหตุการณ์
inferred
|
|||
|
นำวิธีแก้ไขไปใช้แล้ว
|
กิจกรรมนี้หมายถึงทีมสนับสนุนได้นำวิธีแก้ไขหรือวิธีแก้ขัดมาใช้ โดยมักอนุมานเมื่อสถานะเหตุการณ์เปลี่ยนเป็น 'Resolved'. | ||
|
เหตุผลที่สำคัญ
เหตุการณ์สำคัญนี้แสดงว่ามีการส่งมอบวิธีแก้ไขแล้ว เป็นข้อมูลสำคัญสำหรับวัดเวลาที่ใช้ในการแก้ไขหลังตรวจสอบเสร็จ.
แหล่งข้อมูล
โดยทั่วไปอนุมานเมื่อช่อง 'Status' ในแบบฟอร์ม 'HPD:Help Desk' เปลี่ยนเป็น 'Resolved' โดยบันทึกเวลาไว้ในช่อง 'Last Resolved Date' และบันทึกการตรวจสอบ.
บันทึก
ใช้เวลาจากช่อง 'Last Resolved Date' หรือเวลาที่สถานะเปลี่ยนเป็น 'Resolved'.
ประเภทเหตุการณ์
inferred
|
|||
|
เปิดเหตุการณ์อีกครั้ง
|
หมายถึงเหตุการณ์ที่เคยระบุว่าแก้ไขแล้ว แต่กลับมาดำเนินการอีกครั้งเพราะปัญหายังคงอยู่ โดยอนุมานจากการเปลี่ยนสถานะจาก 'Resolved' กลับไปเป็นสถานะที่ยังดำเนินการอยู่ เช่น 'In Progress' หรือ 'Assigned'. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้วัดการทำงานซ้ำและประสิทธิผลของวิธีแก้ไขครั้งแรกโดยตรง เหตุการณ์ที่เปิดใหม่จำนวนมากเป็นสัญญาณสำคัญว่าวิธีแก้ไขยังไม่มีคุณภาพ และใช้ประกอบ KPI 'อัตราการทำงานซ้ำในการจัดการเหตุการณ์'.
แหล่งข้อมูล
อนุมานจากบันทึกการตรวจสอบ ('HPD:HelpDesk_AuditLogSystem') โดยตรวจหาการเปลี่ยนช่อง 'Status' จาก 'Resolved' เป็น 'In Progress' หรือ 'Assigned' สำหรับ Incident ID นั้น.
บันทึก
อนุมานจากการเปลี่ยนสถานะจาก 'Resolved' กลับไปเป็นสถานะที่ยังดำเนินการอยู่.
ประเภทเหตุการณ์
inferred
|
|||
|
ผิด SLA
|
เหตุการณ์ที่คำนวณขึ้นนี้เกิดขึ้นเมื่อเวลาแก้ไขเหตุการณ์เกินเป้าหมายที่กำหนดไว้ในข้อตกลงระดับการให้บริการ โดยเปรียบเทียบเวลาที่แก้ไขกับวันครบกำหนดตาม SLA. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้เป็นข้อมูลพื้นฐานของแดชบอร์ด 'ภาพรวมประสิทธิภาพ SLA ของเหตุการณ์' และ KPI 'อัตราการปฏิบัติตาม SLA ของเหตุการณ์' โดยระบุเหตุการณ์ที่ไม่เป็นไปตามข้อตกลงการให้บริการโดยตรง.
แหล่งข้อมูล
คำนวณโดยเปรียบเทียบ 'Last Resolved Date' กับ 'Target Date' (วันครบกำหนดตาม SLA) ในแบบฟอร์ม 'HPD:Help Desk' หากยังแก้ไขเหตุการณ์ไม่เสร็จ อาจคำนวณเทียบกับเวลาปัจจุบัน.
บันทึก
เหตุการณ์ที่คำนวณขึ้น: เกิดขึ้นเมื่อ 'Last Resolved Date' > 'Target Date'.
ประเภทเหตุการณ์
calculated
|
|||
|
ยกเลิกเหตุการณ์
|
กิจกรรมนี้หมายถึงการยุติเหตุการณ์ที่สร้างขึ้นโดยผิดพลาดหรือไม่เกี่ยวข้องอีกต่อไป โดยบันทึกเมื่อกำหนดสถานะเหตุการณ์เป็น 'Cancelled'. | ||
|
เหตุผลที่สำคัญ
นี่คือสถานะสิ้นสุดของเหตุการณ์ ซึ่งแตกต่างจากการแก้ไขสำเร็จ การวิเคราะห์เหตุการณ์ที่ถูกยกเลิกอาจช่วยค้นหาปัญหาจากช่องทางรับแจ้งเหตุหรือการรายงานซ้ำ.
แหล่งข้อมูล
อนุมานจากแบบฟอร์ม 'HPD:Help Desk' เมื่อช่อง 'Status' เปลี่ยนเป็น 'Cancelled' โดยบันทึกเวลาไว้ในบันทึกการตรวจสอบ.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Cancelled' ในบันทึกการตรวจสอบ.
ประเภทเหตุการณ์
inferred
|
|||
|
รอข้อมูลจากผู้ใช้
|
หมายถึงช่วงที่การจัดการเหตุการณ์หยุดชั่วคราวเพื่อรอข้อมูลหรือการดำเนินการจากผู้ใช้ โดยอนุมานจากการเปลี่ยนสถานะเป็น 'Pending'. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้ช่วยแยกเวลาทำงานของเจ้าหน้าที่ออกจากเวลาที่รอผู้ใช้ การวิเคราะห์เวลาที่อยู่ในสถานะนี้มีความสำคัญต่อการทำความเข้าใจว่าการตอบกลับล่าช้าส่งผลต่อเวลาแก้ไขโดยรวมอย่างไร.
แหล่งข้อมูล
อนุมานจากแบบฟอร์ม 'HPD:Help Desk' เมื่อช่อง 'Status' เปลี่ยนเป็น 'Pending' โดยมักดูเหตุผลเฉพาะได้จากช่อง 'Status_Reason'.
บันทึก
อนุมานจากการเปลี่ยนสถานะเป็น 'Pending' ใน HPD:HelpDesk_AuditLogSystem.
ประเภทเหตุการณ์
inferred
|
|||
|
รอผู้ใช้ยืนยัน
|
เกิดขึ้นหลังจากดำเนินการแก้ไขแล้ว ขณะที่ทีมสนับสนุนรอให้ผู้ใช้ยืนยันว่าปัญหาได้รับการแก้ไข โดยมักแสดงด้วยสถานะ 'Resolved' ซึ่งเป็นจุดเริ่มต้นของการปิดเหตุการณ์อัตโนมัติ. | ||
|
เหตุผลที่สำคัญ
กิจกรรมนี้สำคัญต่อแดชบอร์ด 'ความล่าช้าในการยืนยันและตรวจสอบจากผู้ใช้' ช่วยวัดความล่าช้าระหว่างการส่งมอบวิธีแก้ไขกับการได้รับการยืนยันจากผู้ใช้ ซึ่งอาจทำให้วงจรการจัดการเหตุการณ์ยาวนานขึ้นโดยไม่จำเป็น.
แหล่งข้อมูล
สถานะนี้เริ่มเมื่อช่อง 'Status' ในแบบฟอร์ม 'HPD:Help Desk' เปลี่ยนเป็น 'Resolved' วัดระยะเวลาตั้งแต่ 'Last Resolved Date' จนกว่าเหตุการณ์จะเปลี่ยนเป็น 'Closed' หรือ 'Reopened'.
บันทึก
เริ่มเมื่อสถานะเปลี่ยนเป็น 'Resolved' และสิ้นสุดเมื่อสถานะเปลี่ยนเป็น 'Closed' หรือ 'In Progress'.
ประเภทเหตุการณ์
inferred
|
|||
|
โอนไปยังอีกกลุ่มหนึ่ง
|
กิจกรรมนี้เกิดขึ้นเมื่อมีการมอบหมายเหตุการณ์จากกลุ่มสนับสนุนหนึ่งไปยังอีกกลุ่มหนึ่ง โดยตรวจจับจากการเปลี่ยนแปลงช่อง 'Assigned Group' หลังการมอบหมายครั้งแรก. | ||
|
เหตุผลที่สำคัญ
การโอนบ่อยครั้งบ่งชี้ว่าอาจส่งงานผิดกลุ่มตั้งแต่แรก หรือมีช่องว่างด้านความรู้ การติดตามกิจกรรมนี้จำเป็นต่อแดชบอร์ด 'วิเคราะห์วงจรการส่งต่อเหตุการณ์' และ KPI 'อัตราการส่งต่อเหตุการณ์'.
แหล่งข้อมูล
อนุมานจากบันทึกการตรวจสอบ ('HPD:HelpDesk_AuditLogSystem') โดยตรวจหาการเปลี่ยนแปลงช่อง 'Assigned Group' ในแบบฟอร์ม 'HPD:Help Desk' หลังจากกรอกช่องนี้ครั้งแรก.
บันทึก
ตรวจหาการเปลี่ยนแปลงช่อง 'Assigned Group' หลังการมอบหมายครั้งแรก.
ประเภทเหตุการณ์
inferred
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้เพื่อเริ่มทำ process mining และค้นหาข้อมูลเชิงลึกที่เป็นประโยชน์จากข้อมูลการจัดการเหตุขัดข้องของคุณ เริ่มปรับปรุงการปฏิบัติการได้เลย.
แก้ปัญหาเหตุขัดข้องที่เกิดซ้ำใน BMC Helix ITSM วันนี้!
ลด MTTR ได้ 35% และป้องกันการผิด SLA เพื่อเพิ่มความพึงพอใจของผู้ใช้.
ไม่ต้องใช้บัตรเครดิต ทดลองใช้ฟรี 14 วัน.