ปรับปรุงการจัดการเหตุขัดข้อง

คู่มือ 6 ขั้นตอนเพื่อปรับปรุงการจัดการเหตุขัดข้องใน BMC Helix ITSM.
ปรับปรุงการจัดการเหตุขัดข้อง
การจัดการเหตุการณ์ขัดข้อง
BMC Helix ITSM

เลือกกระบวนการ

เลือกกระบวนการเพื่อทำงานต่อในพื้นที่ทำงานที่เชื่อมต่อไว้.

กระบวนการที่ใช้ได้
กระบวนการทั่วไป 1 Order to Cash - การประมวลผลใบสั่งขาย 8 Record to Report การปิดงวด และการกระทบยอด 7 Record to Report สำหรับรายการสมุดรายวัน 7 กระบวนการจัดการการคืนสินค้าและคืนเงิน 7 กระบวนการจัดซื้อจนถึงชำระเงิน: การประมวลผลใบแจ้งหนี้ 8 กระบวนการจัดซื้อจนถึงชำระเงิน: ใบสั่งซื้อ 8 กระบวนการตั้งแต่รับคำสั่งซื้อจนถึงรับชำระเงิน: การเรียกเก็บเงินและการออกใบแจ้งหนี้ 8 กระบวนการรับลูกค้าใหม่ KYC 6 การจัดการการขนส่ง 6 การจัดการการเปลี่ยนแปลง 6 การจัดการคลังสินค้า 6 การจัดการค่าใช้จ่าย 6 การจัดการคำขอบริการ 7 การจัดการคุณภาพ 6 การจัดการปัญหา 6 การจัดการวงจรรายได้ 6 การจัดการสัญญา 6 การจัดการสินค้าคงคลัง 7 การจัดการสินเชื่อและการติดตามหนี้ 7 การจัดการสินไหม 6 การจัดการห่วงโซ่อุปทาน 7 การจัดการเหตุขัดข้อง 6 การบริหารตำแหน่งงานตั้งแต่รับเข้าทำงานจนเกษียณ 4 การบำรุงรักษาสินทรัพย์ 6 การปฐมนิเทศพนักงานใหม่ 6 การประมวลผลการชำระเงิน 7 การประมวลผลการชำระเงินเจ้าหนี้ 7 การประมวลผลเงินเดือน 7 การประมวลผลใบแจ้งหนี้เจ้าหนี้การค้า 7 การเริ่มต้นสินเชื่อ 6 การวางแผนการผลิต 6 การสรรหาและการได้มาซึ่งบุคลากร 6 งานบริการลูกค้า 7 จัดซื้อจนถึงชำระเงิน: ใบขอซื้อ 8 ตั้งแต่ลูกค้าเป้าหมายจนถึงการรับชำระเงิน 7 ลูกหนี้การค้า 7 วงจรการพัฒนาซอฟต์แวร์ 6 วงจรชีวิตพนักงาน ตั้งแต่รับเข้าทำงานจนถึงเกษียณ 8 เส้นทางการดูแลผู้ป่วย 6
ระบบที่ใช้ได้

ปรับปรุงการจัดการเหตุการณ์ขัดข้องใน BMC Helix ITSM

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

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

แสดงคำอธิบายโดยละเอียด

เหตุใดการจัดการเหตุขัดข้องอย่างมีประสิทธิภาพจึงสำคัญ

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

ใช้ process mining เพื่อค้นหาข้อมูลเชิงลึกในการแก้ไขเหตุขัดข้อง

process mining ช่วยให้เห็นการทำงานจริงของกระบวนการจัดการเหตุขัดข้องใน BMC Helix ITSM โดยวิเคราะห์บันทึกเหตุการณ์ที่ติดตามเหตุขัดข้องแต่ละรายการด้วย Case Identifier ที่ไม่ซ้ำกัน คือ Incident ID จากนั้นจะแสดงแผนผังตามข้อมูลจริงของทุกขั้นตอน ตั้งแต่ Incident Reported จนถึง Incident Closed มุมมองนี้ช่วยให้คุณทำสิ่งต่อไปนี้ได้:

  • ค้นหาเส้นทางการทำงานจริง: ตรวจพบขั้นตอนที่ต่างจากแนวปฏิบัติมาตรฐาน และระบุเหตุขัดข้องที่ดำเนินไปในเส้นทางที่ไม่คาดคิดหรือไม่มีประสิทธิภาพ คุณจะเห็นได้อย่างชัดเจนว่าเหตุขัดข้องถูกส่งต่อไปยังทีมเฉพาะทางกี่ครั้ง หรือมีการทำ Workaround Implemented ก่อน Diagnosis Initiated หรือไม่ ซึ่งช่วยให้เห็นการทำงานซ้ำหรือขั้นตอนที่ไม่จำเป็น
  • ระบุคอขวดและความล่าช้า: ค้นหาจุดที่เหตุขัดข้องหยุดค้าง ไม่ว่าจะเป็นช่วง Initial Assignment to Support Group, Investigation Conducted หรือ Resolution Applied/Tested ช่วยให้เข้าใจเวลาที่ใช้จริงในแต่ละประเภทเหตุขัดข้อง และระบุจุดติดขัดสำคัญที่กระทบ Time to Resolution Target
  • วิเคราะห์ประสิทธิภาพและการปฏิบัติตามข้อกำหนด: ตรวจสอบการปฏิบัติตาม SLA Status โดยติดตามระยะเวลาของแต่ละกิจกรรมและเส้นทางการจัดการเหตุขัดข้องทั้งหมด คุณจะระบุหมวดหมู่เหตุขัดข้องหรือ Assigned Groups ที่พลาดเป้าหมายเป็นประจำ และปรับปรุงได้ตรงจุด
  • วัดปริมาณงานซ้ำและความไม่มีประสิทธิภาพ: ดูได้อย่างชัดเจนว่าเหตุขัดข้องถูกเปิดใหม่ ปรับลำดับความสำคัญ หรือส่งกลับไปมาระหว่างทีมบ่อยเพียงใด พร้อมวัดต้นทุนแฝงจากความไม่มีประสิทธิภาพใน BMC Helix ITSM ข้อมูลนี้ช่วยสนับสนุนการลดเวลาของวงจรการจัดการเหตุขัดข้อง ด้วยการตัดขั้นตอนที่ซ้ำซ้อนออก

จุดสำคัญที่ควรปรับปรุงกระบวนการใน BMC Helix ITSM

การใช้ process mining วิเคราะห์ข้อมูลการจัดการเหตุขัดข้องใน BMC Helix ITSM ช่วยให้เห็นโอกาสในการปรับปรุงกระบวนการอย่างชัดเจน โดยทั่วไปมีจุดที่ควรพิจารณาดังนี้:

  • ปรับขั้นตอนคัดกรองและจัดหมวดหมู่เบื้องต้น: วิเคราะห์เส้นทางตั้งแต่ Incident Reported ไปจนถึง Incident Categorized and Prioritized เหตุขัดข้องถูกจัดหมวดหมู่ผิดจนทำให้ Initial Assignment to Support Group ล่าช้าหรือไม่ การปรับปรุงขั้นตอนแรกนี้ช่วยลดเวลาแก้ไขได้มาก
  • ปรับปรุงการส่งต่องานและการโอนงาน: ตรวจสอบการเปลี่ยน Assigned Groups หากมีการทำกิจกรรม Transferred to Specialized Team จำนวนมาก โดยเฉพาะในช่วงเวลาสั้น ๆ อาจแสดงว่าขาดความเชี่ยวชาญตั้งแต่ต้นหรือไม่มีแนวทางยกระดับปัญหาที่ชัดเจน process mining ช่วยให้เห็นรูปแบบเหล่านี้ เพื่อปรับเวิร์กโฟลว์ของ Assigned Agent ให้มีประสิทธิภาพขึ้น
  • เร่งการวินิจฉัยและแก้ไข: ตรวจสอบระยะเวลาและลำดับของ Diagnosis Initiated, Investigation Conducted, Workaround Implemented และ Resolution Identified มีเหตุขัดข้องหรือ Affected Services ประเภทใดที่ใช้เวลาวินิจฉัยนานเป็นประจำหรือไม่ ข้อมูลนี้ช่วยวางแผนการฝึกอบรมหรือจัดทำบทความในฐานความรู้ได้ตรงจุด
  • ปรับปรุงการสื่อสารและการยืนยันจากผู้ใช้: วิเคราะห์ขั้นตอน User Notification Sent และ User Confirmation Received หากล่าช้า วงจรการจัดการเหตุขัดข้องจะยืดออกโดยไม่จำเป็นและกระทบ Time to Resolution Target ที่รายงาน การปรับขั้นตอนการสื่อสารให้คล่องตัวขึ้นช่วยให้ไปถึงสถานะ Incident Verified และ Incident Closed ได้เร็วขึ้น
  • จัดการสาเหตุที่แท้จริงอย่างเป็นระบบ: แม้การจัดการเหตุขัดข้องจะเป็นการทำงานเชิงรับ แต่การค้นหาเส้นทางที่พบบ่อยในเหตุขัดข้องที่มีความรุนแรงสูงหรือเกิดบ่อย อาจช่วยชี้ให้เห็นปัญหาใน Root Cause Category ที่ต้องจัดการเชิงรุกผ่านการบริหารปัญหา และช่วยลดจำนวนเหตุขัดข้องในอนาคต

ผลลัพธ์ที่วัดได้จากการปรับปรุงการจัดการเหตุขัดข้อง

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

  • แก้ไขเหตุขัดข้องได้เร็วขึ้น: ลดคอขวดและเวลาของวงจรการทำงาน เพื่อให้บริการกลับมาใช้งานได้เร็วขึ้นและทำได้ตาม Time to Resolution Target
  • ปฏิบัติตามข้อตกลงระดับบริการได้ดีขึ้น: ปรับปรุงผล SLA Status ด้วยการจัดการสาเหตุของความล่าช้าล่วงหน้า และทำให้เหตุขัดข้องดำเนินไปอย่างมีประสิทธิภาพ
  • ลดต้นทุนการปฏิบัติการ: ลดงานซ้ำ จัดสรรทรัพยากรให้ Assigned Groups อย่างเหมาะสม และลดแรงงานที่ใช้กับเหตุขัดข้องแต่ละรายการ ช่วยประหยัดต้นทุนได้อย่างมีนัยสำคัญ
  • เพิ่มความพึงพอใจของผู้ใช้และลูกค้า: แก้ไขได้เร็วขึ้นและสื่อสารได้ชัดเจนขึ้น ช่วยให้ประสบการณ์ของ Impacted User Departments และลูกค้าภายนอกดีขึ้น พร้อมสร้างความไว้วางใจและความภักดี
  • ใช้ทรัพยากรได้คุ้มค่าขึ้น: ให้ Assigned Agents และ Assigned Groups มุ่งทำงานที่สร้างคุณค่า แทนการจัดการงานธุรการหรืองานซ้ำ ๆ
  • ป้องกันปัญหาเชิงรุก: ใช้ข้อมูลรูปแบบที่เกิดซ้ำเพื่อวางแนวทางบริหารปัญหา ป้องกันเหตุขัดข้องในอนาคต และเพิ่มเสถียรภาพของบริการ

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

การใช้ process mining ปรับปรุงการจัดการเหตุขัดข้องใน BMC Helix ITSM เป็นการลงทุนเชิงกลยุทธ์เพื่อเพิ่มประสิทธิภาพและประสิทธิผลของการปฏิบัติการด้านไอที ช่วยให้เห็นภาพชัดเจนและมีหลักฐานจากข้อมูล แทนการอาศัยข้อสันนิษฐาน พร้อมระบุได้ว่ากระบวนการติดขัดตรงไหนและเพราะเหตุใด แนวทางนี้ช่วยให้ทีมปรับเปลี่ยนได้ตรงจุดและเห็นผลจริง ส่งมอบบริการได้ดียิ่งขึ้น และสร้างสภาพแวดล้อมด้านไอทีที่พร้อมรับมือและตอบสนองได้ดีขึ้น เริ่มปรับปรุงกระบวนการแก้ไขเหตุขัดข้องของคุณวันนี้ เพื่อเปลี่ยนความท้าทายให้เป็นโอกาสในการพัฒนาอย่างต่อเนื่อง.

การจัดการเหตุการณ์ขัดข้อง ศูนย์บริการ ฝ่ายสนับสนุนไอที การแก้ไขทิกเก็ต การปฏิบัติตาม SLA การปฏิบัติการด้านไอที การแก้ไขปัญหา การลดเวลาหยุดให้บริการ ระบบทิกเก็ต การจัดการทิกเก็ต ศูนย์ช่วยเหลือด้านไอที เวลาเฉลี่ยในการแก้ไข MTTR การคืนบริการ การแก้ไขเหตุขัดข้อง

ปัญหาและความท้าทายที่พบบ่อย

ระบุความท้าทายที่ส่งผลต่อคุณ

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

เหตุขัดข้องสำคัญผิดข้อตกลงระดับบริการเป็นประจำ ทำให้บริการหยุดชะงักนานขึ้นและอาจมีค่าปรับ การไม่ทำตาม SLA หรือข้อตกลงระดับบริการ บั่นทอนความไว้วางใจของผู้ใช้ ทำลายชื่อเสียงองค์กร และอาจก่อให้เกิดความเสียหายทางการเงินอย่างมากเมื่อบริการหยุดชะงักเป็นเวลานาน นี่เป็นปัญหาที่พบได้บ่อยในสภาพแวดล้อมการจัดการเหตุขัดข้องที่ซับซ้อน ProcessMind แสดงวงจรการจัดการเหตุขัดข้องทั้งหมดใน BMC Helix ITSM ให้เห็นจุดที่ผิด SLA ทุกจุด พร้อมเชื่อมโยงการผิด SLA กับกิจกรรม คอขวด และข้อจำกัดด้านทรัพยากร เพื่อให้ทีมแก้ไขได้ตรงจุดและยกระดับการปฏิบัติตามข้อกำหนดกับประสิทธิผลในการให้บริการ.

เหตุขัดข้องใช้เวลาแก้ไขนานเกินไป ทำให้บริการเสื่อมประสิทธิภาพหรือหยุดชะงักเป็นเวลานาน ผู้ใช้ทำงานได้ลดลง ต้นทุนการปฏิบัติการเพิ่มขึ้น และอาจสะท้อนถึงความไม่มีประสิทธิภาพหรือช่องว่างด้านทักษะในกระบวนการจัดการเหตุขัดข้อง ProcessMind แสดงเส้นทางการจัดการเหตุขัดข้องจริงใน BMC Helix ITSM และระบุกิจกรรมหรือขั้นตอนที่ทำให้เหตุขัดข้องหยุดค้าง ช่วยให้เห็นคอขวดที่ซ่อนอยู่และขั้นตอนที่เบี่ยงเบนจากเส้นทางที่เหมาะสม พร้อมให้ข้อมูลจากการวิเคราะห์เพื่อเร่งการแก้ไขและคืนบริการได้เร็วขึ้น.

เหตุขัดข้องมักถูกจัดหมวดหมู่หรือกำหนดระดับความสำคัญผิด ทำให้ส่งงานผิดทีมและทีมสนับสนุนที่เหมาะสมเข้ามาดูแลล่าช้า ความผิดพลาดในขั้นแรกนี้อาจส่งผลต่อเนื่องไปตลอดกระบวนการจัดการเหตุขัดข้อง ทำให้ใช้เวลาแก้ไขนานขึ้นและทั้งผู้ใช้กับเจ้าหน้าที่ฝ่ายสนับสนุนไม่พอใจ ProcessMind วิเคราะห์คุณลักษณะของเหตุขัดข้อง เช่น Category, Priority และ Severity เทียบกับเส้นทางและเวลาที่ใช้แก้ไขจริงใน BMC Helix ITSM เพื่อค้นหาความคลาดเคลื่อนและรูปแบบการจัดประเภทผิด ช่วยให้คุณปรับกฎการจัดหมวดหมู่และจัดการเหตุขัดข้องตั้งแต่ต้นได้แม่นยำขึ้น.

ทีมสนับสนุนใช้เวลากับงานแก้ซ้ำมากเกินไป ทั้งการจัดการปัญหาเดิมซ้ำและการทำขั้นตอนที่ไม่จำเป็น ความไม่มีประสิทธิภาพนี้ทำให้สิ้นเปลืองทรัพยากร เพิ่มต้นทุนการปฏิบัติการ และทำให้เจ้าหน้าที่ไม่มีเวลาจัดการเหตุขัดข้องที่ซับซ้อนหรือสำคัญ ซึ่งกระทบต่อประสิทธิผลโดยรวมของการจัดการเหตุขัดข้อง ProcessMind แสดงเส้นทางการจัดการเหตุขัดข้องทั้งหมดให้เห็นวงจรที่เกิดซ้ำ กิจกรรมซ้ำซ้อน และรูปแบบงานแก้ซ้ำที่พบบ่อยใน BMC Helix ITSM เมื่อเข้าใจจุดที่ไม่มีประสิทธิภาพเหล่านี้ องค์กรจะปรับกระบวนการ ทำงานซ้ำ ๆ ให้เป็นอัตโนมัติ และนำวิธีแก้ไขที่ยั่งยืนกว่าไปใช้ได้.

เจ้าหน้าที่จัดการเหตุขัดข้องมักข้ามขั้นตอนที่กำหนดไว้หรือใช้ทางลัดที่ไม่ได้รับอนุมัติ ทำให้การทำงานไม่สม่ำเสมอ เสี่ยงต่อการไม่ปฏิบัติตามข้อกำหนด และได้ผลลัพธ์ที่คาดเดาไม่ได้ การไม่ทำตามขั้นตอนอาจลดคุณภาพบริการ ทำให้การตรวจสอบยุ่งยาก และบั่นทอนความน่าเชื่อถือของกรอบการจัดการเหตุขัดข้องทั้งหมด ProcessMind แสดงเส้นทางจริงของเหตุขัดข้องแต่ละรายการใน BMC Helix ITSM และเปรียบเทียบกับกระบวนการมาตรฐานที่กำหนดไว้ พร้อมระบุจุดที่เบี่ยงเบนทั้งหมดว่าเกิดขึ้นที่ใด เมื่อใด และใครเป็นผู้ดำเนินการ เพื่อให้ปรับการฝึกอบรมและการกำกับดูแลได้ตรงจุด.

เหตุขัดข้องมักติดค้างในขั้นตอนวินิจฉัยหรือสืบสวน ซึ่งอาจเกิดจากข้อจำกัดด้านทรัพยากร ช่องว่างด้านทักษะ หรือปัญหาทางเทคนิคที่ซับซ้อน การหยุดชะงักเป็นเวลานานทำให้การแก้ไขล่าช้าและ MTTR สูงขึ้น ส่งผลให้บริการได้รับผลกระทบนานขึ้น ProcessMind ตรวจสอบระยะเวลาของกิจกรรม 'Diagnosis Initiated' และ 'Investigation Conducted' ใน BMC Helix ITSM พร้อมระบุทีม เจ้าหน้าที่ หรือหมวดหมู่เหตุขัดข้องที่พบความล่าช้า เพื่อให้จัดสรรทรัพยากร ฝึกอบรม หรือปรับกระบวนการได้ตรงจุด.

การนำวิธีแก้ปัญหาชั่วคราวไปใช้ล่าช้าหรือไม่ได้ผล ทำให้ผู้ใช้ได้รับผลกระทบต่อไปแม้ยังหาวิธีแก้ไขถาวรไม่พบ หากจัดการขั้นตอนนี้ไม่ดี ผู้ใช้อาจไม่พอใจมากขึ้นและรู้สึกว่าบริการหยุดชะงักนานกว่าเดิม ซึ่งลดประสิทธิผลของการจัดการเหตุขัดข้อง ProcessMind ติดตามวงจรของกิจกรรม 'Workaround Implemented' ใน BMC Helix ITSM และผลที่มีต่อสถานะกับเวลาแก้ไขเหตุขัดข้อง ช่วยให้เห็นว่ามีการใช้วิธีแก้ชั่วคราวล่าช้าหรือไม่ หรือวิธีดังกล่าวไม่ช่วยบรรเทาปัญหาชั่วคราวบ่อยเพียงใด เพื่อระบุจุดที่ควรปรับปรุง.

หลังจากดำเนินการแก้ไขแล้ว การรอให้ผู้ใช้ยืนยันหรือตรวจสอบอาจใช้เวลานาน ทำให้ปิดเหตุขัดข้องไม่ได้ การรอนี้ทำให้วงจรอย่างเป็นทางการของเหตุขัดข้องยาวขึ้น ตัวชี้วัดเวลาแก้ไขสูงเกินจริง และอาจทำให้ทิกเก็ตใน BMC Helix ITSM ค้างอยู่ในสถานะ "แก้ไขแล้วแต่ยังไม่ปิด" ProcessMind วิเคราะห์ช่วงเวลาระหว่างกิจกรรม 'User Notification Sent', 'User Confirmation Received' และ 'Incident Verified/Closed' เพื่อค้นหารูปแบบความล่าช้า และช่วยปรับขั้นตอนการสื่อสารหรือส่งการแจ้งเตือนอัตโนมัติให้ปิดขั้นตอนสุดท้ายของการแก้ไขเหตุขัดข้องได้เร็วขึ้น.

เหตุขัดข้องจำนวนมากได้รับการแก้ไขโดยไม่ได้ระบุหรือบันทึกสาเหตุที่แท้จริงอย่างชัดเจน ทำให้ปัญหาเดิมกลับมาเกิดซ้ำ แนวทางตั้งรับเช่นนี้เพิ่มภาระให้ทีมสนับสนุนและขัดขวางการบริหารปัญหาเชิงรุกกับการปรับปรุงบริการอย่างต่อเนื่อง ProcessMind เชื่อมโยงรหัสการแก้ไขและรูปแบบการเกิดเหตุขัดข้องซ้ำใน BMC Helix ITSM กับคุณลักษณะ 'Root Cause Category' ช่วยระบุกรณีที่แก้ไขเหตุขัดข้องโดยไม่ได้วิเคราะห์สาเหตุอย่างเหมาะสม หรือกรณีที่เหตุขัดข้องเกิดซ้ำและใช้คำอธิบายการแก้ไขที่ไม่ชัดเจน ซึ่งบ่งชี้ว่าควรเชื่อมโยงกับการบริหารปัญหาให้ดียิ่งขึ้น.

เหตุขัดข้องจำนวนมากเป็นปัญหาเดิมที่กลับมาเกิดอีกหลังจากถูกระบุว่า "แก้ไขแล้ว" ซึ่งแสดงว่ายังจัดการปัญหาที่ต้นเหตุได้ไม่ดีพอ นอกจากจะเพิ่มภาระให้ทรัพยากรฝ่ายสนับสนุนแล้ว ยังทำให้ผู้ใช้ไม่พอใจเมื่อต้องเจอบริการหยุดชะงักซ้ำด้วยสาเหตุเดิม ProcessMind เชื่อมโยง Incident ID เพื่อค้นหากลุ่มเหตุขัดข้องที่เหมือนหรือคล้ายกัน แล้ววิเคราะห์วงจรและรูปแบบการแก้ไขทั้งหมดใน BMC Helix ITSM ช่วยค้นหาประเภทเหตุขัดข้องที่เกิดซ้ำบ่อยที่สุด และระบุจุดในกระบวนการที่ยังขาดการแก้ไขถาวร.

เหตุขัดข้องที่ส่งต่อให้ทีมเฉพาะทางมักล่าช้าเพิ่มขึ้นหรือต้องตรวจสอบข้อมูลเพิ่มเติม ทำให้การยกระดับปัญหาไม่เป็นไปตามเป้าหมาย สถานการณ์นี้อาจสะท้อนว่าการแลกเปลี่ยนข้อมูลหรือความเข้าใจเรื่องความรับผิดชอบระหว่างการส่งต่องานยังไม่ชัดเจน ProcessMind วิเคราะห์เวลาที่ใช้และกิจกรรมหลังจากเหตุขัดข้องถูก 'Transferred to Specialized Team' ใน BMC Helix ITSM เพื่อดูว่าการส่งต่อทำให้เวลาแก้ไขยาวขึ้นหรือมีการสืบสวนซ้ำหรือไม่ ซึ่งช่วยให้เห็นจุดที่ควรปรับปรุงการส่งต่องานระหว่างทีม.

เป้าหมายทั่วไป

กำหนดผลลัพธ์ที่ต้องการ

การมอบหมายเหตุขัดข้องไปมาระหว่างกลุ่มสนับสนุนหรือเจ้าหน้าที่บ่อยครั้ง ทำให้เวลาแก้ไขยาวขึ้นและต้นทุนการปฏิบัติการสูงขึ้น หากลดการส่งต่อได้ เหตุขัดข้องจะถึงทีมที่ถูกต้องเร็วขึ้น แก้ไขได้ไวขึ้น และผู้ใช้พึงพอใจมากขึ้น ProcessMind แสดงวงจรการมอบหมายงานซ้ำทั้งหมด และระบุจุดที่เหตุขัดข้องติดค้างหรือถูกส่งผิดทีมใน BMC Helix ITSM การวิเคราะห์ข้อมูลย้อนหลังช่วยค้นหารูปแบบการส่งต่องานที่ไม่มีประสิทธิภาพ เพื่อให้องค์กรปรับการฝึกอบรมหรือกระบวนการได้ตรงจุด และลดจำนวนครั้งที่มอบหมายงานซ้ำได้ 20-30%.

การทำตามข้อตกลงระดับบริการได้อย่างสม่ำเสมอเป็นสิ่งสำคัญต่อคุณภาพบริการและความไว้วางใจของผู้ใช้ การบรรลุเป้าหมายนี้หมายถึงการผิด SLA น้อยลง และช่วยให้บริการสำคัญกลับมาใช้งานได้ภายในเวลาที่ตกลงกัน พร้อมลดผลกระทบต่อธุรกิจ ProcessMind ค้นหาเส้นทางและกิจกรรมที่ทำให้เกิดการผิด SLA ในการจัดการเหตุขัดข้อง พร้อมแสดงจุดที่ความล่าช้าสะสมในเวิร์กโฟลว์ของ BMC Helix ITSM ช่วยให้ทีมเห็นคอขวดและขั้นตอนที่ไม่เป็นไปตามข้อกำหนด แล้วปรับกระบวนการเพื่อเพิ่มการปฏิบัติตาม SLA ได้ 15-25%.

การแก้ไขเหตุขัดข้องที่ใช้เวลานานส่งผลโดยตรงต่อความต่อเนื่องทางธุรกิจและประสิทธิภาพการทำงานของผู้ใช้ การบรรลุเป้าหมายนี้ช่วยให้แก้ปัญหาได้เร็วขึ้น ลดเวลาหยุดให้บริการ และเพิ่มประสิทธิภาพการปฏิบัติการด้านไอที พร้อมยกระดับประสบการณ์ของผู้ใช้และประสิทธิภาพการทำงาน ProcessMind แสดงวงจรการจัดการเหตุขัดข้องตั้งแต่ต้นจนจบใน BMC Helix ITSM และระบุเส้นทางกับกิจกรรมที่ใช้เวลานานและทำให้เกิดความล่าช้า เมื่อเห็นขั้นตอนที่กินเวลามาก องค์กรจะปรับเวิร์กโฟลว์ ทำงานประจำให้เป็นอัตโนมัติ และลดเวลาเฉลี่ยในการแก้ไขได้ 10-20%.

การจัดหมวดหมู่เหตุขัดข้องไม่ถูกต้องทำให้ส่งงานผิดทีม แก้ไขล่าช้า และจัดสรรทรัพยากรได้ไม่มีประสิทธิภาพ การบรรลุเป้าหมายนี้ช่วยให้จัดประเภทเหตุขัดข้องได้ถูกต้องตั้งแต่ต้น ส่งต่อให้ทีมที่เหมาะสมได้เร็วขึ้น และเร่งการแก้ไข ProcessMind วิเคราะห์การจัดหมวดหมู่ครั้งแรก รวมถึงการจัดหมวดหมู่ใหม่หรือการมอบหมายงานซ้ำใน BMC Helix ITSM เพื่อค้นหาข้อผิดพลาดและรูปแบบการจัดประเภทผิด ข้อมูลนี้ช่วยให้จัดการฝึกอบรมหรือปรับกฎการจัดหมวดหมู่ได้ตรงจุด และเพิ่มความแม่นยำในการจัดหมวดหมู่ตั้งแต่ครั้งแรกได้ 15-20%.

งานแก้ซ้ำและการยกระดับเหตุขัดข้องที่ไม่จำเป็นในอัตราสูงสะท้อนถึงความไม่มีประสิทธิภาพ การสิ้นเปลืองทรัพยากร และความไม่พอใจของผู้ใช้ การบรรลุเป้าหมายนี้ช่วยให้การแก้ไขได้ผลตั้งแต่ครั้งแรก ลดการทำงานซ้ำ และยกระดับคุณภาพบริการโดยรวม ProcessMind แสดงวงจรการจัดการเหตุขัดข้องทั้งหมดใน BMC Helix ITSM พร้อมชี้ให้เห็นกรณีที่เหตุขัดข้องย้อนกลับไปขั้นตอนก่อนหน้า หรือถูกยกระดับเพราะการแก้ไขครั้งแรกไม่เพียงพอ เมื่อระบุสาเหตุของงานแก้ซ้ำ เช่น วินิจฉัยไม่เพียงพอหรือแก้ไขไม่ครบถ้วน องค์กรจะลดรอบการทำงานซ้ำได้ 10-15%.

การจัดการเหตุขัดข้องที่ไม่สม่ำเสมอทำให้ผลลัพธ์คาดเดาไม่ได้ เสี่ยงต่อการไม่ปฏิบัติตามข้อกำหนด และคุณภาพบริการแตกต่างกัน การบรรลุเป้าหมายนี้ช่วยให้เหตุขัดข้องทั้งหมดเป็นไปตามแนวปฏิบัติที่กำหนด เพิ่มความสม่ำเสมอ คุณภาพ และการปฏิบัติตามข้อกำหนด ProcessMind แสดงรูปแบบกระบวนการจริงทั้งหมดใน BMC Helix ITSM และเปรียบเทียบกับกระบวนการมาตรฐานที่ออกแบบไว้ ช่วยระบุจุดเบี่ยงเบนที่พบบ่อยและกิจกรรมที่ไม่เป็นไปตามข้อกำหนด เพื่อให้กำกับดูแลแนวปฏิบัติที่เหมาะสมได้ตรงจุด และเพิ่มการปฏิบัติตามกระบวนการได้ 20-30%.

ความล่าช้าในขั้นตอนวินิจฉัยและสืบสวนทำให้เวลาแก้ไขเหตุขัดข้องโดยรวมยาวนานขึ้น ผู้ใช้ไม่พอใจและบริการหยุดชะงักมากขึ้น การบรรลุเป้าหมายนี้ช่วยให้ระบุสาเหตุที่แท้จริงของปัญหาได้เร็วขึ้น นำไปสู่การแก้ไขที่รวดเร็วและการทำงานที่คล่องตัวขึ้น ProcessMind ระบุกิจกรรมและทรัพยากรที่ทำให้การวินิจฉัยและสืบสวนเหตุขัดข้องใน BMC Helix ITSM ล่าช้าอย่างชัดเจน เมื่อวิเคราะห์คอขวดเหล่านี้แล้ว องค์กรจะจัดสรรทรัพยากรใหม่ เพิ่มการฝึกอบรม หรือปรับขั้นตอนการวินิจฉัยให้กระชับขึ้น และลดเวลาที่ใช้ในขั้นตอนสำคัญเหล่านี้ได้ 15-20%.

การใช้วิธีแก้ปัญหาชั่วคราวอย่างไม่มีประสิทธิภาพอาจทำให้ผลกระทบจากเหตุขัดข้องยืดเยื้อ หรือก่อให้เกิดปัญหาใหม่จนไม่ได้ประโยชน์ตามที่ตั้งใจไว้ การบรรลุเป้าหมายนี้ช่วยให้ใช้วิธีแก้ชั่วคราวได้อย่างรวดเร็วและมีประสิทธิผล ลดผลกระทบระหว่างพัฒนาวิธีแก้ไขถาวร ProcessMind วิเคราะห์ระยะเวลาและประสิทธิผลของกิจกรรมการใช้วิธีแก้ปัญหาชั่วคราวใน BMC Helix ITSM เพื่อค้นหารูปแบบความล่าช้าหรือความล้มเหลว พร้อมช่วยให้เข้าใจว่าเหตุใดบางวิธีจึงได้ผลดีกว่าหรือนำไปใช้ได้เร็วกว่า และปรับปรุงจนลดเวลาในการนำวิธีแก้ชั่วคราวไปใช้ได้ 10-15%.

การรอให้ผู้ใช้ยืนยันหรือการตรวจสอบว่าแก้ไขเหตุขัดข้องแล้วอาจทำให้เหตุขัดข้องยังเปิดค้างโดยไม่จำเป็น และกระทบต่อตัวชี้วัดกับการจัดสรรทรัพยากร การบรรลุเป้าหมายนี้ช่วยให้ปิดเหตุขัดข้องได้รวดเร็วหลังดำเนินการแก้ไข เพิ่มประสิทธิภาพและความถูกต้องของข้อมูล ProcessMind แสดงเวลาที่ใช้ในขั้นตอน 'User Confirmation Received' และ 'Incident Verified' ใน BMC Helix ITSM เพื่อให้เห็นจุดที่การสื่อสารหรือการติดตามผลล่าช้า เมื่อระบุความล่าช้าเหล่านี้แล้ว องค์กรจะส่งการแจ้งเตือนอัตโนมัติหรือกำหนดแนวทางให้ชัดเจนขึ้น และลดเวลาจนปิดเหตุขัดข้องได้ 10-20%.

การไม่ระบุสาเหตุที่แท้จริงของเหตุขัดข้องทำให้ปัญหาเกิดซ้ำ เพิ่มภาระงาน และบริการยังมีปัญหาต่อเนื่อง การบรรลุเป้าหมายนี้ช่วยให้วิเคราะห์ได้ละเอียดขึ้น ป้องกันเหตุขัดข้องลักษณะเดิมในอนาคต และเพิ่มเสถียรภาพของระบบในระยะยาว ProcessMind ช่วยระบุเหตุขัดข้องที่เกิดซ้ำบ่อยหรือข้ามขั้นตอนวิเคราะห์สาเหตุอย่างเป็นทางการใน BMC Helix ITSM โดยตรวจสอบเส้นทางของเหตุขัดข้องที่แก้ไขแล้วและเชื่อมโยงกับปัญหาที่เกี่ยวข้องซึ่งเกิดขึ้นภายหลัง เพื่อค้นหาช่องว่างในการบริหารปัญหาและเพิ่มประสิทธิผลของการวิเคราะห์สาเหตุที่แท้จริงได้ 10-15%.

เหตุขัดข้องที่เกิดซ้ำในปริมาณสูงบ่งชี้ว่ายังจัดการปัญหาเชิงระบบได้ไม่ครบถ้วน ทำให้ต้องทำงานซ้ำและผู้ใช้ไม่พอใจ การบรรลุเป้าหมายนี้ช่วยลดปัญหาที่เกิดซ้ำ คืนทรัพยากรให้ทีม และเพิ่มความน่าเชื่อถือของบริการโดยรวม ProcessMind ตรวจหารูปแบบเหตุขัดข้องที่เกิดซ้ำ โดยวิเคราะห์คุณลักษณะและเส้นทางการแก้ไขใน BMC Helix ITSM ช่วยระบุเหตุขัดข้องที่ถูกเปิดใหม่บ่อยหรือคล้ายกับรายการที่ปิดไปแล้ว เพื่อให้องค์กรมุ่งจัดการปัญหาเชิงรุกและลดอัตราการเกิดเหตุขัดข้องซ้ำได้ 10-20%.

การส่งต่อให้ทีมแก้ไขเฉพาะทางที่ไม่มีประสิทธิภาพหรือล่าช้าทำให้เหตุขัดข้องหยุดค้าง ผู้เชี่ยวชาญเข้ามาช่วยช้า และการแก้ไขโดยรวมล่าช้าตามไปด้วย การบรรลุเป้าหมายนี้ช่วยให้ยกระดับเหตุขัดข้องไปยังกลุ่มผู้เชี่ยวชาญที่ถูกต้องได้อย่างมีประสิทธิภาพ และใช้ความรู้เฉพาะทางเพื่อแก้ปัญหาได้เร็วขึ้น ProcessMind แสดงเส้นทางเหตุขัดข้องขณะส่งต่อระหว่างกลุ่มสนับสนุนและทีมเฉพาะทางใน BMC Helix ITSM พร้อมระบุความล่าช้าหรือการส่งงานผิดทีม เมื่อวิเคราะห์จุดส่งต่องานและระยะเวลาการส่งต่อโดยทั่วไปแล้ว องค์กรจะปรับตารางการยกระดับปัญหาและเพิ่มประสิทธิภาพการส่งต่องานได้ 15-25%.

แนวทางปรับปรุงการจัดการเหตุขัดข้อง 6 ขั้นตอน

1

ดาวน์โหลดเทมเพลต

สิ่งที่ต้องทำ

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

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

การใช้เทมเพลตที่ถูกต้องช่วยให้เตรียมข้อมูลได้ง่ายขึ้น ลดข้อผิดพลาด และทำให้ได้ข้อมูลเชิงลึกที่แม่นยำจากบันทึกเหตุขัดข้องใน BMC Helix ITSM.

ผลลัพธ์ที่คาดหวัง

เทมเพลต Excel ที่จัดโครงสร้างไว้แล้ว พร้อมรับข้อมูลการจัดการเหตุขัดข้องจาก BMC Helix ITSM.

สิ่งที่คุณจะค้นพบ

ค้นหาคอขวดที่ซ่อนอยู่ในการจัดการเหตุขัดข้อง

ProcessMind แสดงขั้นตอนการทำงานจริงของกระบวนการจัดการเหตุขัดข้อง พร้อมภาพที่เข้าใจง่ายและข้อมูลเชิงลึกจากข้อมูลจริง คุณจะเห็นจุดที่ทำงานได้ไม่มีประสิทธิภาพและแนวทางปรับปรุงเพื่อแก้ไขเหตุขัดข้องได้เร็วขึ้น.
  • ดูขั้นตอนการแก้ไขเหตุขัดข้องที่เกิดขึ้นจริง
  • ระบุคอขวดและความล่าช้าในการแก้ไขได้อย่างชัดเจน
  • ค้นหาสาเหตุหลักของบริการขัดข้อง
  • จัดสรรทรัพยากรให้เหมาะสมเพื่อให้บริการได้เร็วขึ้น
Discover your actual process flow
Discover your actual process flow
Identify bottlenecks and delays
Identify bottlenecks and delays
Analyze process variants
Analyze process variants
Design your optimized process
Design your optimized process

ผลลัพธ์ที่พบโดยทั่วไป

องค์กรได้อะไรจากการปรับปรุงการจัดการเหตุการณ์

เมื่อใช้ process mining วิเคราะห์เวิร์กโฟลว์การจัดการเหตุการณ์ใน BMC Helix ITSM องค์กรจะเห็นคอขวดและจุดที่ไม่มีประสิทธิภาพ ผลลัพธ์เหล่านี้แสดงถึงการปรับปรุงที่มักเกิดขึ้นกับเวลาแก้ไข คุณภาพการให้บริการ และต้นทุนการปฏิบัติงาน.

0 %
แก้ไขเหตุการณ์ได้เร็วขึ้น

ลดเวลาจนปิดเหตุการณ์

ปรับเวิร์กโฟลว์ให้คล่องตัวด้วยการค้นหาคอขวดในขั้นตอนวินิจฉัย ตรวจสอบ หรืออนุมัติ ช่วยลดเวลาโดยรวมในการแก้ไขเหตุการณ์ได้อย่างมาก.

0 %
เพิ่มการปฏิบัติตาม SLA

ทำได้ตามเป้าหมายการให้บริการมากขึ้น

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

0 %
ลดการส่งต่อเหตุการณ์

ลดการโอนงานระหว่างทีม

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

0 %
ลดการทำงานซ้ำในการจัดการเหตุการณ์

ลดเหตุการณ์ที่เปิดใหม่หรือเกิดซ้ำ

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

0 %
เพิ่มการทำงานตามขั้นตอนมาตรฐาน

ทำตามขั้นตอนมาตรฐานได้มากขึ้น

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

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

ข้อมูลที่แนะนำ

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

แอตทริบิวต์

ข้อมูลสำคัญที่ควรบันทึกเพื่อใช้วิเคราะห์

รหัสเฉพาะของระเบียนเหตุการณ์แต่ละรายการ.

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

นี่คือรหัสเคสสำคัญที่เชื่อมโยงเหตุการณ์ทั้งหมดในวงจรการจัดการเหตุการณ์ ทำให้วิเคราะห์กระบวนการตั้งแต่ต้นจนจบได้.

สถานะปัจจุบันหรือสถานะย้อนหลังของเหตุการณ์ ณ เวลาที่เกิดกิจกรรม.

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

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

ระดับความสำคัญที่กำหนดให้เหตุการณ์ ซึ่งใช้ระบุความเร่งด่วนในการจัดการ.

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

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

กลุ่มสนับสนุนที่รับผิดชอบจัดการเหตุการณ์.

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

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

ผู้ใช้ที่ได้รับมอบหมายให้จัดการเหตุการณ์.

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

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

บริการทางธุรกิจหรือทางเทคนิคที่ได้รับผลกระทบจากเหตุการณ์.

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

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

การจัดประเภทเหตุการณ์ ซึ่งมักแบ่งเป็นลำดับชั้นหลายระดับ.

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

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

ตัวบ่งชี้ว่าแก้ไขเหตุการณ์หลังวันครบกำหนดตาม SLA หรือไม่.

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

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

ตัวบ่งชี้ว่าเปิดเหตุการณ์อีกครั้งหลังจากเปลี่ยนสถานะเป็น 'Resolved' หรือไม่.

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

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

กิจกรรม

ขั้นตอนกระบวนการที่ควรติดตามและปรับปรุง

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

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

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

กิจกรรมนี้หมายถึงการมอบหมายเหตุการณ์ให้กลุ่มสนับสนุนเฉพาะเพื่อเริ่มตรวจสอบ โดยอนุมานจากครั้งแรกที่มีการกรอกช่อง 'Assigned Group' หลังสร้างเหตุการณ์.

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

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

หมายถึงเจ้าหน้าที่สนับสนุนเริ่มดำเนินการกับเหตุการณ์ โดยทั่วไปอนุมานจากการเปลี่ยนสถานะจาก 'Assigned' เป็น 'In Progress'.

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

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

กิจกรรมนี้หมายถึงการแก้ไขเหตุการณ์อย่างเป็นทางการในมุมมองของฝ่ายบริการ ก่อนปิดเหตุการณ์ขั้นสุดท้าย โดยบันทึกเมื่อกำหนดสถานะเป็น 'Resolved'.

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

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

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

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

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

คำถามที่พบบ่อย

คำถามที่พบบ่อย

Process mining วิเคราะห์ข้อมูลเหตุการณ์จริงจาก BMC Helix ITSM เพื่อแสดงเส้นทางที่เหตุการณ์แต่ละรายการดำเนินไป ช่วยค้นหาคอขวดที่ซ่อนอยู่ ขั้นตอนที่ไม่เป็นไปตามแนวทางมาตรฐาน และการทำงานซ้ำที่ส่งผลต่อเวลาแก้ไขและระดับการให้บริการ ทำให้เห็นชัดว่าประสิทธิภาพสูญเสียไปตรงไหน.

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

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

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

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

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

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

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

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

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

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

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