เทมเพลตข้อมูลการจัดการปัญหา
เทมเพลตข้อมูลการจัดการปัญหา
- แอตทริบิวต์ที่แนะนำสำหรับวิเคราะห์สาเหตุราก
- จุดสำคัญและกิจกรรมหลักของกระบวนการ
- คำแนะนำทีละขั้นตอนในการดึงข้อมูลจาก ServiceNow
แอตทริบิวต์การจัดการปัญหา
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
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
|
|||
กิจกรรมการจัดการปัญหา
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
นำวิธีแก้ถาวรไปใช้
|
เวลาที่ระบุว่าปัญหาได้รับการแก้ไขแล้ว ซึ่งมักเกิดขึ้นเมื่อปิดคำขอเปลี่ยนแปลงที่เกี่ยวข้อง แสดงว่างานด้านเทคนิคเสร็จสิ้น. | ||
|
เหตุผลที่สำคัญ
ใช้ระบุจุดสิ้นสุดของวงจรการแก้ไขจริง และคำนวณเวลาแก้ปัญหารวมเทียบกับ 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
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ดาวน์โหลดเทมเพลตฉบับเต็ม แล้วเริ่มเปลี่ยนข้อมูลการจัดการปัญหาให้เป็นข้อมูลเชิงลึกที่นำไปใช้ได้ทันที ทีมงานของเราพร้อมช่วยเหลือคุณในทุกขั้นตอนของการใช้ process mining.
ปรับปรุงการจัดการปัญหาเพื่อแก้ไขได้เร็วขึ้น
ลดเวลาตรวจสอบปัญหาลง 30% ด้วย process mining
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จในไม่กี่นาที.