เทมเพลตข้อมูลการจัดการการเปลี่ยนแปลงของคุณ
เทมเพลตข้อมูลการจัดการการเปลี่ยนแปลงของคุณ
- แอตทริบิวต์ที่แนะนำให้รวบรวม
- กิจกรรมสำคัญที่ควรติดตาม
- คำแนะนำในการดึงข้อมูลจาก Freshservice
แอตทริบิวต์การจัดการการเปลี่ยนแปลง
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
ชื่อกิจกรรม
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 วัน
|
|||
กิจกรรมในการจัดการการเปลี่ยนแปลง
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
กำหนดเวลาการเปลี่ยนแปลงแล้ว
|
กิจกรรมกำหนดเวลาเริ่มต้นและสิ้นสุดสำหรับการนำการเปลี่ยนแปลงที่อนุมัติแล้วไปใช้ โดยทั่วไปอนุมานได้เมื่อมีการกรอกฟิลด์ 'เวลาเริ่มต้นตามกำหนดการ' และ 'เวลาสิ้นสุดตามกำหนดการ'. | ||
|
เหตุผลที่สำคัญ
นี่คือหมุดหมายสำคัญที่เริ่มขั้นตอนการนำไปใช้ จำเป็นต่อการคำนวณ 'เวลาในการนำไปใช้โดยเฉลี่ย' และวิเคราะห์ประสิทธิภาพการจัดตารางเวลา.
แหล่งข้อมูล
อนุมานได้จากเวลาที่กรอกฟิลด์วันที่เกี่ยวกับกำหนดการ และสถานะเปลี่ยนเป็น 'กำหนดเวลาแล้ว' หรือสถานะที่ใกล้เคียง.
บันทึก
อนุมานได้จากการกรอก 'วันที่เริ่มต้นตามกำหนดการ' พร้อมกับการอัปเดตสถานะที่เกี่ยวข้อง.
ประเภทเหตุการณ์
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 วันนี้
เพิ่มอัตราความสำเร็จของการเปลี่ยนแปลงเป็น 95% พร้อมลดปัญหาและความล่าช้าใน Freshservice.
ไม่ต้องใช้บัตรเครดิต เริ่มใช้งานได้ในไม่กี่นาที.