ปรับปรุงการจัดการปัญหาของคุณ

คู่มือ 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 ขั้นตอน และดูคู่มือเทมเพลตข้อมูลเพื่อยกระดับการปฏิบัติการของคุณ.

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

ยกระดับการจัดการปัญหาเพื่อสร้างคุณค่าเชิงกลยุทธ์

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

เปลี่ยนข้อมูล BMC Helix ITSM ให้เป็นข้อมูลเชิงลึกที่นำไปใช้ได้

รายงานมาตรฐานใน BMC Helix ITSM มักแสดงข้อมูลในภาพรวมแบบคงที่ เช่น จำนวนปัญหาที่ยังเปิดอยู่หรือเวลาเฉลี่ยจนปิดรายการ แต่ตัวชี้วัดเหล่านี้แทบไม่บอกสาเหตุว่าทำไมการตรวจสอบบางรายการจึงหยุดชะงัก process mining ช่วยให้เห็นภาพชัดขึ้น โดยสร้างลำดับเหตุการณ์ตลอดวงจรของระเบียนปัญหาแต่ละรายการจากร่องรอยดิจิทัลในตารางต่าง ๆ เช่น PBM:Problem Investigation และ PBM:Known Error วิธีนี้เผยให้เห็นลำดับเหตุการณ์จริง และชี้จุดที่การส่งต่องานล้มเหลว การอนุมัติล่าช้า หรือต้องทำงานซ้ำ แทนที่จะคาดเดาว่าเหตุใดวงจรจึงใช้เวลานาน คุณจะเห็นเส้นทางที่ทำให้เกิดความล่าช้าอย่างชัดเจน และปรับปรุงได้ตรงจุดโดยอิงหลักฐาน ไม่ใช่เพียงคำบอกเล่า

ค้นหาความไม่มีประสิทธิภาพเชิงโครงสร้างในการวิเคราะห์สาเหตุที่แท้จริง

ความท้าทายสำคัญอย่างหนึ่งของการจัดการปัญหาคือช่วงเปลี่ยนจากการระบุปัญหาไปสู่การเริ่มตรวจสอบ ในหลายองค์กร ระเบียนอาจค้างอยู่ในสถานะบันทึกหรือมอบหมายแล้วเป็นเวลาหลายวันก่อนที่ผู้เชี่ยวชาญจะเริ่มดำเนินการ process mining ช่วยระบุคอขวดที่มองไม่เห็นเหล่านี้ได้ คุณอาจพบว่ากลุ่มสนับสนุนบางกลุ่มมีงานล้นมือจนเกิดงานค้าง หรือเกณฑ์การส่งปัญหาเข้าสู่ขั้นวิเคราะห์สาเหตุที่แท้จริงยังไม่ชัดเจน เมื่อวิเคราะห์ลำดับกิจกรรมตั้งแต่ Investigation Commenced ถึง Root Cause Identified คุณจะตรวจสอบได้ว่าทีมเทคนิคมีข้อมูลที่จำเป็นหรือไม่ หรือใช้เวลากับงานธุรการมากกว่างานวิเคราะห์ การลดเวลาในวงจรนี้เป็นวิธีที่เร็วที่สุดในการเพิ่มเสถียรภาพโดยรวมของ IT

เพิ่มประสิทธิภาพของวิธีแก้ชั่วคราวและข้อผิดพลาดที่ทราบแล้ว

ประเด็นสำคัญที่มักถูกมองข้ามคือความเร็วในการเผยแพร่วิธีแก้ชั่วคราว หากพบวิธีแก้แล้วแต่ไม่ได้บันทึกไว้ในแบบฟอร์ม PBM:Known Error เจ้าหน้าที่ Service Desk ก็ยังต้องรับมือกับเหตุขัดข้องเดิมซ้ำ ๆ ทำให้ทั้งองค์กรเสียเวลา process mining ช่วยวัดเวลาตั้งแต่ Workaround Identified จนถึง Workaround Published หากช่วงเวลานี้นานเกินไป แสดงว่าการสื่อสารมีปัญหาและส่งผลโดยตรงต่อจำนวนเหตุขัดข้อง การปรับปรุงขั้นตอนนี้ช่วยให้องค์กรใช้วิธีแก้ชั่วคราวได้ระหว่างที่กำลังพัฒนาวิธีแก้ถาวร และเปิดโอกาสให้ผู้เชี่ยวชาญวิเคราะห์ปัญหาอย่างละเอียดโดยไม่ต้องเร่งรับมือกับงานค้างที่เพิ่มขึ้น

วัดผลและยกระดับความพร้อมของกระบวนการ

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

เริ่มปรับปรุงกระบวนการโดยใช้ข้อมูลจริง

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

การจัดการปัญหา การวิเคราะห์หาสาเหตุที่แท้จริง การจัดการบริการ IT ศูนย์บริการ การปฏิบัติการด้าน ITSM การลดเหตุขัดข้อง ผู้ประสานงานการจัดการปัญหา ระบบจัดการทิกเก็ต การจัดการทิกเก็ต ข้อผิดพลาดที่ทราบแล้ว เหตุขัดข้องที่เกิดซ้ำ วิธีแก้ปัญหาชั่วคราว การป้องกันเหตุขัดข้อง ศูนย์ช่วยเหลือด้าน IT

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

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

ระเบียนปัญหาจำนวนมากค้างอยู่ในสถานะยังไม่ได้มอบหมายเป็นเวลาหลายวัน เพราะไม่ชัดเจนว่าใครเป็นผู้รับผิดชอบ หรือผู้เกี่ยวข้องไม่ทราบว่ามีการแจ้งเตือน ความล่าช้านี้เพิ่มความเสี่ยงที่เหตุขัดข้องร้ายแรงจะเกิดซ้ำ และลดความรวดเร็วในการตอบสนองของฝ่าย IT เพราะปัญหาพื้นฐานที่สำคัญยังไม่ได้รับการแก้ไขแม้เวลาจะผ่านไป

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

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

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

เมื่อพบวิธีแก้ปัญหาชั่วคราวแต่ไม่ได้เผยแพร่ไปยังระบบ Knowledge Management อย่างรวดเร็ว เจ้าหน้าที่ Service Desk ก็ไม่สามารถแก้เหตุขัดข้องได้ทันท่วงที การสื่อสารวิธีแก้ชั่วคราวที่ล่าช้าทำให้เวลาเฉลี่ยในการซ่อมแซมเหตุขัดข้องที่เกี่ยวข้องเพิ่มขึ้น และสร้างความไม่พอใจให้ผู้ใช้ระหว่างที่ยังพัฒนาวิธีแก้ถาวร

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

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

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

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

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

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

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

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

ProcessMind ติดตามว่ามีการดำเนินกิจกรรม Post-Implementation Review Conducted ตามข้อกำหนดหรือไม่ในระเบียนปัญหาที่ปิดแล้วแต่ละรายการ เราแสดงจุดที่เบี่ยงเบนจากกระบวนการมาตรฐานใน BMC Helix ITSM เพื่อให้มั่นใจว่าทำตามขั้นตอนการแก้ไขครบถ้วน และสนับสนุนการปรับปรุงบริการในระยะยาวรวมถึงการปฏิบัติตามข้อกำหนด.

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

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

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

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

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

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

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

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

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

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

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

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

การค้นหาสาเหตุพื้นฐานของปัญหาเป็นขั้นตอนที่ใช้แรงงานมากที่สุดในกระบวนการ การลดระยะเวลาขั้นนี้ช่วยให้พัฒนาวิธีแก้ถาวรได้เร็วขึ้น ป้องกันหนี้ทางเทคนิคสะสม และลดภาระของทีมเทคนิคที่มิฉะนั้นต้องคอยรับมือกับเหตุขัดข้องซ้ำ ๆ

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

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

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

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

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

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

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

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

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

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

ProcessMind ตรวจสอบว่ามีกิจกรรม Post-Implementation Review Conducted ก่อนอนุญาตให้ปิดระเบียนหรือไม่ เมื่อระบุขั้นตอนที่มักถูกข้าม คุณจะกำกับให้ปฏิบัติตามข้อกำหนดและมั่นใจว่ามีการบันทึกและแบ่งปันความรู้ทั่วทั้ง Service Desk.

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

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

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

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

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

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

เป้าหมายหลักของการจัดการปัญหาคือป้องกันไม่ให้เหตุขัดข้องเกิดซ้ำ การลดจำนวนเหตุขัดข้องที่เกิดซ้ำช่วยลดต้นทุนการสนับสนุน IT และเพิ่มความพร้อมใช้งานของแอปพลิเคชันสำคัญต่อธุรกิจ ทำให้เจ้าหน้าที่ IT มีเวลาไปทำงานด้านอื่นแทนการบำรุงรักษา

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

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

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

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

1

รับเทมเพลตข้อมูล

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

ดาวน์โหลดเทมเพลต Excel มาตรฐานที่ออกแบบมาสำหรับฟิลด์ใน BMC Helix Problem Management รวมถึงแบบฟอร์ม Problem Investigation และ Known Error.

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

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

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

เทมเพลตพร้อมใช้งานสำหรับการทำแผนที่ข้อมูล ITSM ของคุณ.

ข้อมูลเชิงลึกเกี่ยวกับกระบวนการของคุณ

ค้นหาคอขวดที่แท้จริงในกระบวนการจัดการปัญหาของ Helix

ProcessMind ช่วยให้คุณเห็นข้อมูล BMC Helix ITSM อย่างชัดเจน ทั้งจุดที่การตรวจสอบหยุดชะงักและวิธีเร่งการแก้ไขปัญหาอย่างถาวร.
  • เห็นทุกขั้นตอนในวงจรการตรวจสอบปัญหา
  • ระบุสาเหตุที่ทำให้การมอบหมายงานล่าช้า
  • ปรับเวลาในการจัดทำเอกสารวิธีแก้ปัญหาชั่วคราวให้เหมาะสม
  • วัดผลของการแก้ไขปัญหาต่อจำนวนเหตุขัดข้อง
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

ผลลัพธ์ที่พิสูจน์ได้

ผลลัพธ์ที่วัดได้จากการแก้ไขปัญหา

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

0 % reduction
ค้นหาสาเหตุที่แท้จริงได้เร็วขึ้น

ลดระยะเวลาการตรวจสอบปัญหา

การปรับขั้นตอนตั้งแต่เริ่มตรวจสอบจนถึงระบุสาเหตุที่แท้จริงให้กระชับขึ้น ช่วยให้ทีมเทคนิคมีเวลามุ่งแก้ปัญหาอย่างถาวร แทนที่จะใช้เวลาวินิจฉัยนานเกินไป.

0 x fewer moves
ลดการส่งระเบียนวนไปมา

ลดการเปลี่ยนทีมสนับสนุนที่รับผิดชอบ

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

+ 0 % improvement
ปฏิบัติตาม SLA ได้ดีขึ้น

เปอร์เซ็นต์การปฏิบัติตามข้อกำหนดที่เพิ่มขึ้น

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

0 % less rework
ลดการทำงานซ้ำเพื่อแก้ปัญหา

ลดจำนวนกรณีปัญหาที่เปิดขึ้นใหม่

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

0 hours saved
เผยแพร่วิธีแก้ปัญหาชั่วคราวได้เร็วขึ้น

เผยแพร่วิธีแก้ไขได้เร็วขึ้น

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

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

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

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

แอตทริบิวต์

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

ตัวระบุเฉพาะของกรณีตรวจสอบปัญหา.

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

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

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

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

กำหนดโหนดในแผนผังกระบวนการและช่วยแสดงภาพเวิร์กโฟลว์.

วันและเวลาที่กิจกรรมเกิดขึ้น.

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

ใช้คำนวณ KPI ที่อิงตามระยะเวลาทั้งหมดและเรียงลำดับเหตุการณ์.

ทีมเทคนิคที่ได้รับมอบหมายให้ตรวจสอบปัญหาในขณะนั้น.

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

ช่วยวิเคราะห์การทำงานในระดับองค์กรและค้นหาคอขวดในระดับทีม.

ระดับความสำคัญของปัญหาที่คำนวณจากผลกระทบและความเร่งด่วน.

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

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

ผู้ใช้ที่ได้รับมอบหมายให้ประสานงานการตรวจสอบ.

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

ช่วยวิเคราะห์ทรัพยากรและปรับสมดุลภาระงานในระดับบุคคล.

การจัดประเภทสาเหตุเบื้องหลังของปัญหา.

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

ช่วยวิเคราะห์แนวโน้มของปัญหาเชิงระบบและสนับสนุนการจัดการปัญหาเชิงรุก.

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

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

เชื่อมโยงประสิทธิภาพของกระบวนการกับผลิตภัณฑ์หรือบริการทางธุรกิจที่เกี่ยวข้อง.

เหตุผลที่เริ่มตรวจสอบปัญหา.

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

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

วันและเวลาที่กำหนดให้แก้ไขปัญหาให้เสร็จสิ้น.

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

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

จำนวน Incident ที่เชื่อมโยงกับระเบียนปัญหานี้.

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

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

แฟล็กระบุว่าการแก้ไขปัญหาใช้เวลาเกินกำหนดหรือไม่.

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

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

กิจกรรม

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

การสร้างระเบียน Problem Investigation ในระบบครั้งแรก ระบบจะบันทึกเหตุการณ์นี้เมื่อบันทึกรายการใหม่ในฟอร์ม PBM:Problem Investigation.

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

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

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

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

จำเป็นต่อการวัดการส่งต่องาน การส่งงานไปมาหลายครั้ง และ KPI 'Mean Time to Initial Assignment'.

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

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

ระบุจุดเริ่มต้นของการทำงานจริง และใช้สนับสนุน KPI 'Investigation Cycle Time'.

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

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

ใช้สนับสนุน KPI 'Workaround Publication Lead Time' และแสดงว่ามีการบรรเทาผลกระทบจากเหตุขัดข้อง.

จุดที่ระเบียนปัญหาเปลี่ยนเป็นสถานะซึ่งแสดงว่าทราบสาเหตุแล้ว ระบบอนุมานเหตุการณ์นี้เมื่อ Status เปลี่ยนเป็น 'Root Cause Identified'.

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

หมุดหมายสำคัญสำหรับแดชบอร์ด 'Root Cause Investigation Cycle Time' และแสดงการเปลี่ยนจากการวิเคราะห์ไปสู่การหาแนวทางแก้ไข.

การเชื่อมโยง Infrastructure Change Request กับ Problem Investigation เป็นสัญญาณเริ่มต้นของขั้นตอนการนำไปใช้.

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

จำเป็นต่อ KPI 'Root Cause to Change Lead Time' และช่วยค้นหาจุดแยกการทำงานระหว่างกระบวนการ Problem และ Change.

จุดที่ยืนยันแล้วว่าวิธีแก้ไขถาวรได้ผล ระบบอนุมานเหตุการณ์นี้เมื่อ Status เปลี่ยนเป็น 'Solution Implemented' หรือ 'Completed'.

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

ใช้คำนวณ 'Problem SLA Adherence Rate' และยืนยันว่าการทำงานด้านเทคนิคเสร็จสิ้นแล้ว.

การปิดระเบียนปัญหาขั้นสุดท้ายในส่วนงานธุรการ เหตุการณ์นี้สิ้นสุดกระบวนการ.

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

เหตุการณ์สิ้นสุดมาตรฐาน จำเป็นต่อการวิเคราะห์ระยะเวลาดำเนินการทั้งหมดและคำนวณ 'Incident Linkage Density'.

การยุติระเบียนปัญหาก่อนแก้ไขเสร็จ ระบบบันทึกเหตุการณ์นี้เมื่อสถานะเปลี่ยนเป็น 'Cancelled' หรือ 'Rejected'.

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

ช่วยระบุงานที่เสียเปล่าหรือรายการซ้ำที่ถูกต้อง เป็นจุดสิ้นสุดอีกแบบหนึ่งของกระบวนการ.

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

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

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

คุณต้องมีบันทึกเหตุการณ์พื้นฐานที่ประกอบด้วยรหัสระเบียนปัญหาที่ไม่ซ้ำกัน เวลา และคำอธิบายกิจกรรม เช่น Status Change หรือ Assigned Group โดยทั่วไปข้อมูลนี้ดึงได้จากตาราง PBM:Problem Investigation ในฐานข้อมูล BMC Helix เครื่องมือ process mining ส่วนใหญ่เชื่อมต่อกับตารางเหล่านี้โดยตรงหรือนำเข้าไฟล์ CSV เพื่อจัดทำแผนผังเส้นทางกระบวนการได้.

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

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

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

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

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

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

แก้คอขวดในการจัดการปัญหาได้ตั้งแต่วันนี้

ลดระยะเวลาของกระบวนการลง 30% และเพิ่มเสถียรภาพในการให้บริการ.

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

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