เทมเพลตข้อมูลการจัดการการเปลี่ยนแปลงของคุณ

BMC Helix ITSM
เทมเพลตข้อมูลการจัดการการเปลี่ยนแปลงของคุณ

เทมเพลตข้อมูลการจัดการการเปลี่ยนแปลงของคุณ

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

แอตทริบิวต์การจัดการการเปลี่ยนแปลง

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

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

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

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

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

แหล่งข้อมูล

ได้มาจากการเปลี่ยนสถานะในฟอร์ม 'CHG:ChangeRequest_AuditLog' หรือจากการติดตามการเปลี่ยนแปลงของฟิลด์ 'Status' ในฟอร์ม 'CHG:Infrastructure Change'.

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

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

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'Infrastructure Change ID' (Field ID 1000000182) ของฟอร์ม 'CHG:Infrastructure Change'.

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

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

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

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

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

แหล่งข้อมูล

ได้จากฟิลด์ 'Audit Date' ในฟอร์ม 'CHG:ChangeRequest_AuditLog' หรือฟิลด์ 'Last Modified Date' ที่เชื่อมโยงกับการเปลี่ยนสถานะแต่ละครั้ง.

ตัวอย่าง
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ระบบต้นทาง
SourceSystem
ชื่อระบบที่ใช้ดึงข้อมูล.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

โดยทั่วไปจะกำหนดค่าไว้ตายตัวระหว่างขั้นตอนดึง แปลง และโหลดข้อมูล (ETL) เพื่อระบุแหล่งที่มาของชุดข้อมูล.

ตัวอย่าง
BMC Helix ITSMHelix ITSM ProdBMC Remedy AR System
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาประทับที่ระบุว่าข้อมูลของรายการนี้ดึงจากระบบต้นทางมาอัปเดตล่าสุดเมื่อใด.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ฟิลด์ข้อมูลกำกับนี้มักสร้างและเติมค่าโดยเครื่องมือ ETL หรือ data pipeline ขณะดึงข้อมูล.

ตัวอย่าง
2023-11-01T02:00:00Z2023-11-02T02:00:00Z2023-11-03T02:00:00Z
กลุ่มผู้อนุมัติ
ApproverGroup
ทีมที่รับผิดชอบอนุมัติคำขอเปลี่ยนแปลงในขั้นตอนที่กำหนด.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

ข้อมูลมาจากฟอร์ม 'AP:Signature' ซึ่งใช้จัดการการอนุมัติและเชื่อมโยงกับคำขอเปลี่ยนแปลง โดยกลุ่มของผู้อนุมัติจะอยู่ในระเบียนนี้.

ตัวอย่าง
คณะกรรมการที่ปรึกษาการเปลี่ยนแปลงความปลอดภัยด้านไอทีวิศวกรรมเครือข่ายพัฒนาแอปพลิเคชัน
ทีมติดตั้งใช้งาน
ImplementationTeam
ทีมที่รับผิดชอบดำเนินการเปลี่ยนแปลง.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'ASGRP' (Assigned Group) ของฟอร์ม 'CHG:Infrastructure Change'.

ตัวอย่าง
การปฏิบัติการเซิร์ฟเวอร์ผู้ดูแลฐานข้อมูลทีม SAP Basisโครงสร้างพื้นฐานคลาวด์
ประเภทการเปลี่ยนแปลง
ChangeType
การจัดประเภทการเปลี่ยนแปลง เช่น Standard, Normal หรือ Emergency.
คำอธิบาย

แอตทริบิวต์นี้จัดประเภทคำขอเปลี่ยนแปลงตามลักษณะและกระบวนการที่ต้องปฏิบัติตาม ประเภทที่พบบ่อย ได้แก่ Standard (อนุมัติล่วงหน้าและมีความเสี่ยงต่ำ), Normal (ต้องประเมินและอนุมัติครบถ้วน) และ Emergency (ต้องเร่งดำเนินการเนื่องจากมีปัญหาเร่งด่วน).

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'Change Type' ของฟอร์ม 'CHG:Infrastructure Change'.

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

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

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'Risk Level' ของฟอร์ม 'CHG:Infrastructure Change'.

ตัวอย่าง
1 - วิกฤต2 - สูง3 - ปานกลาง4 - ต่ำ5 - อยู่ระหว่างวางแผน
ลำดับความสำคัญ
Priority
ระดับความสำคัญที่กำหนดให้คำขอเปลี่ยนแปลง ซึ่งบ่งบอกความสำคัญต่อธุรกิจ.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'Priority' ของฟอร์ม 'CHG:Infrastructure Change'.

ตัวอย่าง
วิกฤตสูงปานกลางต่ำ
สถานะ
Status
สถานะหรือขั้นตอนปัจจุบันของคำขอเปลี่ยนแปลงในวงจรการดำเนินงาน.
คำอธิบาย

ฟิลด์ Status ระบุขั้นตอนที่แน่นอนของคำขอเปลี่ยนแปลง ณ เวลาหนึ่ง เช่น 'Draft', 'Request For Authorization' หรือ 'Completed' กิจกรรมได้มาจากการเปลี่ยนสถานะ ส่วนสถานะเองมีประโยชน์ต่อการวิเคราะห์ปริมาณงาน.

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'Status' ของฟอร์ม 'CHG:Infrastructure Change'.

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

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

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'Urgency' ของฟอร์ม 'CHG:Infrastructure Change'.

ตัวอย่าง
1-วิกฤต2-สูง3-ปานกลาง4-ต่ำ
บริการที่ได้รับผลกระทบ
AffectedService
บริการด้านธุรกิจหรือด้านเทคนิคที่ได้รับผลกระทบจากการเปลี่ยนแปลง.
คำอธิบาย

แอตทริบิวต์นี้เชื่อมโยงคำขอเปลี่ยนแปลงกับบริการที่ระบุไว้ในฐานข้อมูลการจัดการการกำหนดค่า (CMDB) เช่น บริการธุรกิจที่ผู้ใช้เข้าถึงอย่าง 'บริการอีเมล' หรือบริการทางเทคนิคเบื้องหลังอย่าง 'บริการยืนยันตัวตน'

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

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

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

แหล่งข้อมูล

ข้อมูลมาจากฟิลด์ 'ServiceCI' หรือความสัมพันธ์กับ Configuration Item (CI) ที่เกี่ยวข้องในฟอร์ม 'CHG:Infrastructure Change'.

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

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
truefalse
เป็นการเปลี่ยนแปลงฉุกเฉินหรือไม่
IsEmergencyChange
ตัวบ่งชี้แบบบูลีนที่มีค่าเป็น true เมื่อการเปลี่ยนแปลงเป็นประเภท 'ฉุกเฉิน'.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

แอตทริบิวต์นี้ได้มาจากการคำนวณระหว่างการแปลงข้อมูล โดยใช้ตรรกะดังนี้: IF 'ChangeType' = 'Emergency' THEN true ELSE false.

ตัวอย่าง
truefalse
ผลกระทบ
Impact
ผลกระทบที่ประเมินได้ของการเปลี่ยนแปลงต่อบริการทางธุรกิจและโครงสร้างพื้นฐาน IT.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'Impact' ของฟอร์ม 'CHG:Infrastructure Change'.

ตัวอย่าง
1-กว้างขวาง/เป็นวงกว้าง2-มีนัยสำคัญ/มาก3-ปานกลาง/จำกัด4-เล็กน้อย/เฉพาะจุด
ผู้ส่งคำขอเปลี่ยนแปลง
ChangeSubmitter
บุคคลที่สร้างและส่งคำขอเปลี่ยนแปลง.
คำอธิบาย

แอตทริบิวต์นี้ระบุผู้เริ่มต้นคำขอเปลี่ยนแปลง โดยทั่วไปจะบันทึกเป็นผู้ใช้ 'Submitter' หรือ 'Reported By' ในระบบ

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

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

ช่วยระบุผู้เริ่มต้นคำขอเปลี่ยนแปลง เพื่อนำไปวิเคราะห์รูปแบบความต้องการและพฤติกรรมของผู้ใช้ในกระบวนการ.

แหล่งข้อมูล

อยู่ในฟิลด์ 'Submitter' ของฟอร์ม 'CHG:Infrastructure Change'.

ตัวอย่าง
Allen AllbrookMary MannBob Baxter
รหัสการปิดงาน
CloseCode
รหัสที่ระบุผลลัพธ์สุดท้ายของการเปลี่ยนแปลงเมื่อปิดงาน.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

อยู่ในฟิลด์ 'Status Reason' หรือฟิลด์รหัสการปิดงานที่มีชื่อใกล้เคียงกันในฟอร์ม 'CHG:Infrastructure Change' ซึ่งจะเปิดใช้งานในขั้นตอนสุดท้าย.

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

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

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

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

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

แหล่งข้อมูล

โดยทั่วไปจะกำหนดความสัมพันธ์นี้ในฟอร์ม Incident ('HPD:Help Desk') ซึ่งสามารถเชื่อมโยงเหตุการณ์กลับไปยังคำขอเปลี่ยนแปลงที่เป็นสาเหตุได้.

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

วันที่เป้าหมายตาม Service Level Agreement (SLA) คือกำหนดเวลาที่ต้องดำเนินการคำขอเปลี่ยนแปลงให้เสร็จ โดยพิจารณาจากระดับความสำคัญและประเภทของคำขอ ใช้เป็นเกณฑ์เปรียบเทียบกับเวลาที่ดำเนินการเสร็จจริง

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-11-10T17:00:00Z2023-11-15T09:00:00Z2023-12-01T17:00:00Z
เวลาสิ้นสุด
EventEndTime
เวลาประทับที่ระบุว่ากิจกรรมหรือเหตุการณ์สิ้นสุดเมื่อใด.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
สถานะ SLA
SLAState
สถานะของคำขอเปลี่ยนแปลงเมื่อเทียบกับเป้าหมาย SLA ซึ่งได้จากการคำนวณ.
คำอธิบาย

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

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
ตรงเวลาเสี่ยงไม่เป็นไปตามกำหนดไม่เป็นไปตามกำหนด
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมการจัดการการเปลี่ยนแปลง

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

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

แหล่งข้อมูล

อนุมานจากประวัติการเปลี่ยนสถานะในฟอร์ม CHG:Change เมื่อสถานะเปลี่ยนเป็น 'Scheduled'.

บันทึก

ระบุเวลาที่ฟิลด์ 'Status' ใน CHG:Change เปลี่ยนเป็น 'Scheduled'.

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

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

แหล่งข้อมูล

อนุมานจากการบันทึกงานทดสอบในฟอร์ม CHG:Task ที่เชื่อมโยงกับคำขอเปลี่ยนแปลงหลัก เมื่อดำเนินงานเสร็จสิ้น

บันทึก

ระบุเวลาที่งาน 'Testing' หรือ 'Validation' ซึ่งเชื่อมโยงอยู่ใน CHG:Task ถูกเปลี่ยนสถานะเป็น 'Closed' หรือ 'Completed'

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

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

แหล่งข้อมูล

อนุมานจากฟอร์ม CHG:Change เมื่อกำหนด 'Status' เป็น 'Completed' และ 'Status Reason' เป็น 'Successful'.

บันทึก

ระบุเวลาที่ฟิลด์ 'Status' ใน CHG:Change เปลี่ยนเป็น 'Completed'.

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะในฟอร์ม CHG:Change เช่น เปลี่ยนเป็น 'Request For Change' หรือจากการทำงานที่เกี่ยวข้องในฟอร์ม CHG:Task เสร็จสิ้น

บันทึก

ระบุเวลาที่งาน 'Risk Assessment' ซึ่งเชื่อมโยงอยู่ใน CHG:Task ถูกกำหนดสถานะเป็น 'Closed' หรือ 'Completed'

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

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

แหล่งข้อมูล

อนุมานจากประวัติการเปลี่ยนสถานะในฟอร์ม CHG:Change เมื่อสถานะเปลี่ยนเป็น 'Closed'.

บันทึก

ระบุเวลาที่ฟิลด์ 'Status' ใน CHG:Change เปลี่ยนเป็น 'Closed'.

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

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

แหล่งข้อมูล

บันทึกเหตุการณ์นี้จาก 'Submit Date' หรือเวลาที่สร้างรายการใน audit log ของฟอร์ม CHG:Change (เช่น HPD:Help Desk Audit Log).

บันทึก

ใช้เวลาที่สร้างรายการจากฟอร์ม CHG:Change.

ประเภทเหตุการณ์ explicit
อนุมัติคำขอเปลี่ยนแปลง
นี่คือจุดสำคัญที่คำขอเปลี่ยนแปลงได้รับอนุมัติอย่างเป็นทางการให้ดำเนินการต่อ อนุมานเหตุการณ์นี้จากการเปลี่ยนสถานะ โดยทั่วไปจะเปลี่ยนเป็น 'Scheduled' หรือ 'Planning In Progress' หลังได้รับอนุมัติขั้นสุดท้าย.
เหตุผลที่สำคัญ

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

แหล่งข้อมูล

อนุมานจากประวัติการเปลี่ยนสถานะในฟอร์ม CHG:Change โดยเฉพาะเมื่อคำขอออกจากสถานะอนุมัติ เช่น 'Request For Authorization'.

บันทึก

ระบุเวลาที่ฟิลด์ 'Status' ใน CHG:Change เปลี่ยนผ่านขั้นตอนอนุมัติสุดท้าย เช่น เปลี่ยนเป็น 'Scheduled'.

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

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

แหล่งข้อมูล

อนุมานจากการทำระเบียนงานวางแผนเฉพาะในฟอร์ม CHG:Task ที่เชื่อมโยงกับคำขอเปลี่ยนแปลงหลักเสร็จสิ้น

บันทึก

ระบุเวลาที่งาน 'Implementation Planning' ซึ่งเชื่อมโยงอยู่ใน CHG:Task ถูกกำหนดสถานะเป็น 'Closed' หรือ 'Completed'

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

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

แหล่งข้อมูล

อนุมานจากการเปลี่ยนสถานะในฟอร์ม CHG:Change เช่น เปลี่ยนจาก 'Completed' เป็นสถานะ 'Verification' หรือ 'Closed'.

บันทึก

ระบุเวลาที่ฟิลด์ 'Status' ใน CHG:Change เปลี่ยนเป็น 'Closed' หลังดำเนินกิจกรรมการเปลี่ยนแปลงเสร็จสิ้น.

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

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

แหล่งข้อมูล

อนุมานจากการดำเนินงาน 'Post-Implementation Review' ในฟอร์ม CHG:Task ที่เชื่อมโยงกับคำขอเปลี่ยนแปลงหลักเสร็จสิ้น

บันทึก

ระบุเวลาที่งาน 'PIR' ซึ่งเชื่อมโยงอยู่ใน CHG:Task ถูกเปลี่ยนสถานะเป็น 'Closed' หรือ 'Completed'

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

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

แหล่งข้อมูล

อนุมานจากประวัติการเปลี่ยนสถานะในฟอร์ม CHG:Change โดยเฉพาะเมื่อเปลี่ยนเป็นสถานะ 'Rejected'.

บันทึก

ระบุเวลาที่ฟิลด์ 'Status' ใน CHG:Change เปลี่ยนเป็น 'Rejected'.

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

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

แหล่งข้อมูล

อนุมานจากประวัติการเปลี่ยนสถานะในฟอร์ม CHG:Change เมื่อสถานะเปลี่ยนเป็น 'Cancelled'.

บันทึก

ระบุเวลาที่ฟิลด์ 'Status' ใน CHG:Change เปลี่ยนเป็น 'Cancelled'.

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

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

แหล่งข้อมูล

อนุมานจากเวลาที่งาน 'Impact Analysis' ในฟอร์ม CHG:Task เสร็จสิ้น หรือจากการเปลี่ยนสถานะเฉพาะในฟอร์ม CHG:Change

บันทึก

ระบุเวลาที่งาน 'Impact Analysis' ซึ่งเชื่อมโยงอยู่ใน CHG:Task ถูกกำหนดสถานะเป็น 'Closed' หรือ 'Completed'

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

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

แหล่งข้อมูล

อนุมานจากประวัติการเปลี่ยนสถานะของคำขอในฟอร์ม CHG:Change โดยเฉพาะเมื่อเปลี่ยนเป็น 'Request For Authorization'.

บันทึก

ระบุเวลาที่ฟิลด์ 'Status' ใน CHG:Change เปลี่ยนจาก 'Draft' เป็น 'Request For Authorization'.

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

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

วิธีดึงข้อมูลจาก BMC Helix ITSM

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

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

ปรับปรุงการจัดการการเปลี่ยนแปลงตั้งแต่วันนี้ ลดปัญหาสะดุดในการให้บริการ

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

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

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