Object Centric Process Mining: เหมาะกับกรณีใด?
ใช้ OCPM เมื่อวัตถุหลายประเภทมาบรรจบกันในกระบวนการเดียว ใช้ Multiple Perspectives เมื่อวัตถุเหล่านั้นใช้เหตุการณ์ร่วมกัน แต่แยกวิเคราะห์ได้.
ใช้ object-centric process mining เมื่อวัตถุหลายประเภทมาบรรจบกันในกระบวนการเดียว ใช้ Multiple Perspectives เมื่อวัตถุเหล่านั้นใช้เหตุการณ์ร่วมกัน แต่แยกวิเคราะห์ได้ การเลือกแนวทางขึ้นอยู่กับการกำหนด case ว่ากระบวนการแต่ละรายการควรแทนหน่วยใดหรือกลุ่มหน่วยใด.
Case คืออะไรกันแน่
Case คือหน่วยที่คุณติดตามตลอดกระบวนการ ใน process mining แบบ case-centric เหตุการณ์แต่ละรายการจะถูกกำหนดให้กับ case เช่น คำสั่งซื้อ ใบแจ้งหนี้ หรือลูกค้า วิธีนี้ทำให้เห็นเส้นทางกระบวนการชัดเจน แต่อาจทำให้ผลวิเคราะห์คลาดเคลื่อนเมื่อเหตุการณ์หนึ่งเกี่ยวข้องกับวัตถุหลายรายการ หรือวัตถุแต่ละรายการมีวงจรการทำงานแยกกัน.
ลองนึกถึงคำสั่งซื้อที่มีสินค้าหลายรายการ แต่ละรายการจัดส่งแยกกัน และมีใบแจ้งหนี้หลายฉบับ หากใช้คำสั่งซื้อเป็น case กิจกรรมระดับสินค้าและใบแจ้งหนี้อาจถูกรวมเป็นเส้นทางเดียว หากใช้สินค้าแต่ละรายการเป็น case คุณอาจมองไม่เห็นภาพรวมของคำสั่งซื้อ.
ก่อนเลือกแนวทาง ลองถามตัวเองว่า:
- คำถามทางธุรกิจของคุณติดตามหน่วยใด
- แต่ละเหตุการณ์เป็นของ case เดียว หรือเกี่ยวข้องกับวัตถุหลายรายการได้
- คุณต้องวิเคราะห์ความสัมพันธ์เหล่านั้นร่วมกันหรือไม่ หรือแยกดูแต่ละมุมมองก็เพียงพอแล้ว?
การกำหนด case มีผลต่อบันทึกเหตุการณ์และรูปแบบกระบวนการที่คุณเห็น หากต้องการทำความเข้าใจพื้นฐาน อ่านprocess mining คืออะไร.
Object-centric process mining ทำงานอย่างไร?
Object-centric process mining แสดงเหตุการณ์และความสัมพันธ์กับวัตถุหลายประเภท แทนการกำหนดให้ทุกเหตุการณ์อยู่ใน case เดียว แนวทางนี้มักใช้กับ OCEL ซึ่งเป็นรูปแบบบันทึกเหตุการณ์แบบ object-centric โมเดลกระบวนการแบบ object-centric หรือ OCPM เชื่อมโยงวัตถุต่างๆ ได้ เช่น คำสั่งซื้อ รายการสินค้า การจัดส่ง และใบแจ้งหนี้.
สมมติว่าลูกค้าสั่งซื้อสินค้าสามรายการ แต่ละรายการมีวงจรการดำเนินการของตัวเอง สินค้าถูกส่งออกเป็นสองรอบ และคำสั่งซื้อมีใบแจ้งหนี้สองฉบับเพราะสินค้าหนึ่งรายการค้างส่ง กระบวนการนี้เกี่ยวข้องกับคำสั่งซื้อหนึ่งรายการ สินค้าสามรายการ การจัดส่งสองครั้ง และใบแจ้งหนี้สองฉบับ.
ใน OCPM เหตุการณ์หนึ่งรายการเชื่อมโยงกับวัตถุที่ได้รับผลกระทบได้ คุณตรวจสอบความสัมพันธ์ระหว่างคำสั่งซื้อ สินค้า การจัดส่ง และใบแจ้งหนี้ได้ โดยไม่ต้องเลือกวัตถุใดวัตถุหนึ่งเป็น case สำหรับทุกคำถาม ตัวอย่างเช่น คุณอาจถามว่าปัญหาในการจัดส่งเกิดขึ้นพร้อมกับความล่าช้าของใบแจ้งหนี้หรือไม่.
มุมมองที่กว้างขึ้นนี้ทำให้ข้อมูลซับซ้อนขึ้นด้วย ข้อมูลของคุณต้องบันทึกความสัมพันธ์ระหว่างวัตถุที่เกี่ยวข้อง และเครือข่ายที่มีวัตถุและการเชื่อมโยงจำนวนมากอาจตีความได้ยาก OCPM ไม่ใช่แค่แผนภาพอีกรูปแบบหนึ่งของบันทึกเหตุการณ์ที่ใช้ case ทั่วไป แต่ขึ้นอยู่กับวิธีจัดโครงสร้างและวิเคราะห์ข้อมูลเหตุการณ์.
เราใช้เวลาศึกษา object-centric process mining มามาก แต่ก็ยังไม่เห็นว่าจำเป็นสำหรับผู้ใช้ที่เราพัฒนาแพลตฟอร์มให้ แนวทางนี้ย้ายการวิเคราะห์ไปอยู่ในรูปแบบที่เน้นข้อมูลมากขึ้น และเราเข้าใจว่าทำไมผู้ให้บริการจึงมองว่าสะดวก งานของเราคือทำตรงกันข้าม คือช่วยให้ผู้ใช้ทางธุรกิจเห็นภาพกระบวนการได้ชัดเจน มุมมองที่ผู้ใช้ทางธุรกิจอ่านไม่เข้าใจไม่ใช่ความก้าวหน้า
แนวทาง Multiple Perspectives ทำงานอย่างไร?
Multiple Perspectives แบ่งการวิเคราะห์กระบวนการออกเป็นมุมมองต่างๆ คุณกำหนดกระบวนการและส่วนที่สนใจใน BPMN แล้ววิเคราะห์ข้อมูลเหตุการณ์ที่มีผ่านมุมมองเหล่านั้น.
สำหรับตัวอย่างคำสั่งซื้อ คุณอาจแยกดูการดำเนินการตามคำสั่งซื้อ การจัดส่งสินค้า และการออกใบแจ้งหนี้ แต่ละมุมมองเน้นคำถามเฉพาะและเส้นทางกระบวนการที่เกี่ยวข้อง คุณเปรียบเทียบผลจากแต่ละมุมมองได้ แต่แนวทางนี้ไม่ได้แสดงความสัมพันธ์ระหว่างวัตถุทั้งหมดร่วมกันในบันทึกเหตุการณ์แบบ object-centric เดียว.
แนวทางนี้เหมาะเมื่อคุณกำหนดคำถามที่ต้องการคำตอบได้ และต้องการให้การวิเคราะห์แต่ละครั้งมีจุดเน้นชัดเจน โมเดลช่วยกำกับการวิเคราะห์ แทนการใช้คำจำกัดความของ case เพียงแบบเดียวเพื่ออธิบายทุกอย่าง.
Multiple Perspectives ช่วยให้คุณสำรวจกระบวนการผ่านมุมมองที่เน้นประเด็นเฉพาะ ปรับโมเดลเพื่อวิเคราะห์คำถามที่ต้องการ โดยยังคงทำให้แต่ละมุมมองเข้าใจง่ายสำหรับผู้ที่ทำงานในส่วนนั้นของกระบวนการ
OCPM กับ Multiple Perspectives ต่างกันอย่างไร?
ทั้งสองแนวทางตอบคำถามทางธุรกิจเดียวกันได้ แต่จัดการความซับซ้อนคนละจุด.
| มิติ | Object-centric process mining (OCPM) | Multiple Perspectives |
|---|---|---|
| การกำหนด case | เชื่อมเหตุการณ์กับวัตถุหลายประเภท ไม่จำเป็นต้องกำหนด case เพียงประเภทเดียว | ใช้มุมมองแยกกันที่มีโมเดลกำกับเพื่อวิเคราะห์กระบวนการ |
| โครงสร้างข้อมูล | ต้องใช้ข้อมูลเหตุการณ์ที่บันทึกความสัมพันธ์ระหว่างวัตถุ | ใช้ข้อมูลที่มีร่วมกับโมเดลกระบวนการเพื่อเพิ่มโครงสร้างและบริบท |
| จุดเน้นของการวิเคราะห์ | ตรวจสอบปฏิสัมพันธ์ระหว่างวัตถุหลายรายการร่วมกัน | เน้นมุมมองหรือคำถามเฉพาะของกระบวนการ |
| คำถามที่เกี่ยวข้องกับวัตถุหลายประเภท | แสดงความสัมพันธ์ระหว่างวัตถุต่างประเภทไว้ในการวิเคราะห์ | ต้องเปรียบเทียบผลจากมุมมองที่แยกกัน |
| ความเข้าใจง่าย | เครือข่ายที่มีวัตถุและการเชื่อมโยงจำนวนมากอาจอ่านยาก | แต่ละมุมมองเน้นส่วนเฉพาะของกระบวนการได้ |
| การปรับเปลี่ยน | การเปลี่ยนความสัมพันธ์ระหว่างวัตถุหรือข้อมูลอาจต้องเตรียมข้อมูลและประมวลผลใหม่ | ปรับการวิเคราะห์ได้โดยเปลี่ยนโมเดลหรือมุมมอง |
| เหมาะกับกรณี | กระบวนการที่วัตถุมาบรรจบกันและความสัมพันธ์ระหว่างวัตถุเกี่ยวข้องกับคำถาม | กระบวนการที่วัตถุใช้เหตุการณ์ร่วมกัน แต่แยกวิเคราะห์ผ่านมุมมองต่างๆ ได้ |
ตัวอย่างคำสั่งซื้อที่มีสินค้าสามรายการแสดงอะไร?
คำตอบของคำถามสามข้อเดียวกันจะแตกต่างกัน ขึ้นอยู่กับว่าคุณติดตามวัตถุแต่ละรายการได้หรือไม่.
| คำถาม | OCPM | Multiple Perspectives |
|---|---|---|
| สินค้ารายการใดในคำสั่งซื้อมักส่งล่าช้า? | ติดตามสินค้าแต่ละรายการตลอดวงจรการทำงาน จึงเชื่อมโยงความล่าช้ากับสินค้าได้ | วิเคราะห์การดำเนินการตามคำสั่งซื้อผ่านมุมมองที่เน้นสินค้า |
| ความล่าช้าของใบแจ้งหนี้เกิดขึ้นพร้อมกับปัญหาในการจัดส่งหรือไม่? | แสดงความสัมพันธ์ระหว่างวัตถุใบแจ้งหนี้กับการจัดส่ง | เปรียบเทียบมุมมองใบแจ้งหนี้กับการจัดส่ง |
| ทำไม case นี้ใช้เวลา 40 วัน? | แสดงปฏิสัมพันธ์ระหว่างวัตถุที่เชื่อมโยงกัน แต่อาจอ่านเส้นทางได้ยากเมื่อมีการเชื่อมโยงจำนวนมาก | ติดตามเส้นทางที่กำหนดไว้ในโมเดลของ case นั้น และแสดงจุดที่เส้นทางเบี่ยงเบน |
ความแตกต่างอยู่ที่แต่ละแนวทางจัดการความซับซ้อนอย่างไร OCPM ทำให้โครงสร้างข้อมูลและการวิเคราะห์ร่วมกันซับซ้อนขึ้น ส่วน Multiple Perspectives ทำให้การเลือกและเปรียบเทียบมุมมองมีความซับซ้อนมากขึ้น ทั้งสองแนวทางยังต้องอาศัยการกำหนดคำถามและทำความเข้าใจว่าข้อมูลบอกอะไรได้บ้าง.
ดูว่า process variants ช่วยเปรียบเทียบเส้นทางได้อย่างไรในเอกสาร process variants.
ควรใช้ OCPM หรือ Multiple Perspectives เมื่อใด?
ใช้ OCPM เมื่อไม่มีการกำหนด case แบบเดียวที่เหมาะสม และคำถามของคุณขึ้นอยู่กับความสัมพันธ์ระหว่างวัตถุ ตัวอย่างหนึ่งคือการดำเนินการตามคำสั่งซื้อที่เกี่ยวข้องกับสินค้า การจัดส่ง และใบแจ้งหนี้ คุณต้องมีข้อมูลเหตุการณ์ที่บันทึกความสัมพันธ์เหล่านั้นไว้ด้วย.
ใช้ Multiple Perspectives เมื่อคุณกำหนดคำถามล่วงหน้าได้ วัตถุใช้เหตุการณ์ร่วมกัน และการแยกดูแต่ละมุมมองก็เพียงพอที่จะตอบคำถาม โมเดลช่วยกำหนดจุดเน้นของการวิเคราะห์แต่ละครั้ง และอธิบายผลให้ผู้รับผิดชอบส่วนต่างๆ ของกระบวนการเข้าใจได้.
หากยังไม่แน่ใจ ให้เริ่มจากการกำหนด case แล้วลองวิเคราะห์ข้อมูลชุดเดียวกันด้วยทั้งสองแนวทาง ทบทวนพื้นฐานได้ที่คำอธิบายเรื่อง case ดูคำแนะนำในการสำรวจข้อมูลของคุณได้ที่วิธีวิเคราะห์กระบวนการ และดูการทำงานของการวิเคราะห์ผ่านมุมมองบนแพลตฟอร์มได้ที่process mining.
Where to Go From Here
การกำหนดเคสเป็นจุดเริ่มต้นที่ใช้ได้จริง ไม่ใช่ข้อผูกมัดถาวร ลองเปรียบเทียบว่าการจัดกรอบแต่ละแบบตอบคำถามอะไรได้บ้างจากข้อมูลที่คุณมี แล้วค่อยตัดสินใจว่าต้องการเชื่อมโยงความสัมพันธ์ระหว่างออบเจ็กต์ หรือเน้นวิเคราะห์แต่ละมุมมองโดยเฉพาะ.