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

การจัดการปัญหาใน ServiceNow
เทมเพลตข้อมูลการจัดการปัญหา

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

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

แอตทริบิวต์การจัดการปัญหา

ฟิลด์ข้อมูลเหล่านี้เป็นรายการที่แนะนำให้ใส่ในบันทึกเหตุการณ์ เพื่อวิเคราะห์กระบวนการจัดการปัญหาตาม ITIL ได้อย่างละเอียด.
5 จำเป็น 7 แนะนำ 9 ไม่บังคับ
ชื่อ คำอธิบาย
กิจกรรม
Activity
เหตุการณ์หรือการดำเนินการที่เกิดขึ้นกับระเบียนปัญหา.
คำอธิบาย

แสดงขั้นตอนหรือการเปลี่ยนสถานะที่เกิดขึ้นตลอดวงจรของระเบียนปัญหา เช่น 'สร้างระเบียนปัญหา', 'ระบุสาเหตุที่แท้จริง' หรือ 'มอบหมายให้กลุ่มสนับสนุน' ข้อมูลนี้จำเป็นต่อการสร้างแผนผังกระบวนการและแสดงลำดับเหตุการณ์.

เหตุผลที่สำคัญ

กำหนดโหนดในแผนผังกระบวนการ เพื่อแสดงเวิร์กโฟลว์และรูปแบบการดำเนินกระบวนการที่แตกต่างกัน.

แหล่งข้อมูล

ได้จากตาราง 'sys_audit', 'sys_history_line' หรือการเปลี่ยนสถานะในตาราง 'problem'

ตัวอย่าง
สร้างระเบียนปัญหาวิเคราะห์เสร็จสิ้นเปลี่ยนสถานะเป็นปิดแล้ว
ระเบียนปัญหา
ProblemNumber
ตัวระบุเฉพาะของระเบียนปัญหา.
คำอธิบาย

คีย์ตัวอักษรและตัวเลขที่ไม่ซ้ำกัน ซึ่งกำหนดให้กับระเบียนปัญหาแต่ละรายการใน ServiceNow (เช่น PRB000123) ตัวระบุนี้เชื่อมโยงกิจกรรมทั้งหมดในกระบวนการ ตั้งแต่การบันทึกปัญหา การวิเคราะห์สาเหตุที่แท้จริง ไปจนถึงการปิดระเบียน ในการวิเคราะห์ process mining ค่านี้ทำหน้าที่เป็น Case ID เพื่อสร้างเส้นทางการแก้ไขปัญหาตั้งแต่ต้นจนจบ.

เหตุผลที่สำคัญ

ใช้เป็นคีย์หลักเพื่อแยกแต่ละกรณีออกจากกันและจัดกลุ่มเหตุการณ์ที่เกี่ยวข้องในกราฟกระบวนการ.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'number'

ตัวอย่าง
PRB004512PRB009823PRB001122
เวลาที่เกิดเหตุการณ์
EventTime
วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแน่นอน.
คำอธิบาย

บันทึกเวลาที่มีการเปลี่ยนแปลงหรือดำเนินการในระบบ ข้อมูลนี้ใช้เรียงกิจกรรมตามลำดับเวลาและคำนวณระยะเวลา เช่น เวลาที่ใช้ในแต่ละรอบและเวลาตั้งแต่เริ่มจนเสร็จระหว่างขั้นตอนต่างๆ ของกระบวนการ.

เหตุผลที่สำคัญ

จำเป็นสำหรับการเรียงลำดับเหตุการณ์และคำนวณ KPI ที่เกี่ยวข้องกับเวลา.

แหล่งข้อมูล

ฟิลด์ 'sys_created_on' ของ ServiceNow ในตาราง audit/history

ตัวอย่าง
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
ระบบต้นทาง
SourceSystem
ชื่อระบบที่เป็นแหล่งที่มาของข้อมูล.
คำอธิบาย

ระบุอินสแตนซ์หรือสภาพแวดล้อม ServiceNow ที่ใช้ดึงข้อมูลการจัดการปัญหา มีประโยชน์เป็นพิเศษเมื่อใช้หลายระบบ เพราะช่วยติดตามที่มาของข้อมูลและจัดการความแตกต่างเฉพาะของแต่ละระบบในการวิเคราะห์.

เหตุผลที่สำคัญ

ช่วยระบุที่มาของข้อมูล โดยเฉพาะเมื่อนำข้อมูลจากเครื่องมือ ITSM หลายระบบมารวมกัน.

แหล่งข้อมูล

กำหนดค่าตายตัวระหว่างการดึงข้อมูล (เช่น 'ServiceNow Production')

ตัวอย่าง
ServiceNow ProdServiceNow EMEA
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่ดึงข้อมูลหรือรีเฟรชข้อมูลครั้งล่าสุด.
คำอธิบาย

ระบุว่าชุดข้อมูลที่ใช้วิเคราะห์เป็นข้อมูลล่าสุดเพียงใด ช่วยให้นักวิเคราะห์ทราบว่ากำลังดูข้อมูลปัจจุบันหรือข้อมูลย้อนหลัง ซึ่งสำคัญต่อการตีความสถานะของกรณีที่ยังเปิดอยู่.

เหตุผลที่สำคัญ

ช่วยให้ผู้ใช้ทราบว่าข้อมูลเป็นปัจจุบันแค่ไหน เพื่อจัดทำรายงานการปฏิบัติงานได้อย่างถูกต้อง.

แหล่งข้อมูล

เวลาของระบบขณะเรียกใช้ ETL

ตัวอย่าง
2023-11-01T12:00:00Z
กลุ่มสนับสนุน
AssignmentGroup
ทีมเทคนิคที่รับผิดชอบแก้ไขปัญหา.
คำอธิบาย

ระบุกลุ่มหรือทีมสนับสนุนที่ได้รับมอบหมายให้จัดการปัญหาในขณะนั้น ข้อมูลนี้สำคัญต่อแดชบอร์ด 'วิเคราะห์การส่งต่องานระหว่างกลุ่มสนับสนุน' ซึ่งใช้ติดตามการส่งต่องานระหว่างทีมและค้นหาการทำงานแบบแยกส่วนภายใน.

เหตุผลที่สำคัญ

สำคัญต่อการค้นหาคอขวดระหว่างแผนกและวิเคราะห์ประสิทธิภาพการส่งต่องาน.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'assignment_group'

ตัวอย่าง
ปฏิบัติการเครือข่ายผู้ดูแลฐานข้อมูลศูนย์บริการ
จำนวนครั้งที่มอบหมายใหม่
ReassignmentCount
จำนวนครั้งที่มีการมอบหมายปัญหาให้กลุ่มอื่น.
คำอธิบาย

นับจำนวนครั้งที่มีการเปลี่ยนกลุ่มที่รับผิดชอบ เป็นแหล่งข้อมูลโดยตรงของ KPI 'จำนวนครั้งที่มอบหมายระเบียนปัญหาใหม่' และช่วยค้นหากรณีที่มีการส่งตั๋วไปมาระหว่างทีม.

เหตุผลที่สำคัญ

เป็นตัวบ่งชี้โดยตรงถึงความติดขัดในกระบวนการและการขาดผู้รับผิดชอบที่ชัดเจน.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'reassignment_count'

ตัวอย่าง
0312
จำนวนเหตุขัดข้องที่เกี่ยวข้อง
RelatedIncidentCount
จำนวนเหตุขัดข้องที่เชื่อมโยงกับระเบียนปัญหานี้.
คำอธิบาย

วัดผลกระทบของปัญหาโดยนับจำนวนเหตุขัดข้องที่เกี่ยวข้อง หากค่านี้สูง โดยเฉพาะในกรณีข้อผิดพลาดที่ทราบแล้ว ข้อมูลจะนำไปใช้ในแดชบอร์ด 'ข้อผิดพลาดที่ทราบแล้วและการเกิดเหตุซ้ำ'.

เหตุผลที่สำคัญ

วัดระดับผลกระทบที่ปัญหามีต่อผู้ใช้.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'related_incidents' (ชื่อฟิลด์อาจแตกต่างกัน) หรือจำนวนระเบียนที่เชื่อมโยง

ตัวอย่าง
1501200
ผู้ใช้ที่ได้รับมอบหมาย
AssignedTo
บุคคลที่ได้รับมอบหมายให้จัดการปัญหานี้.
คำอธิบาย

ระบุผู้ใช้ที่รับผิดชอบระเบียนปัญหาในขณะนั้น การวิเคราะห์ข้อมูลนี้ช่วยให้เข้าใจการกระจายภาระงาน ผลการทำงานรายบุคคล และคอขวดในระดับทรัพยากร.

เหตุผลที่สำคัญ

ใช้วิเคราะห์ประสิทธิภาพของทรัพยากรและภาระงานรายบุคคล.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'assigned_to'

ตัวอย่าง
Alice SmithBob Jonesผู้ดูแลระบบ
ลำดับความสำคัญ
Priority
ระดับความสำคัญที่กำหนดให้กับระเบียนปัญหา.
คำอธิบาย

แสดงความสำคัญและความเร่งด่วนของปัญหา โดยทั่วไปคำนวณจากผลกระทบและความเร่งด่วน ข้อมูลนี้ช่วยแบ่งผลการวิเคราะห์ตามระดับความสำคัญ และใช้กับแดชบอร์ด 'ติดตามการผิด SLA และลำดับความสำคัญ'.

เหตุผลที่สำคัญ

ช่วยแบ่งผลการดำเนินงานของกระบวนการตามความสำคัญต่อธุรกิจ.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'priority'

ตัวอย่าง
1 - วิกฤต2 - สูง3 - ปานกลาง
สถานะปัญหา
ProblemState
สถานะของระเบียนปัญหาตามวงจรการดำเนินงาน.
คำอธิบาย

แสดงขั้นตอนปัจจุบันของระเบียนปัญหา เช่น เปิดอยู่, วิเคราะห์สาเหตุที่แท้จริง, กำลังแก้ไข หรือปิดแล้ว ข้อมูลนี้เป็นตัวแปรหลักในการกรองและทำความเข้าใจรายการงานค้างใน 'การวิเคราะห์อายุของระเบียนปัญหาค้าง'.

เหตุผลที่สำคัญ

ตัวบ่งชี้สถานะหลักสำหรับกรองกรณีที่เปิดอยู่หรือปิดแล้ว.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'state'

ตัวอย่าง
ใหม่ประเมินการวิเคราะห์สาเหตุที่แท้จริงแก้ไขแล้ว
หมวดหมู่สาเหตุที่แท้จริง
RootCauseCategory
การจัดประเภทสาเหตุที่แท้จริงซึ่งระบุได้.
คำอธิบาย

จัดหมวดหมู่สาเหตุเบื้องหลังของปัญหา เช่น ข้อบกพร่องของซอฟต์แวร์, ความผิดพลาดของบุคลากร หรือฮาร์ดแวร์ขัดข้อง ข้อมูลนี้ใช้กับแดชบอร์ด 'ความแม่นยำในการจัดหมวดหมู่สาเหตุที่แท้จริง' และช่วยค้นหารูปแบบความขัดข้องที่เกิดซ้ำ.

เหตุผลที่สำคัญ

ช่วยวิเคราะห์รูปแบบความขัดข้องเพื่อนำไปสู่การปรับปรุงเชิงกลยุทธ์.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'rca_category' หรือ 'u_root_cause_category'

ตัวอย่าง
ข้อบกพร่องของซอฟต์แวร์ข้อผิดพลาดในการกำหนดค่าปัญหาจากผู้ให้บริการ
บริการทางธุรกิจ
BusinessService
บริการระดับธุรกิจที่ได้รับผลกระทบจากปัญหา.
คำอธิบาย

แสดงบริการที่ผู้ใช้ทางธุรกิจรับรู้ (เช่น 'บริการเงินเดือน', 'พอร์ทัลลูกค้า') แทนองค์ประกอบทางเทคนิค ช่วยให้รายงานข้อมูลแก่ผู้มีส่วนเกี่ยวข้องในมุมมองธุรกิจ.

เหตุผลที่สำคัญ

เชื่อมโยงปัญหาทางเทคนิคกับสายธารคุณค่าทางธุรกิจ.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'business_service'

ตัวอย่าง
ธนาคารออนไลน์อีเมลภายใน
เป็นข้อผิดพลาดที่ทราบแล้ว
IsKnownError
ตัวบ่งชี้ว่าจัดประเภทปัญหาเป็นข้อผิดพลาดที่ทราบแล้วหรือไม่.
คำอธิบาย

ระบุว่าระเบียนปัญหาถูกเปลี่ยนเป็นหรือทำเครื่องหมายว่าเป็นข้อผิดพลาดที่ทราบแล้วหรือไม่ ข้อมูลนี้จำเป็นต่อการวิเคราะห์ 'ข้อผิดพลาดที่ทราบแล้วและการเกิดเหตุซ้ำ' เพื่อประเมินประสิทธิภาพของกระบวนการจัดการความรู้.

เหตุผลที่สำคัญ

ช่วยแยกการตรวจสอบปัญหาที่ยังดำเนินอยู่ ออกจากข้อบกพร่องที่ยอมรับแล้วและมีวิธีแก้ชั่วคราว.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'known_error'

ตัวอย่าง
truefalse
ผลการทบทวนหลังนำไปใช้ (PIR)
PostImplementationReviewResult
ผลลัพธ์หรือสถานะการทบทวนหลังนำไปใช้ (PIR).
คำอธิบาย

บันทึกผลหรือสถานะของ PIR (เช่น เสร็จสิ้น, ไม่จำเป็น, รอดำเนินการ) ข้อมูลนี้จำเป็นต่อแดชบอร์ด 'การปฏิบัติตามข้อกำหนดในการทบทวนหลังนำไปใช้' เพื่อให้มั่นใจว่ามีการทบทวนปัญหาร้ายแรง.

เหตุผลที่สำคัญ

ตัวชี้วัดการควบคุมคุณภาพที่ช่วยให้เกิดการเรียนรู้จากเหตุขัดข้องร้ายแรง.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'pir_state' หรือฟิลด์ที่กำหนดเองในลักษณะเดียวกัน

ตัวอย่าง
เสร็จสิ้นยกเว้นรอดำเนินการ
เผยแพร่วิธีแก้ปัญหาชั่วคราว
WorkaroundPublished
ระบุว่ามีการบันทึกและเผยแพร่วิธีแก้ปัญหาชั่วคราวแล้วหรือไม่.
คำอธิบาย

ค่าสถานะที่ระบุว่ามีการค้นพบและเผยแพร่การแก้ไขชั่วคราวไปยัง Knowledge Base หรือ Known Error Database แล้วหรือไม่ ข้อมูลนี้ใช้กับแดชบอร์ด 'ประสิทธิภาพการเผยแพร่วิธีแก้ปัญหาชั่วคราว'.

เหตุผลที่สำคัญ

สำคัญต่อการวัดว่าบรรเทาผลกระทบต่อธุรกิจได้รวดเร็วเพียงใดก่อนมีวิธีแก้ไขถาวร.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'work_around' (มีข้อความหรือไม่) หรือสถานะเฉพาะ

ตัวอย่าง
truefalse
ระยะเวลาที่รอดำเนินการ
PendingDuration
เวลารวมที่ปัญหาอยู่ในสถานะพักหรือรอดำเนินการ.
คำอธิบาย

รวมเวลาที่อยู่ในสถานะ เช่น 'รอผู้ให้บริการ' หรือ 'พักไว้' ใช้ในการวิเคราะห์ 'สถานะรอดำเนินการและเวลารอ' เพื่อแยกเวลาประมวลผลภายในออกจากความล่าช้าจากภายนอก.

เหตุผลที่สำคัญ

ช่วยแยกความไม่มีประสิทธิภาพของทีมออกจากการพึ่งพาปัจจัยภายนอก.

แหล่งข้อมูล

คำนวณจากผลรวมระยะเวลาที่สถานะเป็น Pending/On Hold

ตัวอย่าง
5 วัน0 นาที
รายการองค์ประกอบการกำหนดค่า
ConfigurationItem
สินทรัพย์หรือบริการที่ได้รับผลกระทบจากปัญหา.
คำอธิบาย

ระบุรายการองค์ประกอบการกำหนดค่า (CI) ที่เชื่อมโยงกับระเบียนปัญหา การวิเคราะห์ข้อมูลนี้ช่วยเชื่อมโยงปัญหากับฮาร์ดแวร์ ซอฟต์แวร์ หรือบริการที่เกี่ยวข้อง และใช้กับแดชบอร์ด 'ความแม่นยำในการจัดหมวดหมู่สาเหตุที่แท้จริง'.

เหตุผลที่สำคัญ

เชื่อมโยงปัญหาในกระบวนการกับสินทรัพย์จริงหรือสินทรัพย์เชิงตรรกะที่เกี่ยวข้อง.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'cmdb_ci'

ตัวอย่าง
เซิร์ฟเวอร์ SAP ERP 01บริการอีเมล ExchangeOracle DB Prod
วันครบกำหนดตาม SLA
SlaDueDate
วันและเวลาเป้าหมายในการแก้ปัญหาตาม SLA.
คำอธิบาย

เวลาที่ต้องแก้ปัญหาให้เสร็จเพื่อให้เป็นไปตามข้อตกลงระดับบริการ ข้อมูลนี้ใช้เป็นเกณฑ์อ้างอิงสำหรับแดชบอร์ด 'ติดตามการผิด SLA และลำดับความสำคัญ' และการคำนวณอัตราการปฏิบัติตามข้อกำหนด.

เหตุผลที่สำคัญ

ใช้เป็นเกณฑ์อ้างอิงในการคำนวณสถานะการผิด SLA.

แหล่งข้อมูล

ตาราง 'task_sla' ของ ServiceNow ที่เชื่อมโยงกับปัญหา

ตัวอย่าง
2023-12-31T17:00:00Z
เวลาจัดทำแนวทางแก้ไข
SolutionDraftingTime
เวลาตั้งแต่ระบุสาเหตุที่แท้จริงจนถึงการเสนอแนวทางแก้ไข.
คำอธิบาย

ติดตามระยะเวลาในขั้นตอนออกแบบแนวทางแก้ไข หลังทราบสาเหตุแล้ว ข้อมูลนี้ใช้กับแดชบอร์ด 'การจัดทำแนวทางแก้ไขและการนำวิธีแก้ไปใช้'.

เหตุผลที่สำคัญ

แยกวัดประสิทธิภาพในขั้นตอนออกแบบวิธีแก้ไข.

แหล่งข้อมูล

คำนวณจากเวลาของ 'จัดทำแนวทางแก้ไขที่เสนอ' ลบด้วยเวลาของ 'ระบุสาเหตุที่แท้จริง'

ตัวอย่าง
2 วัน4 ชั่วโมง
หมายเลขคำขอเปลี่ยนแปลง
ChangeRequestNumber
ตัวระบุคำขอเปลี่ยนแปลงที่สร้างขึ้นเพื่อแก้ปัญหา.
คำอธิบาย

เชื่อมโยงระเบียนปัญหากับระเบียน Change Management (RFC) การเชื่อมโยงนี้สำคัญต่อแดชบอร์ด 'ประสิทธิภาพการเปลี่ยนผ่านของคำขอเปลี่ยนแปลง' ซึ่งใช้วัดความรวดเร็วในการส่งต่องานจากการวินิจฉัยปัญหาไปสู่การดำเนินการเปลี่ยนแปลงโครงสร้างพื้นฐาน.

เหตุผลที่สำคัญ

ติดตามการเปลี่ยนผ่านจากการจัดการปัญหาไปสู่การจัดการการเปลี่ยนแปลง.

แหล่งข้อมูล

ตาราง 'problem' ของ ServiceNow, ฟิลด์ 'rfc'

ตัวอย่าง
CHG003001CHG004552
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมการจัดการปัญหา

ขั้นตอนสำคัญและหมุดหมายในวงจรการทำงานที่ควรบันทึกไว้ในบันทึกเหตุการณ์ เพื่อค้นพบเวิร์กโฟลว์การจัดการปัญหาได้อย่างแม่นยำ.
8 แนะนำ 6 ไม่บังคับ
กิจกรรม คำอธิบาย
นำวิธีแก้ถาวรไปใช้
เวลาที่ระบุว่าปัญหาได้รับการแก้ไขแล้ว ซึ่งมักเกิดขึ้นเมื่อปิดคำขอเปลี่ยนแปลงที่เกี่ยวข้อง แสดงว่างานด้านเทคนิคเสร็จสิ้น.
เหตุผลที่สำคัญ

ใช้ระบุจุดสิ้นสุดของวงจรการแก้ไขจริง และคำนวณเวลาแก้ปัญหารวมเทียบกับ SLA.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit', การเปลี่ยนฟิลด์ 'state' เป็น 'Resolved' (โดยทั่วไปใช้ค่า 106).

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
ปิดระเบียนปัญหา
เหตุการณ์สุดท้ายในวงจรของระเบียน เมื่อระเบียนไม่มีการเคลื่อนไหวอีกต่อไปและไม่คาดว่าจะมีงานเพิ่มเติม.
เหตุผลที่สำคัญ

จุดสิ้นสุดที่ชัดเจนของกระบวนการแต่ละรายการ จำเป็นต่อการคำนวณระยะเวลารวมของวงจร.

แหล่งข้อมูล

ตาราง ServiceNow 'problem', ฟิลด์ 'closed_at' หรือการเปลี่ยนฟิลด์ 'state' เป็น 'Closed'.

บันทึก

บันทึกเมื่อเรียกใช้ธุรกรรม Close Problem

ประเภทเหตุการณ์ explicit
พบวิธีแก้ปัญหาชั่วคราว
การกรอกข้อความในฟิลด์ 'Workaround' ของระเบียนปัญหา บันทึกเวลาที่นักวิเคราะห์จัดทำวิธีแก้ปัญหาชั่วคราวไว้.
เหตุผลที่สำคัญ

ใช้กับแดชบอร์ด Workaround Publication Performance เพื่อระบุเวลาที่ทราบวิธีแก้ทางเทคนิคเป็นครั้งแรก.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit' ที่มีค่า 'fieldname' เป็น 'workaround'.

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
มอบหมายให้กลุ่มสนับสนุน
การส่งระเบียนปัญหาไปยังทีมเทคนิคที่รับผิดชอบการตรวจสอบโดยเฉพาะ กิจกรรมนี้ติดตามการเปลี่ยนผู้รับผิดชอบและมีความสำคัญต่อการวิเคราะห์การส่งต่องาน.
เหตุผลที่สำคัญ

จำเป็นต่อแดชบอร์ด Support Group Reassignment Analysis เพื่อระบุการส่งงานวนไปมาและคอขวดระหว่างทีม.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit' หรือ 'sys_history_line' ที่ติดตามการเปลี่ยนแปลงฟิลด์ 'assignment_group'.

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
ระบุสาเหตุราก
จุดที่กรอกรหัส 'Root Cause' หรือเปลี่ยนสถานะเป็น 'Fix in Progress' ซึ่งแสดงว่าการวินิจฉัยปัญหาสำเร็จแล้ว.
เหตุผลที่สำคัญ

ใช้คำนวณเวลาเฉลี่ยจนพบสาเหตุราก และรองรับแดชบอร์ด Root Cause Investigation Cycle Time นับเป็นหมุดหมายสำคัญของกระบวนการ.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit' ที่ติดตามการเปลี่ยนแปลงฟิลด์หมวดหมู่ 'root_cause' หรือการเปลี่ยนสถานะเป็น 'Fix in Progress'.

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
เริ่มการตรวจสอบ
การเปลี่ยนสถานะของระเบียนปัญหาจาก 'New' เป็น 'Assess' หรือ 'Root Cause Analysis' แสดงว่านักวิเคราะห์เริ่มลงมือตรวจสอบปัญหาแล้ว.
เหตุผลที่สำคัญ

ระบุจุดสิ้นสุดของเวลารอในคิวช่วงแรกและจุดเริ่มต้นของการตรวจสอบจริง ซึ่งช่วยในการวิเคราะห์สถานะรอดำเนินการ.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit' ที่ติดตามการเปลี่ยนแปลงฟิลด์ 'state' เช่น เปลี่ยนเป็นค่า 102 หรือ 103 ตามการตั้งค่า.

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
เริ่มคำขอเปลี่ยนแปลง
การเชื่อมโยงคำขอเปลี่ยนแปลง (RFC) กับระเบียนปัญหา แสดงถึงการส่งต่องานจาก Problem Management ไปยัง Change Management เพื่อนำการแก้ไขไปใช้.
เหตุผลที่สำคัญ

สำคัญต่อแดชบอร์ด Change Request Transition Efficiency ช่วยระบุความล่าช้าระหว่างการพบวิธีแก้กับการเริ่มกระบวนการเปลี่ยนแปลง.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit' ที่ติดตามการกรอกฟิลด์อ้างอิง 'rfc' ในตาราง 'problem'.

บันทึก

บันทึกเมื่อเรียกใช้ธุรกรรม Create Normal Change

ประเภทเหตุการณ์ explicit
สร้างระเบียนปัญหา
การสร้างระเบียนปัญหาครั้งแรกในระบบ ServiceNow เป็นจุดเริ่มต้นของวงจรการจัดการปัญหา และเป็นเวลาอ้างอิงสำหรับคำนวณอายุของระเบียน.
เหตุผลที่สำคัญ

ใช้กำหนดเวลาเริ่มต้นสำหรับคำนวณระยะเวลาของวงจรและวัด SLA อีกทั้งเป็นจุดอ้างอิงหลักในการระบุจำนวนการตรวจสอบปัญหาที่เข้ามา.

แหล่งข้อมูล

ตาราง ServiceNow 'problem', ฟิลด์ 'sys_created_on'.

บันทึก

บันทึกเมื่อเรียกใช้ธุรกรรม New Record

ประเภทเหตุการณ์ explicit
จัดทำร่างข้อเสนอการแก้ไข
การกรอกข้อมูลในฟิลด์ 'Fix Notes' หรือ 'Resolution Code' แสดงว่านักวิเคราะห์เปลี่ยนจากการทำความเข้าใจสาเหตุไปสู่การออกแบบวิธีแก้ถาวรแล้ว.
เหตุผลที่สำคัญ

รองรับแดชบอร์ด Solution Drafting and Fix Application โดยแยกระยะเวลาของขั้นตอนการออกแบบให้เห็นชัดเจน.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit' ที่ติดตามการอัปเดตฟิลด์ 'fix_notes'.

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
ทบทวนหลังนำไปใช้เสร็จสิ้น
การปิดงาน PIR หรือการตั้งค่าแฟล็ก PIR เป็นการยืนยันว่ามีการวิเคราะห์ย้อนหลังสำหรับปัญหาสำคัญแล้ว.
เหตุผลที่สำคัญ

รองรับแดชบอร์ด Post-Implementation Review Compliance โดยตรง หากไม่พบกิจกรรมนี้ในปัญหาที่มีความสำคัญสูง แสดงว่าอาจไม่ปฏิบัติตามข้อกำหนด.

แหล่งข้อมูล

การปิดงานในตาราง ServiceNow 'problem_task' (type=PIR) หรือการเปลี่ยนฟิลด์ 'pir_state' ในตาราง 'problem'.

บันทึก

อนุมานจากการเปรียบเทียบฟิลด์ X กับ Y

ประเภทเหตุการณ์ inferred
เปลี่ยนสถานะเป็น Fix in Progress
ระเบียนเปลี่ยนเป็นสถานะที่แสดงว่ากำลังจัดทำหรือนำวิธีแก้ไปใช้ ซึ่งมักอยู่ระหว่างรอ Change Management.
เหตุผลที่สำคัญ

ช่วยแยกเวลาตรวจสอบจริงออกจากเวลาที่ 'รอการเปลี่ยนแปลง' ทำให้วิเคราะห์คอขวดได้แม่นยำขึ้น.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit', การเปลี่ยนฟิลด์ 'state' เป็น 'Fix in Progress' (โดยทั่วไปใช้ค่า 104).

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
เผยแพร่วิธีแก้ปัญหาชั่วคราว
การดำเนินการ 'Communicate Workaround' ซึ่งส่งวิธีแก้ปัญหาชั่วคราวไปยังเหตุขัดข้องที่เกี่ยวข้อง หรือสร้างบทความ Known Error ขั้นตอนนี้ต่างจากการกรอกวิธีแก้ไว้เฉยๆ.
เหตุผลที่สำคัญ

สำคัญต่อการวัดความเร็วในการแบ่งปันความรู้ ความล่าช้าในขั้นตอนนี้ส่งผลโดยตรงต่อจำนวนเหตุขัดข้องซ้ำ.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_journal_field' หรือบันทึก UI Action ที่เกี่ยวข้อง อาจอนุมานได้จากการสร้างระเบียน 'kb_knowledge' ประเภท 'Known Error'.

บันทึก

บันทึกเมื่อเรียกใช้ธุรกรรม Communicate Workaround

ประเภทเหตุการณ์ explicit
ไม่ผ่านการประเมิน
ระเบียนปัญหาถูกย้อนกลับไปยังสถานะก่อนหน้าหรือยกเลิกระหว่างการประเมิน เนื่องจากไม่ใช่ปัญหาที่เข้าเกณฑ์.
เหตุผลที่สำคัญ

ช่วยระบุงานที่สูญเปล่า เมื่อยกระดับเหตุขัดข้องเป็นปัญหาโดยไม่ถูกต้อง.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit', การเปลี่ยนฟิลด์ 'state' จาก 'Assess' เป็น 'Closed/Cancelled' หรือ 'New'.

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
ยืนยันผลการแก้ไข
ขั้นตอนตรวจสอบเพื่อยืนยันว่าการแก้ไขได้ผลจริง อาจใช้สถานะเฉพาะหรือช่องทำเครื่องหมาย ขึ้นอยู่กับระดับความพร้อมของกระบวนการ.
เหตุผลที่สำคัญ

ช่วยควบคุมคุณภาพก่อนปิดงาน หากข้ามขั้นตอนนี้จะสามารถวิเคราะห์การเบี่ยงเบนจากกระบวนการได้.

แหล่งข้อมูล

ตาราง ServiceNow 'sys_audit' อาจเป็นการเปลี่ยนสถานะ (Resolved -> Closed) หรือฟิลด์เฉพาะ 'u_resolution_verified' หากมีการตั้งค่าไว้.

บันทึก

เปรียบเทียบฟิลด์สถานะก่อนและหลัง

ประเภทเหตุการณ์ inferred
แนะนำ ไม่บังคับ

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

วิธีดึงข้อมูลการจัดการปัญหาจาก ServiceNow

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

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

ปรับปรุงการจัดการปัญหาเพื่อแก้ไขได้เร็วขึ้น

ลดเวลาตรวจสอบปัญหาลง 30% ด้วย process mining

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

ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.