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

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

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

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

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

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

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

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

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

แหล่งข้อมูล

สร้างจากบันทึกการตรวจสอบ สตรีมกิจกรรม หรือประวัติการเปลี่ยนสถานะของรายการ Change ใน Freshservice.

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

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

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

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

แหล่งข้อมูล

นี่คือฟิลด์หลักของออบเจ็กต์ Change ใน Freshservice.

ตัวอย่าง
CHG-10234CHG-10235CHG-10236
เวลาเกิดเหตุการณ์
EventTime
วันที่และเวลาที่แน่นอนของกิจกรรมหรือเหตุการณ์หนึ่งๆ.
คำอธิบาย

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

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

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

แหล่งข้อมูล

เวลาที่เชื่อมโยงกับแต่ละรายการในบันทึกการตรวจสอบหรือสตรีมกิจกรรมของรายการ Change ใน Freshservice.

ตัวอย่าง
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
ระบบต้นทาง
SourceSystem
ระบุระบบที่ดึงข้อมูลออกมา.
คำอธิบาย

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

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

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

แหล่งข้อมูล

เป็นค่าคงที่ที่กำหนดระหว่างการดึงข้อมูล เพื่อระบุแหล่งที่มาของข้อมูล.

ตัวอย่าง
Freshservice
อัปเดตข้อมูลล่าสุด
LastDataUpdate
เวลาที่ระบุว่าข้อมูลของรายการนี้ได้รับการรีเฟรชจากระบบต้นทางครั้งล่าสุดเมื่อใด.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไป เวลานี้จะถูกสร้างและเพิ่มระหว่างการนำเข้าข้อมูลหรือกระบวนการ ETL.

ตัวอย่าง
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
กลุ่มที่ได้รับมอบหมาย
AssignedGroup
ทีมหรือกลุ่มที่รับผิดชอบการดำเนินการเปลี่ยนแปลง.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ฟิลด์ 'Group' หรือ 'Assigned Group' ในออบเจ็กต์ Change ของ Freshservice.

ตัวอย่าง
ทีมโครงสร้างพื้นฐานฝ่ายสนับสนุนแอปพลิเคชันฝ่ายปฏิบัติการด้านความปลอดภัย
ชื่อผู้ร้องขอ
RequesterName
ชื่อบุคคลที่เริ่มส่งคำขอเปลี่ยนแปลง.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ฟิลด์ 'Requested by' ในออบเจ็กต์ Change ของ Freshservice ซึ่งเชื่อมโยงกับระเบียนผู้ใช้.

ตัวอย่าง
Alice JohnsonRobert SmithMaria Garcia
ประเภทการเปลี่ยนแปลง
ChangeType
การจัดประเภทการเปลี่ยนแปลง เช่น แบบมาตรฐาน แบบปกติ หรือแบบฉุกเฉิน.
คำอธิบาย

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

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

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

แหล่งข้อมูล

นี่คือฟิลด์ 'ประเภทการเปลี่ยนแปลง' ของออบเจ็กต์ Change ใน Freshservice.

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

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

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

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

แหล่งข้อมูล

ฟิลด์ 'Priority' ในออบเจ็กต์ Change ของ Freshservice.

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

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

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

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

แหล่งข้อมูล

ตรงกับฟิลด์ 'Risk' ในออบเจ็กต์ Change ของ Freshservice.

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

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

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

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

แหล่งข้อมูล

อาจเป็นฟิลด์วันที่ 'Due by' หรือ 'SLA Target' โดยเฉพาะในออบเจ็กต์ Change ของ Freshservice.

ตัวอย่าง
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
เวลาสิ้นสุด
EndTime
เวลาของเหตุการณ์ล่าสุดที่บันทึกไว้สำหรับกรณีคำขอเปลี่ยนแปลง.
คำอธิบาย

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

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

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

แหล่งข้อมูล

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

ตัวอย่าง
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
สถานะการเปลี่ยนแปลง
ChangeStatus
สถานะปัจจุบันหรือสถานะสุดท้ายของคำขอเปลี่ยนแปลง.
คำอธิบาย

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

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

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

แหล่งข้อมูล

นี่คือฟิลด์ 'สถานะ' ของออบเจ็กต์ Change ใน Freshservice.

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

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

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

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

แหล่งข้อมูล

ฟิลด์ 'Urgency' ในออบเจ็กต์ Change ของ Freshservice.

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

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

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

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

แหล่งข้อมูล

คำนวณจากจำนวนทิกเก็ต Incident ที่เชื่อมโยงกับทิกเก็ต Change ใน Freshservice.

ตัวอย่าง
015
ชื่อแผนก
DepartmentName
แผนกของผู้ใช้ที่ส่งคำขอเปลี่ยนแปลง.
คำอธิบาย

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

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

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

แหล่งข้อมูล

โดยทั่วไปข้อมูลนี้มาจากโปรไฟล์ผู้ร้องขอใน Freshservice.

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

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

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

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

แหล่งข้อมูล

คำนวณโดยเปรียบเทียบ EndTime กับ TargetCompletionDate หาก EndTime > TargetCompletionDate ให้เป็น true.

ตัวอย่าง
truefalse
รหัสการปิด
CloseCode
รหัสหรือเหตุผลที่ระบุว่าปิดคำขอเปลี่ยนแปลงเพราะอะไร.
คำอธิบาย

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

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

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

แหล่งข้อมูล

ตรวจสอบเอกสารของ Freshservice หรือแบบฟอร์ม Change เพื่อหาฟิลด์ 'Closure Code' หรือฟิลด์ที่มีความหมายใกล้เคียงกัน.

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

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

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

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

แหล่งข้อมูล

ตรงกับฟิลด์ 'Impact' ในออบเจ็กต์ Change ของ Freshservice.

ตัวอย่าง
ต่ำปานกลางสูง
ระยะเวลาดำเนินการเปลี่ยนแปลง
ImplementationDuration
เวลาที่ใช้ในขั้นตอนการดำเนินการเปลี่ยนแปลง.
คำอธิบาย

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

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

วัดประสิทธิภาพของงานด้านเทคนิคโดยตรง โดยแยกออกจากความล่าช้าในการวางแผนและอนุมัติ.

แหล่งข้อมูล

คำนวณจากเวลาระหว่างกิจกรรม 'เริ่มดำเนินการ' และ 'ดำเนินการเสร็จ'.

ตัวอย่าง
4 ชั่วโมง1 ชั่วโมง 30 นาที8 ชั่วโมง
ระยะเวลาอนุมัติ
ApprovalDuration
เวลาที่คำขอเปลี่ยนแปลงใช้ไปในขั้นตอนการอนุมัติ.
คำอธิบาย

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

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

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

แหล่งข้อมูล

คำนวณจากเวลาระหว่างกิจกรรม 'ส่งคำขออนุมัติ' กับกิจกรรม 'อนุมัติการเปลี่ยนแปลง' หรือ 'ปฏิเสธการเปลี่ยนแปลง'.

ตัวอย่าง
1 วัน 2 ชั่วโมง5 ชั่วโมง 30 นาที3 วัน
จำเป็น แนะนำ ไม่บังคับ

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

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

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

แหล่งข้อมูล

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

บันทึก

อนุมานได้จากการกรอก 'วันที่เริ่มต้นตามกำหนดการ' พร้อมกับการอัปเดตสถานะที่เกี่ยวข้อง.

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

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

แหล่งข้อมูล

อนุมานได้จากการเปลี่ยนสถานะเป็น 'รอตรวจทาน' 'รอทดสอบ' หรือ 'เสร็จสิ้น'.

บันทึก

อนุมานได้จากการเปลี่ยนฟิลด์สถานะเป็น 'รอตรวจทาน' หรือสถานะที่ใกล้เคียง.

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

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

แหล่งข้อมูล

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

บันทึก

เวลาที่เปลี่ยนสถานะสุดท้ายเป็น 'ปิด'.

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

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

แหล่งข้อมูล

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

บันทึก

เวลาที่สร้างรายการคำขอเปลี่ยนแปลง.

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

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

แหล่งข้อมูล

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

บันทึก

เวลาของการดำเนินการ 'อนุมัติ' ในแท็บการอนุมัติหรือบันทึกกิจกรรม.

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

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

แหล่งข้อมูล

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

บันทึก

อนุมานได้จากการกรอกฟิลด์บันทึก PIR หรือการอัปเดตสถานะที่ระบุไว้.

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

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

แหล่งข้อมูล

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

บันทึก

อนุมานได้จากการปิดงานที่เกี่ยวข้องกับการทดสอบซึ่งเชื่อมโยงกับการเปลี่ยนแปลง.

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

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

แหล่งข้อมูล

Freshservice บันทึกเหตุการณ์นี้เมื่อผู้อนุมัติคลิกปุ่ม 'ปฏิเสธ' โดยบันทึกเหตุการณ์ไว้ในบันทึกกิจกรรมของทิกเก็ต.

บันทึก

เวลาของการดำเนินการ 'ปฏิเสธ' ในแท็บการอนุมัติหรือบันทึกกิจกรรม.

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

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

แหล่งข้อมูล

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

บันทึก

อนุมานได้จากเวลาที่กรอกฟิลด์ 'ความเสี่ยง' หรือทำเครื่องหมายรายการตรวจสอบที่เกี่ยวข้องว่าเสร็จแล้ว.

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

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

แหล่งข้อมูล

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

บันทึก

ตรวจจับการเปลี่ยนสถานะจากสถานะสิ้นสุด เช่น 'ปิด' ไปเป็นสถานะที่ยังไม่สิ้นสุด เช่น 'เปิด'.

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

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

แหล่งข้อมูล

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

บันทึก

บันทึกเป็นเหตุการณ์ 'เพิ่มบันทึก' ในบันทึกกิจกรรมของทิกเก็ต.

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

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

แหล่งข้อมูล

บันทึกจากเวลาที่เปลี่ยนสถานะเป็น 'ยกเลิก' หรือสถานะสิ้นสุดอื่นที่มีความหมายเทียบเท่าและไม่ใช่ 'ปิด'.

บันทึก

เวลาที่เปลี่ยนสถานะเป็น 'ยกเลิก'.

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

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

แหล่งข้อมูล

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

บันทึก

อนุมานได้จากการเปลี่ยนฟิลด์สถานะเป็น 'กำลังดำเนินการ'.

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

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

แหล่งข้อมูล

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

บันทึก

อนุมานได้จากการเปลี่ยนสถานะออกจาก 'กำลังวางแผน' หรือสถานะที่ใกล้เคียง.

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

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

แหล่งข้อมูล

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

บันทึก

อนุมานได้จากการเปลี่ยนฟิลด์สถานะเป็น 'รออนุมัติ'.

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

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

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

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

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

หยุดการเปลี่ยนแปลงที่ล้มเหลว ยกระดับการจัดการ Freshservice วันนี้

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

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

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