เทมเพลตข้อมูลการจัดการเหตุขัดข้อง

BMC Helix ITSM
เทมเพลตข้อมูลการจัดการเหตุขัดข้อง

เทมเพลตข้อมูลการจัดการเหตุขัดข้อง

เทมเพลตนี้แนะนำข้อมูลสำคัญที่ควรรวบรวมเพื่อปรับปรุงกระบวนการจัดการเหตุขัดข้อง โดยระบุแอตทริบิวต์และกิจกรรมที่ควรติดตาม พร้อมแนวทางนำข้อมูลออกจากระบบ ใช้ทรัพยากรนี้เพื่อเตรียมข้อมูลได้สะดวกขึ้นและเริ่มวิเคราะห์กระบวนการได้เร็วขึ้น.
  • แอตทริบิวต์ที่แนะนำให้รวบรวม
  • กิจกรรมสำคัญที่ควรติดตามในกระบวนการ
  • แนวทางดึงข้อมูลจากระบบของคุณ
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์การจัดการเหตุขัดข้อง

ฟิลด์ข้อมูลเหล่านี้เป็นรายการแนะนำสำหรับบันทึกเหตุการณ์ เพื่อให้วิเคราะห์กระบวนการจัดการเหตุขัดข้องได้อย่างละเอียด.
3 จำเป็น 8 แนะนำ 10 ไม่บังคับ
ชื่อ คำอธิบาย
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
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในการจัดการเหตุขัดข้อง

ขั้นตอนและจุดสำคัญของกระบวนการที่ควรบันทึกในบันทึกเหตุการณ์ เพื่อค้นพบกระบวนการและแสดงภาพการไหลของงานได้อย่างแม่นยำ.
5 แนะนำ 9 ไม่บังคับ
กิจกรรม คำอธิบาย
แก้ไขเหตุการณ์แล้ว
กิจกรรมนี้หมายถึงการแก้ไขเหตุการณ์อย่างเป็นทางการในมุมมองของฝ่ายบริการ ก่อนปิดเหตุการณ์ขั้นสุดท้าย โดยบันทึกเมื่อกำหนดสถานะเป็น '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
แนะนำ ไม่บังคับ

คู่มือการดึงข้อมูล

วิธีดึงข้อมูลจาก BMC Helix ITSM

พร้อมเริ่มต้นหรือยัง?

ใช้เทมเพลตนี้เพื่อเริ่มทำ process mining และค้นหาข้อมูลเชิงลึกที่เป็นประโยชน์จากข้อมูลการจัดการเหตุขัดข้องของคุณ เริ่มปรับปรุงการปฏิบัติการได้เลย.

แก้ปัญหาเหตุขัดข้องที่เกิดซ้ำใน BMC Helix ITSM วันนี้!

ลด MTTR ได้ 35% และป้องกันการผิด SLA เพื่อเพิ่มความพึงพอใจของผู้ใช้.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ทดลองใช้ฟรี 14 วัน.