เทมเพลตข้อมูลการจัดการการเปลี่ยนแปลงของคุณ
เทมเพลตข้อมูลการจัดการการเปลี่ยนแปลงของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวมเพื่อการวิเคราะห์อย่างละเอียด
- กิจกรรมและหมุดหมายสำคัญที่ควรติดตามในกระบวนการ
- คำแนะนำเฉพาะสำหรับดึงข้อมูลจากระบบต้นทางที่เกี่ยวข้อง
แอตทริบิวต์การจัดการการเปลี่ยนแปลง
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
กิจกรรม
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 มักคำนวณจากเวลาเริ่มต้นของกิจกรรมถัดไปในเคส เพื่อให้ทราบระยะเวลาของขั้นตอนก่อนหน้าอย่างชัดเจน สำหรับกิจกรรมสุดท้ายของเคส อาจใช้เวลาเริ่มต้นเดียวกันหรือเวลาปิดรายการที่ระบุไว้โดยเฉพาะ. แอตทริบิวต์นี้จำเป็นต่อการคำนวณ
เหตุผลที่สำคัญ
แอตทริบิวต์นี้ช่วยคำนวณระยะเวลาของกิจกรรมได้อย่างแม่นยำ ซึ่งเป็นพื้นฐานสำคัญในการค้นหาคอขวดและวัดประสิทธิภาพของกระบวนการ.
แหล่งข้อมูล
แอตทริบิวต์นี้คำนวณขึ้น โดยทั่วไปได้มาระหว่างการแปลงข้อมูลด้วยการใช้เวลาเริ่มต้นของเหตุการณ์ถัดไปในลำดับของเคสนั้น.
ตัวอย่าง
2023-10-26T14:35:10Z2023-10-27T09:00:00Z2023-10-27T11:20:00Z
|
|||
|
สถานะ SLA
SLAState
|
สถานะของคำขอเปลี่ยนแปลงเมื่อเทียบกับเป้าหมาย SLA ซึ่งได้จากการคำนวณ. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุว่าคำขอเปลี่ยนแปลงที่เสร็จแล้วเป็นไปตาม SLA มีความเสี่ยงที่จะไม่เป็นไปตาม SLA หรือไม่เป็นไปตาม SLA โดยคำนวณจากการเปรียบเทียบเวลาที่ดำเนินการเสร็จจริงกับ 'SLATargetDate' นี่คือตัวชี้วัดหลักของแดชบอร์ด 'ผลการดำเนินงานตาม SLA สำหรับการเปลี่ยนแปลง' ซึ่งแสดงผลการดำเนินงานเทียบกับข้อตกลงระดับบริการได้อย่างชัดเจน และช่วยแยกวิเคราะห์ข้อมูลตามระดับความสำคัญ ประเภทการเปลี่ยนแปลง หรือทีม เพื่อระบุจุดที่ยังปฏิบัติตาม SLA ได้ไม่ดี.
เหตุผลที่สำคัญ
วัดผลการดำเนินงานเทียบกับข้อตกลงได้โดยตรง จึงเป็นตัวชี้วัดสำคัญของประสิทธิภาพกระบวนการและคุณภาพบริการ.
แหล่งข้อมูล
แอตทริบิวต์นี้คำนวณระหว่างการแปลงข้อมูล โดยเปรียบเทียบเวลาของกิจกรรมสุดท้ายกับ 'SLATargetDate'.
ตัวอย่าง
ตรงเวลาเสี่ยงไม่เป็นไปตามกำหนดไม่เป็นไปตามกำหนด
|
|||
กิจกรรมการจัดการการเปลี่ยนแปลง
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
จัดตารางการเปลี่ยนแปลงแล้ว
|
กิจกรรมนี้บันทึกจุดที่กำหนดตารางการนำการเปลี่ยนแปลงที่ได้รับอนุมัติไปใช้ไว้อย่างเป็นทางการ โดยบันทึกเหตุการณ์นี้เมื่อสถานะในระบบเปลี่ยนเป็น '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
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการจัดการการเปลี่ยนแปลงได้วันนี้ โดยเตรียมข้อมูลด้วยเทมเพลตนี้ แล้วนำข้อมูลเชิงลึกไปใช้เพิ่มประสิทธิภาพการปฏิบัติการของคุณ.
ปรับปรุงการจัดการการเปลี่ยนแปลงตั้งแต่วันนี้ ลดปัญหาสะดุดในการให้บริการ
เพิ่มอัตราความสำเร็จของการเปลี่ยนแปลงเป็น 95% และหลีกเลี่ยงการหยุดชะงักของบริการที่มีค่าใช้จ่ายสูง.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าเสร็จได้ในไม่กี่นาที.