Mẫu dữ liệu quản lý thay đổi

Freshservice
Mẫu dữ liệu quản lý thay đổi

Mẫu dữ liệu quản lý thay đổi

Mẫu này giúp bạn thu thập dữ liệu cần thiết để phân tích quy trình quản lý thay đổi. Mẫu nêu rõ các thuộc tính cần lấy, hoạt động cần theo dõi và cách trích xuất thông tin từ hệ thống. Hãy dùng mẫu để chuẩn bị dữ liệu cho việc khám phá và tối ưu quy trình.
  • Các thuộc tính nên thu thập
  • Các hoạt động chính cần theo dõi
  • Hướng dẫn trích xuất dữ liệu từ Freshservice
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Thuộc tính quản lý thay đổi

Các trường dữ liệu này cần thiết để tạo event log đầy đủ và phân tích chi tiết quy trình quản lý thay đổi.
5 Bắt buộc 8 Nên có 8 Không bắt buộc
Tên Mô tả
Mã yêu cầu thay đổi
ChangeRequestId
Mã định danh duy nhất của từng yêu cầu thay đổi được gửi trong hệ thống Freshservice.
Mô tả

Mã yêu cầu thay đổi là mã định danh chính cho một hồ sơ thay đổi, từ lúc bắt đầu đến khi đóng. Mã này liên kết mọi hoạt động, phê duyệt và nhật ký liên quan thành một dòng thời gian thống nhất, giúp phân tích quy trình từ đầu đến cuối. Trong process mining, mã này rất cần thiết để dựng lại vòng đời của từng thay đổi, qua đó hiểu được luồng xử lý, thời lượng và kết quả.

Vì sao điều này quan trọng

Đây là mã Case ID thiết yếu để nhóm các sự kiện liên quan, giúp bạn theo dõi và phân tích toàn bộ hành trình của một yêu cầu thay đổi.

Lấy dữ liệu ở đâu

Đây là trường chính trên đối tượng Change trong Freshservice.

Ví dụ
CHG-10234CHG-10235CHG-10236
Tên hoạt động
ActivityName
Tên của một sự kiện hoặc tác vụ cụ thể diễn ra trong quy trình quản lý thay đổi.
Mô tả

Thuộc tính này mô tả một bước hoặc cột mốc trong vòng đời thay đổi, chẳng hạn 'Change Request Created', 'Approval Requested' hoặc 'Implementation Completed'. Trình tự các hoạt động này theo từng mã yêu cầu thay đổi là cơ sở để tạo sơ đồ quy trình. Phân tích các hoạt động giúp xác định luồng xử lý, phát hiện sai lệch và đo thời gian ở từng giai đoạn.

Vì sao điều này quan trọng

Thuộc tính này xác định các bước trong luồng quy trình, giúp trực quan hóa vòng đời thay đổi và phân tích các biến thể quy trình cùng điểm nghẽn.

Lấy dữ liệu ở đâu

Được tạo từ nhật ký kiểm tra, luồng hoạt động hoặc lịch sử thay đổi trạng thái của hồ sơ Change trong Freshservice.

Ví dụ
Phê duyệt thay đổiHoàn tất đánh giá rủi roBắt đầu triển khaiĐóng yêu cầu thay đổi
Thời điểm sự kiện
EventTime
Ngày và giờ chính xác khi một hoạt động hoặc sự kiện cụ thể diễn ra.
Mô tả

Mỗi hoạt động trong quy trình có dấu thời gian tương ứng để ghi lại thời điểm diễn ra. Dữ liệu thời gian này rất quan trọng để tính khoảng thời gian giữa các hoạt động, xác định thời gian chờ và phân tích tổng thời gian chu kỳ của quy trình. Dữ liệu cũng hỗ trợ phân tích hiệu suất, xác định điểm nghẽn và theo dõi mức độ đáp ứng SLA.

Vì sao điều này quan trọng

Dấu thời gian này là cơ sở cho mọi phân tích theo thời gian, bao gồm tính thời gian chu kỳ, thời lượng và thời gian chờ giữa các bước trong quy trình.

Lấy dữ liệu ở đâu

Dấu thời gian gắn với từng mục trong nhật ký kiểm tra hoặc luồng hoạt động của hồ sơ Change trong Freshservice.

Ví dụ
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:15:00Z
Hệ thống nguồn
SourceSystem
Xác định hệ thống đã trích xuất dữ liệu.
Mô tả

Thuộc tính này cho biết nguồn gốc của dữ liệu quy trình. Trong chế độ xem này, giá trị luôn là 'Freshservice'. Đây là cách làm tốt, nhất là khi dữ liệu được gộp từ nhiều hệ thống, vì thuộc tính này cung cấp bối cảnh cần thiết và hỗ trợ quản trị dữ liệu cũng như xử lý sự cố.

Vì sao điều này quan trọng

Cho biết rõ nguồn gốc dữ liệu, điều rất quan trọng khi phân tích dữ liệu từ nhiều hệ thống doanh nghiệp.

Lấy dữ liệu ở đâu

Đây là giá trị cố định được thiết lập trong quá trình trích xuất dữ liệu để xác định nguồn dữ liệu.

Ví dụ
Freshservice
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian cho biết lần gần nhất dữ liệu của hồ sơ này được làm mới từ hệ thống nguồn.
Mô tả

Thuộc tính này ghi lại ngày và giờ của lần trích xuất hoặc cập nhật dữ liệu gần nhất cho từng sự kiện. Thuộc tính giúp bạn biết dữ liệu đang phân tích có mới hay không và đảm bảo phân tích dựa trên thông tin hiện tại. Nhờ đó, dữ liệu được duy trì chính xác và bạn hiểu rõ mức độ cập nhật của thông tin thu được.

Vì sao điều này quan trọng

Giúp người dùng biết dữ liệu được cập nhật đến thời điểm nào và xác nhận mức độ mới của kết quả phân tích process mining.

Lấy dữ liệu ở đâu

Dấu thời gian này thường được tạo và thêm vào trong quá trình nạp dữ liệu hoặc ETL.

Ví dụ
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Loại thay đổi
ChangeType
Phân loại thay đổi, chẳng hạn Tiêu chuẩn, Thông thường hoặc Khẩn cấp.
Mô tả

Loại thay đổi phân nhóm yêu cầu dựa trên tính chất, mức độ rủi ro và yêu cầu phê duyệt. Thay đổi tiêu chuẩn được phê duyệt trước, thay đổi thông thường tuân theo quy trình tiêu chuẩn, còn thay đổi khẩn cấp cần được xử lý nhanh. Phân tích quy trình theo loại thay đổi rất quan trọng để hiểu liệu từng loại có luồng xử lý riêng và đặc điểm hiệu suất khác nhau, chẳng hạn thời gian chu kỳ hoặc tỷ lệ thành công.

Vì sao điều này quan trọng

Phân nhóm quy trình theo loại thay đổi giúp làm rõ cách xử lý và hiệu suất khác nhau giữa các thay đổi tiêu chuẩn, thông thường và khẩn cấp.

Lấy dữ liệu ở đâu

Đây là trường 'Change Type' trên đối tượng Change trong Freshservice.

Ví dụ
Tiêu chuẩnThông thườngKhẩn cấpQuan trọng
Mức độ rủi ro
RiskLevel
Mức độ rủi ro được đánh giá khi triển khai thay đổi.
Mô tả

Mức độ rủi ro phân loại tác động tiêu cực có thể xảy ra nếu thay đổi thất bại. Các mức thường gặp gồm thấp, trung bình và cao. Thuộc tính này rất quan trọng khi phân tích tuân thủ và xác định liệu các thay đổi rủi ro cao có đi theo quy trình chặt chẽ hơn hay không, chẳng hạn cần thêm phê duyệt hoặc kiểm thử kỹ hơn. Nhờ đó, bạn có thể kiểm tra xem các biện pháp kiểm soát rủi ro có được áp dụng đúng cách hay không.

Vì sao điều này quan trọng

Thông tin này rất quan trọng để phân tích tuân thủ và rủi ro, giúp đảm bảo các thay đổi rủi ro cao được xem xét kỹ và tuân theo quy trình chặt chẽ hơn.

Lấy dữ liệu ở đâu

Tương ứng với trường 'Risk' trên đối tượng Change trong Freshservice.

Ví dụ
ThấpTrung bìnhCaoRất cao
Mức ưu tiên thay đổi
ChangePriority
Mức ưu tiên được gán cho yêu cầu thay đổi, thể hiện tầm quan trọng của yêu cầu đối với hoạt động kinh doanh.
Mô tả

Mức ưu tiên thường được xác định dựa trên mức độ ảnh hưởng và tính cấp bách. Đây cũng là căn cứ để phân bổ tài nguyên và lên lịch xử lý. Phân tích mối liên hệ giữa mức ưu tiên với các chỉ số quy trình như thời gian xử lý và mức độ đáp ứng SLA có thể cho biết các thay đổi ưu tiên cao có được xử lý nhanh hơn những thay đổi ưu tiên thấp hay không. Qua đó, bạn có thể đánh giá hiệu quả của chính sách ưu tiên.

Vì sao điều này quan trọng

Giúp xác định quy trình có ưu tiên đúng các thay đổi quan trọng và phân bổ tài nguyên phù hợp hay không.

Lấy dữ liệu ở đâu

Đây là trường 'Priority' trên đối tượng Change trong Freshservice.

Ví dụ
ThấpTrung bìnhCaoKhẩn cấp
Ngày hoàn tất mục tiêu
TargetCompletionDate
Ngày dự kiến hoàn tất thay đổi hoặc hạn hoàn thành theo thỏa thuận mức dịch vụ (SLA).
Mô tả

Ngày này là hạn chót để đóng yêu cầu thay đổi và là mốc chính để đo mức độ đáp ứng SLA. So sánh End Time thực tế với ngày hoàn tất mục tiêu cho biết thay đổi được hoàn tất đúng hạn, sớm hay trễ. Đây là dữ liệu đầu vào quan trọng cho KPI Tỷ lệ đáp ứng SLA của thay đổi.

Vì sao điều này quan trọng

Là mốc để đo tỷ lệ hoàn thành đúng hạn và mức độ đáp ứng SLA, hai chỉ số quan trọng về hiệu suất quy trình.

Lấy dữ liệu ở đâu

Có thể là trường ngày riêng 'Due by' hoặc 'SLA Target' trên đối tượng Change trong Freshservice.

Ví dụ
2023-11-10T17:00:00Z2023-11-15T17:00:00Z
Nhóm được giao
AssignedGroup
Nhóm chịu trách nhiệm triển khai thay đổi.
Mô tả

Thuộc tính này cho biết nhóm nào được giao thực hiện công việc thay đổi, chẳng hạn 'Nhóm mạng' hoặc 'Quản trị cơ sở dữ liệu'. Phân tích hiệu suất quy trình theo nhóm được giao giúp bạn hiểu khối lượng công việc, hiệu quả của từng nhóm và xác định điểm nghẽn về tài nguyên. Dữ liệu cũng cho thấy nhóm nào mất nhiều thời gian triển khai hơn hoặc có nhiều sự cố sau triển khai hơn.

Vì sao điều này quan trọng

Giúp phân tích hiệu suất và khối lượng công việc của các nhóm triển khai, từ đó phát hiện hạn chế về tài nguyên hoặc cách làm hiệu quả.

Lấy dữ liệu ở đâu

Đây là trường 'Group' hoặc 'Assigned Group' trên đối tượng Change trong Freshservice.

Ví dụ
Nhóm hạ tầngHỗ trợ ứng dụngVận hành bảo mật
Tên người yêu cầu
RequesterName
Tên người gửi yêu cầu thay đổi.
Mô tả

Người yêu cầu là người gửi yêu cầu thay đổi để xem xét. Phân tích dữ liệu theo người yêu cầu giúp nhận ra các xu hướng, chẳng hạn cá nhân hoặc vai trò nào thường gửi yêu cầu, hay yêu cầu từ một số người dùng nhất định có thường bị từ chối hoặc phải làm lại không. Khi kết hợp với thông tin phòng ban, dữ liệu này cũng giúp phân tích khối lượng công việc.

Vì sao điều này quan trọng

Cho biết yêu cầu thay đổi đến từ đâu, đồng thời giúp phát hiện nhu cầu đào tạo hoặc nhóm người dùng có số lượng yêu cầu thay đổi cao.

Lấy dữ liệu ở đâu

Đây là trường 'Requested by' trên đối tượng Change trong Freshservice, liên kết đến hồ sơ người dùng.

Ví dụ
Alice JohnsonRobert SmithMaria Garcia
Thời điểm kết thúc
EndTime
Dấu thời gian của sự kiện cuối cùng được ghi nhận cho hồ sơ yêu cầu thay đổi.
Mô tả

Thời điểm kết thúc đánh dấu lúc vòng đời của yêu cầu thay đổi khép lại, thường tương ứng với hoạt động 'Change Closed' hoặc 'Change Cancelled'. Kết hợp với thời điểm bắt đầu, thuộc tính này giúp tính tổng thời gian chu kỳ từ đầu đến cuối cho từng hồ sơ. Phân tích thuộc tính này giúp bạn hiểu tổng thời lượng và thông lượng của quy trình quản lý thay đổi.

Vì sao điều này quan trọng

Thuộc tính này rất cần thiết để tính tổng thời gian chu kỳ của yêu cầu thay đổi, một KPI chính để đánh giá hiệu quả quy trình.

Lấy dữ liệu ở đâu

Đây là dấu thời gian của hoạt động cuối cùng trong nhật ký sự kiện của một mã yêu cầu thay đổi.

Ví dụ
2023-11-05T18:00:00Z2023-11-06T09:45:00Z
Trạng thái thay đổi
ChangeStatus
Trạng thái hiện tại hoặc trạng thái cuối cùng của yêu cầu thay đổi.
Mô tả

Thuộc tính này cho biết trạng thái của yêu cầu thay đổi tại một thời điểm cụ thể hoặc kết quả cuối cùng, chẳng hạn 'Closed', 'Cancelled' hoặc 'Rejected'. Thuộc tính rất quan trọng khi phân tích kết quả, giúp phân biệt thay đổi hoàn tất thành công với thay đổi thất bại hoặc bị bỏ dở. Lọc theo trạng thái cho phép bạn tập trung phân tích vào từng nhóm thay đổi cụ thể.

Vì sao điều này quan trọng

Thuộc tính này giúp phân tích kết quả thay đổi, qua đó hiểu tỷ lệ thành công, thất bại và hủy bỏ.

Lấy dữ liệu ở đâu

Đây là trường 'Status' trên đối tượng Change trong Freshservice.

Ví dụ
Đã đóngĐã hủyĐã từ chốiĐang mở
Có vi phạm SLA
IsSlaBreached
Giá trị đúng/sai cho biết yêu cầu thay đổi có được hoàn tất sau ngày mục tiêu hay không.
Mô tả

Thuộc tính này cho biết trạng thái đáp ứng SLA bằng giá trị đúng hoặc sai. Giá trị là 'true' nếu End Time của thay đổi muộn hơn ngày hoàn tất mục tiêu, và 'false' nếu không. Nhờ đó, bạn có thể dễ dàng tạo dashboard và KPI về mức độ đáp ứng SLA, cũng như lọc và tổng hợp nhanh các thay đổi bị trễ. Thuộc tính này hỗ trợ trực tiếp KPI Tỷ lệ đáp ứng SLA của thay đổi.

Vì sao điều này quan trọng

Cho biết rõ kết quả đáp ứng SLA bằng giá trị đúng hoặc sai, giúp lọc và báo cáo các thay đổi đúng hạn hoặc trễ dễ dàng hơn.

Lấy dữ liệu ở đâu

Được tính bằng cách so sánh EndTime với TargetCompletionDate. Nếu EndTime > TargetCompletionDate thì giá trị là true.

Ví dụ
truefalse
Mã đóng yêu cầu
CloseCode
Mã hoặc lý do cho biết vì sao yêu cầu thay đổi được đóng.
Mô tả

Mã đóng yêu cầu cho biết cụ thể kết quả của một thay đổi đã đóng. Ví dụ: 'Triển khai thành công', 'Hoàn tác' hoặc 'Bị từ chối'. Dữ liệu này bổ sung thông tin ngoài trạng thái cuối cùng, giúp phân tích chi tiết hơn các trường hợp thành công và thất bại trong quy trình quản lý thay đổi.

Vì sao điều này quan trọng

Cung cấp thông tin chi tiết về kết quả thay đổi, giúp phân tích sâu hơn lý do thay đổi thành công, thất bại hoặc bị hoàn tác.

Lấy dữ liệu ở đâu

Tham khảo tài liệu Freshservice hoặc kiểm tra biểu mẫu Change để tìm trường 'Closure Code' hoặc trường tương tự.

Ví dụ
Thành côngThành công nhưng có vấn đềThất bạiĐã hoàn tác
Mức độ ảnh hưởng
ImpactLevel
Mức độ ảnh hưởng đến hoạt động kinh doanh nếu thay đổi thất bại hoặc làm gián đoạn dịch vụ.
Mô tả

Mức độ ảnh hưởng cho biết tác động tiềm tàng đến hoạt động kinh doanh, từ thấp (ảnh hưởng đến một người dùng) đến cao (ảnh hưởng đến toàn tổ chức). Cùng với tính cấp bách, yếu tố này thường quyết định mức ưu tiên chung. Phân tích theo mức độ ảnh hưởng giúp bạn biết quy trình có xử lý phù hợp các thay đổi đe dọa đáng kể đến hoạt động liên tục của doanh nghiệp hay không.

Vì sao điều này quan trọng

Giúp phân tích rủi ro và xác nhận các thay đổi có khả năng ảnh hưởng lớn đến hoạt động kinh doanh được quản lý thận trọng hơn.

Lấy dữ liệu ở đâu

Tương ứng với trường 'Impact' trên đối tượng Change trong Freshservice.

Ví dụ
ThấpTrung bìnhCao
Số sự cố liên quan
AssociatedIncidentsCount
Số sự cố được liên kết với yêu cầu thay đổi này sau khi triển khai.
Mô tả

Chỉ số này đo tác động phát sinh sau một thay đổi bằng cách đếm số sự cố xuất hiện do thay đổi được triển khai. Số lượng cao có thể cho thấy vấn đề trong khâu lập kế hoạch, kiểm thử hoặc chất lượng triển khai. Đây là dữ liệu đầu vào trực tiếp cho KPI Tỷ lệ sự cố sau triển khai, đồng thời rất quan trọng để đo độ ổn định và mức độ thành công của các thay đổi.

Vì sao điều này quan trọng

Đo trực tiếp chất lượng và độ ổn định của các thay đổi đã triển khai, giúp xác định thay đổi nào gây gián đoạn dịch vụ.

Lấy dữ liệu ở đâu

Được tính bằng cách đếm số phiếu Incident liên kết với một phiếu Change trong Freshservice.

Ví dụ
015
Tên phòng ban
DepartmentName
Phòng ban của người dùng yêu cầu thay đổi.
Mô tả

Thuộc tính này cung cấp bối cảnh tổ chức bằng cách xác định đơn vị kinh doanh gửi yêu cầu thay đổi. Phân tích theo phòng ban giúp phát hiện bộ phận nào tạo ra nhiều yêu cầu thay đổi nhất, có tỷ lệ bị từ chối cao nhất hoặc mất nhiều thời gian xử lý nhất. Thông tin này hữu ích khi cải tiến quy trình có trọng tâm và lập kế hoạch tài nguyên.

Vì sao điều này quan trọng

Cho phép phân tích hiệu suất quy trình và nhu cầu thay đổi giữa các đơn vị kinh doanh, từ đó hỗ trợ cải tiến có trọng tâm.

Lấy dữ liệu ở đâu

Thông tin này thường được lấy từ hồ sơ người yêu cầu trong Freshservice.

Ví dụ
Tài chínhNhân sựCông nghệ thông tinTiếp thị
Thời gian phê duyệt
ApprovalDuration
Thời gian yêu cầu thay đổi nằm trong giai đoạn phê duyệt.
Mô tả

Thời lượng được tính từ lúc gửi yêu cầu phê duyệt đến khi yêu cầu được chấp thuận hoặc từ chối. Chỉ số này rất cần thiết cho dashboard 'Thời lượng giai đoạn phê duyệt thay đổi' và giúp xác định điểm nghẽn trong quy trình làm việc phê duyệt. Phân tích chỉ số này có thể cho thấy người phê duyệt xử lý chậm, việc bàn giao giữa các nhóm chưa hiệu quả hoặc quá trình ra quyết định thường xuyên bị trì hoãn.

Vì sao điều này quan trọng

Đo trực tiếp hiệu quả của giai đoạn phê duyệt, giúp xác định và xử lý các điểm nghẽn làm chậm thay đổi.

Lấy dữ liệu ở đâu

Được tính bằng khoảng thời gian từ hoạt động 'Approval Requested' đến hoạt động 'Change Approved' hoặc 'Change Rejected'.

Ví dụ
1 ngày 2 giờ5 giờ 30 phút3 ngày
Thời gian triển khai
ImplementationDuration
Thời gian cần để hoàn thành giai đoạn triển khai thay đổi.
Mô tả

Chỉ số này tính thời lượng công việc triển khai chính, thường từ hoạt động 'Implementation Started' đến 'Implementation Completed'. Chỉ số giúp phân tích hiệu quả của giai đoạn thực thi kỹ thuật và hỗ trợ dashboard 'Hiệu quả giai đoạn triển khai thay đổi'. Thời lượng dài có thể cho thấy vấn đề kỹ thuật phức tạp, thiếu tài nguyên hoặc phát sinh trở ngại ngoài dự kiến.

Vì sao điều này quan trọng

Đo hiệu quả của công việc kỹ thuật trực tiếp, tách riêng khỏi thời gian chậm trễ do lập kế hoạch và phê duyệt.

Lấy dữ liệu ở đâu

Được tính bằng khoảng thời gian từ hoạt động 'Implementation Started' đến 'Implementation Completed'.

Ví dụ
4 giờ1 giờ 30 phút8 giờ
Tính cấp bách
Urgency
Cho biết xét từ góc độ kinh doanh, cần triển khai thay đổi nhanh đến mức nào.
Mô tả

Tính cấp bách thể hiện mức độ nhạy cảm về thời gian của một thay đổi. Ví dụ, bản vá bảo mật có thể cần được xử lý gấp. Thuộc tính này thường được kết hợp với mức độ ảnh hưởng để xác định mức ưu tiên, đồng thời giúp phân tích quy trình có đáp ứng phù hợp các nhu cầu kinh doanh cần xử lý ngay hay không. Dữ liệu cũng cho thấy các thay đổi cấp bách có thực sự được xử lý nhanh hơn trong quy trình hay không.

Vì sao điều này quan trọng

Cho biết mức độ cấp bách về thời gian của thay đổi. Bạn có thể đối chiếu thông tin này với thời gian xử lý để đánh giá mức độ phản hồi của quy trình.

Lấy dữ liệu ở đâu

Đây là trường 'Urgency' trên đối tượng Change trong Freshservice.

Ví dụ
ThấpTrung bìnhCao
Bắt buộc Nên có Không bắt buộc

Hoạt động quản lý thay đổi

Đây là các bước và mốc quan trọng cần theo dõi chính xác trong event log để khám phá quy trình quản lý thay đổi.
5 Nên có 10 Không bắt buộc
Hoạt động Mô tả
Đóng yêu cầu thay đổi
Đánh dấu quy trình quản lý thay đổi đã hoàn tất thành công. Sự kiện này được ghi nhận khi trạng thái phiếu thay đổi chuyển sang trạng thái cuối cùng 'Closed'.
Vì sao điều này quan trọng

Đây là sự kiện kết thúc chính của quy trình. Đây là điểm dữ liệu cuối cùng để tính 'Thời gian chu kỳ thay đổi trung bình' và 'Tỷ lệ đáp ứng SLA thay đổi' từ đầu đến cuối.

Lấy dữ liệu ở đâu

Sự kiện này được ghi nhận dựa trên dấu thời gian của lần đổi trạng thái cuối cùng sang 'Closed' trong lịch sử phiếu thay đổi.

Thu thập

Dấu thời gian của lần đổi trạng thái cuối cùng sang 'Closed'.

Loại sự kiện explicit
Hoàn tất triển khai
Cho biết công việc kỹ thuật để triển khai thay đổi đã hoàn tất. Sự kiện này thường được suy ra từ thay đổi trạng thái sang trạng thái sau triển khai như 'Pending Review'.
Vì sao điều này quan trọng

Cột mốc này đánh dấu kết thúc công việc triển khai chính. Đây là mốc kết thúc để tính 'Thời gian triển khai trung bình' và báo hiệu bắt đầu các hoạt động kiểm thử hoặc đánh giá.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ thay đổi trạng thái sang giá trị như 'Pending Review', 'Awaiting Testing' hoặc 'Completed'.

Thu thập

Sự kiện được suy ra từ thay đổi trạng thái sang 'Pending Review' hoặc trạng thái tương tự.

Loại sự kiện inferred
Lên lịch thay đổi
Đây là hoạt động xác định thời gian bắt đầu và kết thúc cụ thể để triển khai thay đổi đã được phê duyệt. Sự kiện này thường được suy ra khi các trường 'Scheduled Start Time' và 'Scheduled End Time' được điền.
Vì sao điều này quan trọng

Đây là cột mốc quan trọng đánh dấu thời điểm bắt đầu giai đoạn triển khai. Sự kiện này cần thiết để tính 'Thời gian triển khai trung bình' và phân tích hiệu quả lập lịch.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ dấu thời gian khi các trường ngày liên quan đến lịch được điền và trạng thái chuyển sang 'Scheduled' hoặc trạng thái tương tự.

Thu thập

Sự kiện được suy ra khi trường 'Scheduled Start Date' được điền và trạng thái tương ứng được cập nhật.

Loại sự kiện inferred
Phê duyệt thay đổi
Đây là cột mốc quan trọng khi người có thẩm quyền, chẳng hạn Change Advisory Board (CAB), chính thức phê duyệt yêu cầu thay đổi để tiếp tục. Hệ thống thường ghi lại hành động này thành một sự kiện cụ thể.
Vì sao điều này quan trọng

Đánh dấu kết thúc giai đoạn phê duyệt và bắt đầu lập kế hoạch triển khai. Hoạt động này rất cần thiết để đo 'Thời gian phê duyệt thay đổi trung bình' và 'Tỷ lệ được phê duyệt ngay lần đầu'.

Lấy dữ liệu ở đâu

Freshservice ghi nhận đây là sự kiện cụ thể khi người phê duyệt nhấn nút 'Approve'. Sự kiện được lưu trong nhật ký hoạt động của phiếu cùng dấu thời gian.

Thu thập

Dấu thời gian của hành động 'Approved' trong thẻ phê duyệt hoặc nhật ký hoạt động.

Loại sự kiện explicit
Tạo yêu cầu thay đổi
Đây là thời điểm chính thức bắt đầu quy trình quản lý thay đổi, khi yêu cầu thay đổi mới được ghi nhận trong Freshservice. Sự kiện này được ghi lại khi người dùng lưu phiếu thay đổi mới, tạo mã yêu cầu thay đổi riêng và dấu thời gian tạo.
Vì sao điều này quan trọng

Đây là sự kiện bắt đầu chính của quy trình. Phân tích khoảng thời gian từ hoạt động này đến 'Change Closed' giúp tính tổng thời gian chu kỳ từ đầu đến cuối, một KPI quan trọng để đánh giá hiệu quả quy trình.

Lấy dữ liệu ở đâu

Đây là sự kiện được ghi nhận rõ ràng trong lịch sử kiểm tra của hồ sơ thay đổi. Sự kiện tương ứng với dấu thời gian tạo phiếu thay đổi.

Thu thập

Dấu thời gian tạo hồ sơ yêu cầu thay đổi.

Loại sự kiện explicit
Bắt đầu triển khai
Đánh dấu thời điểm bắt đầu triển khai hoặc thực hiện thay đổi trên thực tế. Sự kiện này được suy ra khi trạng thái yêu cầu thay đổi chuyển sang 'In Progress' hoặc trạng thái đang xử lý tương tự.
Vì sao điều này quan trọng

Đây là mốc bắt đầu rõ ràng để theo dõi thời gian triển khai thực tế. Mốc này giúp phân biệt thời gian chờ với thời gian thực sự làm việc.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ lần đổi trạng thái sang giá trị như 'In Progress' hoặc 'Implementation in Progress' vào thời điểm bắt đầu theo lịch.

Thu thập

Sự kiện được suy ra từ thay đổi trạng thái sang 'In Progress'.

Loại sự kiện inferred
Hoàn tất đánh giá rủi ro
Cho biết việc đánh giá chính thức các rủi ro tiềm ẩn liên quan đến thay đổi đã hoàn tất. Sự kiện này thường được suy ra khi trường mức độ rủi ro được điền hoặc cập nhật, hoặc khi một tác vụ liên quan hoàn tất.
Vì sao điều này quan trọng

Theo dõi hoạt động này giúp đảm bảo tuân thủ các chính sách thay đổi yêu cầu đánh giá rủi ro. Bạn có thể phân tích 'Mức độ bao phủ của đánh giá rủi ro' và thời gian dành cho bước quan trọng này.

Lấy dữ liệu ở đâu

Sự kiện này có thể được suy ra từ lần cập nhật có dấu thời gian của trường 'Risk' trong biểu mẫu thay đổi hoặc khi hoàn tất một tác vụ cụ thể liên quan đến phân tích rủi ro.

Thu thập

Sự kiện được suy ra từ dấu thời gian khi trường 'Risk' được điền hoặc khi một mục trong danh sách kiểm tra liên quan được đánh dấu hoàn tất.

Loại sự kiện inferred
Hoàn tất đánh giá sau triển khai
Cho biết đã hoàn tất Post-Implementation Review (PIR) để đánh giá kết quả thay đổi và ghi lại bài học kinh nghiệm. Sự kiện này thường được suy ra khi ghi chú đánh giá được thêm sau triển khai hoặc khi trạng thái được cập nhật.
Vì sao điều này quan trọng

Đảm bảo quy trình đánh giá chính thức được thực hiện. Phân tích hoạt động này giúp hiểu hiệu quả của các thay đổi và hỗ trợ cải tiến quy trình liên tục.

Lấy dữ liệu ở đâu

Sự kiện được suy ra khi các trường liên quan đến PIR trong biểu mẫu thay đổi được điền sau ngày triển khai, hoặc khi trạng thái chuyển sang trạng thái như 'Review Complete'.

Thu thập

Sự kiện được suy ra khi các trường ghi chú PIR được điền hoặc khi có cập nhật trạng thái cụ thể.

Loại sự kiện inferred
Hoàn tất kiểm thử
Đây là lúc hoàn tất mọi hoạt động kiểm thử và xác nhận cần thiết để đảm bảo thay đổi thành công và không gây ảnh hưởng xấu. Sự kiện này có thể được suy ra từ việc đóng một tác vụ hoặc thay đổi trạng thái.
Vì sao điều này quan trọng

Theo dõi hoạt động này giúp đo KPI 'Tỷ lệ hoàn tất kiểm thử' và đảm bảo các thay đổi được xác nhận đầy đủ trước khi đóng, qua đó giảm sự cố sau triển khai.

Lấy dữ liệu ở đâu

Sự kiện này có thể khó ghi nhận và có thể cần được suy ra từ việc hoàn tất tác vụ 'Testing' được liên kết hoặc thay đổi trạng thái sang 'Testing Complete'.

Thu thập

Sự kiện được suy ra từ việc đóng tác vụ kiểm thử liên quan đến thay đổi.

Loại sự kiện inferred
Hoàn tất lập kế hoạch
Cho biết mọi công việc lập kế hoạch cần thiết cho thay đổi đã hoàn tất, bao gồm xây dựng kế hoạch triển khai và kế hoạch quay lui. Sự kiện này thường được suy ra từ thay đổi trạng thái sau khi phê duyệt.
Vì sao điều này quan trọng

Đánh dấu chuyển tiếp từ lập kế hoạch sang thực hiện. Phân tích thời gian của giai đoạn lập kế hoạch giúp tìm cơ hội tinh gọn các hoạt động trước triển khai.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ thay đổi trạng thái từ trạng thái liên quan đến lập kế hoạch, chẳng hạn 'Pending Release', sang trạng thái triển khai như 'Scheduled'.

Thu thập

Sự kiện được suy ra khi trạng thái chuyển khỏi 'Planning in Progress' hoặc trạng thái tương tự.

Loại sự kiện inferred
Hủy yêu cầu thay đổi
Đây là lúc yêu cầu thay đổi kết thúc trước khi hoàn tất. Đây là trạng thái kết thúc thay thế, được ghi nhận khi trạng thái phiếu chuyển sang 'Cancelled' hoặc 'Withdrawn'.
Vì sao điều này quan trọng

Phân tích các thay đổi bị hủy có thể làm rõ vấn đề trong giai đoạn lập kế hoạch ban đầu hoặc phê duyệt, chẳng hạn yêu cầu không còn cần thiết hoặc không có cơ sở kinh doanh phù hợp.

Lấy dữ liệu ở đâu

Được ghi nhận dựa trên dấu thời gian của lần đổi trạng thái sang 'Cancelled' hoặc trạng thái kết thúc tương đương, nhưng không phải 'Closed'.

Thu thập

Dấu thời gian của lần đổi trạng thái sang 'Cancelled'.

Loại sự kiện explicit
Mở lại yêu cầu thay đổi
Xảy ra khi một thay đổi đã đóng hoặc được xử lý xong chuyển lại sang trạng thái đang mở, thường do phát hiện vấn đề sau triển khai. Sự kiện này được suy ra từ thay đổi trạng thái từ đóng sang mở.
Vì sao điều này quan trọng

Hoạt động này là dấu hiệu rõ ràng cho thấy công việc phải làm lại hoặc thay đổi không thành công. Theo dõi tần suất xảy ra rất quan trọng để hiểu chất lượng thay đổi và hiệu quả kiểm thử.

Lấy dữ liệu ở đâu

Sự kiện được suy ra khi phát hiện trạng thái trong nhật ký hoạt động của phiếu chuyển từ 'Closed' hoặc 'Resolved' về 'Open' hoặc 'In Progress'.

Thu thập

Phát hiện thay đổi trạng thái từ trạng thái kết thúc, ví dụ 'Closed', sang trạng thái chưa kết thúc, ví dụ 'Open'.

Loại sự kiện inferred
Thêm ghi chú vào yêu cầu thay đổi
Đây là lúc một bình luận hoặc ghi chú được thêm vào yêu cầu thay đổi, thể hiện hoạt động trao đổi hoặc ghi chép thông tin. Freshservice ghi lại rõ ràng các sự kiện này trong luồng hoạt động của từng phiếu.
Vì sao điều này quan trọng

Dù không phải bước cốt lõi của quy trình, việc theo dõi ghi chú có thể giúp làm rõ nguyên nhân chậm trễ, nhất là trong giai đoạn phê duyệt hoặc lập kế hoạch. Ghi chú xuất hiện thường xuyên có thể cho thấy yêu cầu chưa rõ hoặc có vấn đề trong trao đổi thông tin.

Lấy dữ liệu ở đâu

Được ghi rõ trong mục “Hoạt động” hoặc “Kiểm tra” của phiếu yêu cầu thay đổi, kèm dấu thời gian và tên người dùng đã thêm ghi chú.

Thu thập

Được ghi nhận dưới dạng sự kiện 'Note Added' trong nhật ký hoạt động của phiếu.

Loại sự kiện explicit
Từ chối yêu cầu thay đổi
Cho biết người phê duyệt đã chính thức từ chối yêu cầu thay đổi, khiến yêu cầu không thể tiếp tục. Hệ thống ghi lại rõ ràng hành động này và quy trình thường quay lại bước làm lại.
Vì sao điều này quan trọng

Hoạt động này rất quan trọng để phân tích việc làm lại và tìm nguyên nhân quy trình không thành công. Tỷ lệ từ chối cao cho thấy có thể yêu cầu chưa đạt chất lượng hoặc đánh giá rủi ro chưa phù hợp.

Lấy dữ liệu ở đâu

Freshservice ghi nhận đây là sự kiện cụ thể khi người phê duyệt nhấn nút 'Reject'. Sự kiện được lưu trong nhật ký hoạt động của phiếu.

Thu thập

Dấu thời gian của hành động 'Rejected' trong thẻ phê duyệt hoặc nhật ký hoạt động.

Loại sự kiện explicit
Yêu cầu phê duyệt
Đây là thời điểm yêu cầu thay đổi chính thức được gửi để xem xét và phê duyệt. Thông thường, sự kiện này được suy ra khi trạng thái yêu cầu chuyển sang trạng thái như 'Awaiting Approval' hoặc khi yêu cầu được giao cho người phê duyệt.
Vì sao điều này quan trọng

Hoạt động này đánh dấu thời điểm bắt đầu giai đoạn phê duyệt. Đo khoảng thời gian từ đây đến 'Change Approved' là việc cần thiết để xác định điểm nghẽn trong vòng phê duyệt.

Lấy dữ liệu ở đâu

Suy ra từ nhật ký hoạt động hoặc bằng cách theo dõi các lần thay đổi trường trạng thái sang “Đang chờ phê duyệt”. Thời điểm trạng thái thay đổi được dùng làm thời gian sự kiện.

Thu thập

Sự kiện được suy ra từ thay đổi trạng thái sang 'Awaiting Approval'.

Loại sự kiện inferred
Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Freshservice

Sẵn sàng bắt đầu?

Bắt đầu tối ưu quy trình quản lý thay đổi ngay hôm nay bằng cách chuẩn bị dữ liệu theo mẫu này. Khám phá những thông tin còn ẩn và triển khai thay đổi hiệu quả hơn.

Ngăn thay đổi thất bại: Cải thiện quy trình quản lý Freshservice ngay

Đạt tỷ lệ thay đổi thành công 95%, loại bỏ gián đoạn và chậm trễ trong Freshservice.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Bắt đầu chỉ trong vài phút.