Mẫu dữ liệu quản lý sự cố
Mẫu dữ liệu quản lý sự cố
Đây là mẫu dữ liệu process mining chung cho Quản lý sự cố. Hãy dùng mẫu riêng cho từng hệ thống để được hướng dẫn cụ thể hơn.
Chọn một hệ thống cụ thể- Cấu trúc dữ liệu dùng được với mọi hệ thống quản lý sự cố
- Các thuộc tính và hoạt động nên có để phân tích đầy đủ
- Hướng dẫn trích xuất dữ liệu, kèm ví dụ cho từng hệ thống
Thuộc tính quản lý sự cố
| Tên | Mô tả | ||
|---|---|---|---|
| Dấu thời gian sự kiện EventTimestamp | Ngày giờ chính xác khi một hoạt động hoặc sự kiện cụ thể xảy ra với sự cố. | ||
| Mô tả Dấu thời gian sự kiện ghi lại chính xác thời điểm một hoạt động diễn ra. Mỗi hoạt động trong vòng đời sự cố cần có dấu thời gian tương ứng để xác định thứ tự sự kiện. Thuộc tính này rất quan trọng khi phân tích process mining theo thời gian. Nó giúp tính thời gian giữa các hoạt động, thời lượng của từng bước và tổng thời gian xử lý sự cố. Phân tích dấu thời gian giúp tổ chức phát hiện điểm nghẽn, đo mức độ đáp ứng SLA và theo dõi hiệu suất quy trình thay đổi ra sao theo thời gian. Đây cũng là cơ sở để tính các KPI như thời gian xử lý trung bình. Vì sao điều này quan trọng Thuộc tính này xác định thứ tự thời gian của các sự kiện, cần thiết để tính thời lượng, tìm điểm nghẽn và phân tích hiệu suất quy trình theo thời gian. Lấy dữ liệu ở đâu Có thể tìm thấy trong nhật ký sự kiện, bảng lịch sử kiểm tra hoặc trường 'lần sửa đổi cuối' hay 'ngày tạo' của các bản ghi liên quan. Ví dụ 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:45Z | |||
| Mã sự cố IncidentId | Mã định danh duy nhất của mỗi sự cố. Mã này là khóa chính để theo dõi sự cố trong suốt vòng đời. | ||
| Mô tả Mã sự cố là một mã chữ và số duy nhất, giúp phân biệt từng sự cố trong hệ thống. Mã được tạo khi có sự cố mới và giữ nguyên cho đến khi sự cố được lưu trữ vĩnh viễn hoặc xóa. Trong process mining, mã sự cố là nền tảng của phân tích và được dùng làm Case ID. Mã này giúp phần mềm liên kết các sự kiện, thay đổi trạng thái và hoạt động liên quan thành một trường hợp quy trình thống nhất. Khi nhóm các sự kiện theo cùng một mã sự cố, chuyên viên phân tích có thể lập sơ đồ chính xác hành trình từ lúc báo cáo đến khi xử lý và đóng sự cố. Vì sao điều này quan trọng Mã này rất cần thiết để liên kết các hoạt động và sự kiện liên quan, qua đó tái dựng toàn bộ vòng đời sự cố trong process mining. Lấy dữ liệu ở đâu Đây là khóa chính của sự cố, thường nằm ở phần đầu hoặc bản ghi chính trong mỗi bảng hay đối tượng sự cố. Ví dụ INC0010032TICKET-84321789456123 | |||
| Tên hoạt động ActivityName | Tên của một hoạt động nghiệp vụ, sự kiện hoặc thay đổi trạng thái cụ thể trong vòng đời sự cố. | ||
| Mô tả Tên hoạt động mô tả một bước hoặc tác vụ riêng trong quy trình quản lý sự cố. Các hoạt động này tạo nên sơ đồ quy trình, có thể gồm sự kiện hệ thống tự động như 'Phát hiện vi phạm SLA' hoặc thao tác thủ công như 'Phân công nhân viên hỗ trợ' hay 'Đưa ra cách khắc phục'. Thuộc tính này rất quan trọng trong phân tích process mining. Nó xác định các nút trong sơ đồ quy trình, giúp chuyên viên phân tích hình dung luồng công việc, tìm các lộ trình phổ biến, phát hiện điểm nghẽn và phân tích sai lệch so với quy trình chuẩn. Tên hoạt động càng rõ ràng và chi tiết phù hợp, kết quả phân tích càng hữu ích. Vì sao điều này quan trọng Thuộc tính này xác định các bước trong quy trình, giúp trực quan hóa và phân tích luồng xử lý sự cố. Lấy dữ liệu ở đâu Thường được tổng hợp từ nhật ký sự kiện, nhật ký kiểm tra, bản ghi thay đổi trạng thái hoặc trường mô tả tác vụ trong hệ thống quản lý sự cố. Ví dụ Sự cố được tạoNhóm được phân côngSự cố đã được xử lýTrạng thái chuyển sang chờ | |||
| Hệ thống nguồn SourceSystem | Tên hoặc mã định danh của hệ thống nơi dữ liệu sự cố được trích xuất. | ||
| Mô tả Thuộc tính hệ thống nguồn cho biết dữ liệu bắt nguồn từ đâu. Trong môi trường có nhiều công cụ ITSM hoặc hệ thống tích hợp, trường này giúp phân biệt bản ghi từ các nguồn khác nhau. Thuộc tính này không trực tiếp dùng để vẽ sơ đồ quy trình, nhưng hữu ích cho việc kiểm tra và quản trị dữ liệu. Nó giúp chuyên viên phân tích truy nguyên dữ liệu, tìm hiểu khác biệt giữa các hệ thống và chia nhóm dữ liệu để phân tích. Chẳng hạn, bạn có thể so sánh quy trình quản lý sự cố trên ServiceNow và Jira trong cùng một tổ chức. Vì sao điều này quan trọng Thuộc tính này cho biết nguồn gốc dữ liệu, rất cần thiết để kiểm tra dữ liệu, xử lý sự cố và so sánh trong môi trường có nhiều hệ thống. Lấy dữ liệu ở đâu Giá trị này thường được thêm cố định trong quá trình trích xuất dữ liệu hoặc lấy từ một trường trong bảng của hệ thống nguồn. Ví dụ ServiceNowJira Service ManagementBMC HelixZendesk | |||
| 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 bản ghi này được làm mới từ hệ thống nguồn. | ||
| Mô tả Dấu thời gian cập nhật dữ liệu gần nhất cho biết lần gần nhất dữ liệu được trích xuất hoặc đồng bộ từ hệ thống nguồn. Đây là trường siêu dữ liệu phản ánh mức độ mới của dữ liệu đang được phân tích. Trong phân tích process mining, thuộc tính này giúp bạn biết kết quả phân tích có cập nhật hay không. Nó cho biết bạn đang xem thông tin gần thời gian thực hay ảnh chụp dữ liệu tại một thời điểm trước đó. Thông tin này rất cần thiết để theo dõi hoạt động và đảm bảo quyết định dựa trên dữ liệu hiện hành, phù hợp. Vì sao điều này quan trọng Thuộc tính này cho biết dữ liệu mới đến đâu, giúp chuyên viên phân tích hiểu dữ liệu quy trình đang xem có cập nhật hay không. Lấy dữ liệu ở đâu Giá trị này thường được tạo và gắn vào từng bản ghi trong quá trình trích xuất và chuyển đổi dữ liệu (ETL). Ví dụ 2023-10-26T23:59:59Z2024-01-16T04:00:10Z2023-11-02T01:05:00Z | |||
| Danh mục sự cố IncidentCategory | Cách phân loại sự cố, thường theo cấu trúc phân cấp (ví dụ: Phần cứng > Máy tính xách tay > Pin). | ||
| Mô tả Danh mục sự cố giúp phân loại sự cố theo tính chất một cách có hệ thống. Đây thường là trường phân cấp, cho phép phân loại ngày càng chi tiết để sắp xếp sự cố thành các nhóm hợp lý phục vụ báo cáo và phân tích. Phân loại rất quan trọng để tìm nguyên nhân gốc rễ và phân tích xu hướng. Khi phân tích sơ đồ quy trình theo từng danh mục, tổ chức có thể phát hiện vấn đề tái diễn và các mẫu liên quan đến từng loại sự cố. Ví dụ, quy trình xử lý sự cố 'Phần mềm' có thể rất khác quy trình xử lý sự cố 'Phần cứng'. Dữ liệu này là cơ sở để tính các KPI như độ chính xác của phân loại ban đầu và tỷ lệ sự cố tái diễn. Vì sao điều này quan trọng Thuộc tính này rất cần thiết để tìm nguyên nhân gốc rễ, phát hiện xu hướng sự cố tái diễn và hiểu cách xử lý từng loại vấn đề. Lấy dữ liệu ở đâu Đây là nhóm trường tiêu chuẩn, thường bắt buộc, trong hồ sơ sự cố để phân loại. Ví dụ Phần mềm | Ứng dụng | Lỗi đăng nhậpPhần cứng | Máy in | Không phản hồiMạng | Wi-Fi | Kết nối chậm | |||
| Kênh báo cáo ReportingChannel | Phương thức hoặc kênh dùng để báo cáo sự cố, chẳng hạn như email, điện thoại hoặc cổng tự phục vụ. | ||
| Mô tả Kênh báo cáo cho biết nguồn tiếp nhận sự cố. Thuộc tính này ghi lại cách người dùng liên hệ với bộ phận hỗ trợ, từ các kênh trực tiếp như điện thoại đến các kênh tự động như cảnh báo giám sát hệ thống. Phân tích quy trình theo kênh báo cáo có thể cho thấy sự khác biệt đáng kể về hiệu quả. Ví dụ, sự cố được báo qua cổng tự phục vụ có thể được xử lý nhanh hơn vì thường có thông tin đầy đủ và theo cấu trúc ngay từ đầu. Phân tích này giúp tổ chức tối ưu các kênh hỗ trợ và khuyến khích người dùng chọn cách hiệu quả hơn. Vì sao điều này quan trọng Thuộc tính này giúp phân tích hiệu quả và lộ trình xử lý sự cố theo nguồn tiếp nhận, từ đó hỗ trợ lựa chọn kênh và phân bổ tài nguyên. Lấy dữ liệu ở đâu Thông tin này thường được ghi nhận tự động hoặc do nhân viên hỗ trợ chọn khi tạo sự cố. Ví dụ EmailĐiện thoạiCổng tự phục vụCảnh báo hệ thống | |||
| Mức độ nghiêm trọng Severity | Mức độ ảnh hưởng của sự cố đến hoạt động kinh doanh, cho biết sự cố tác động đến người dùng hoặc dịch vụ ra sao. | ||
| Mô tả Mức độ nghiêm trọng cho biết sự cố ảnh hưởng đến hoạt động kinh doanh đến đâu. Chỉ số này trả lời câu hỏi vấn đề nghiêm trọng thế nào, không phụ thuộc vào mức độ khẩn cấp. Ví dụ, sự cố ngừng hoạt động trên toàn hệ thống có mức độ nghiêm trọng cao, còn lỗi giao diện nhỏ có mức độ nghiêm trọng thấp. Phân tích sự cố theo mức độ nghiêm trọng giúp tổ chức hiểu loại vấn đề nào gây gián đoạn nhiều nhất. process mining có thể cho thấy sự cố nghiêm trọng có đi theo lộ trình xử lý khác, gọn hơn hay không. Thuộc tính này rất cần thiết để tìm nguyên nhân gốc rễ và ưu tiên tài nguyên cho việc chủ động xử lý vấn đề, tránh sự cố nghiêm trọng tái diễn. Vì sao điều này quan trọng Thuộc tính này giúp chia nhóm sự cố để xem vấn đề ảnh hưởng lớn có được xử lý khác hoặc hiệu quả hơn vấn đề ít ảnh hưởng hay không. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong hồ sơ sự cố, thường được dùng cùng mức độ khẩn cấp để xác định mức ưu tiên. Ví dụ 1 - Cao2 - Trung bình3 - ThấpNghiêm trọng | |||
| Mức ưu tiên Priority | Mức ưu tiên được gán cho sự cố, dùng để xác định mức độ khẩn cấp và thứ tự xử lý. | ||
| Mô tả Mức ưu tiên cho biết tầm quan trọng tương đối của sự cố và tốc độ phản hồi cần thiết. Mức này thường được xác định dựa trên mức độ ảnh hưởng và tính khẩn cấp của sự cố, từ nghiêm trọng đến thấp. Trong process mining, phân tích sự cố theo mức ưu tiên giúp bạn hiểu quy trình xử lý các mức độ khẩn cấp khác nhau. Chuyên viên phân tích có thể so sánh thời gian xử lý sự cố ưu tiên cao và thấp để xem SLA có được đáp ứng không và tài nguyên có được phân bổ hợp lý không. Nhờ đó, bạn có thể trả lời câu hỏi như: 'Sự cố nghiêm trọng nhất có thực sự được xử lý nhanh nhất không?' Vì sao điều này quan trọng Thuộc tính này giúp phân tích hiệu suất quy trình theo từng mức độ khẩn cấp và kiểm tra xem sự cố nghiêm trọng có được xử lý nhanh hơn sự cố ít nghiêm trọng hay không. Lấy dữ liệu ở đâu Có sẵn dưới dạng trường tiêu chuẩn trong hồ sơ sự cố. Mức ưu tiên có thể do người dùng đặt hoặc được tính tự động dựa trên mức độ ảnh hưởng và tính khẩn cấp. Ví dụ 1 - Nghiêm trọng2 - Cao3 - Trung bình4 - Thấp | |||
| Nhân viên hỗ trợ được phân công AssignedAgent | Nhân viên hỗ trợ hoặc người dùng cụ thể được giao xử lý sự cố. | ||
| Mô tả Nhân viên hỗ trợ được phân công là người cụ thể chịu trách nhiệm xử lý sự cố. Nhóm được phân công cho biết đội ngũ phụ trách, còn nhân viên hỗ trợ là người trực tiếp tìm cách giải quyết. Thuộc tính này cho phép phân tích chi tiết hơn về hiệu suất và khối lượng công việc. Theo dõi việc phân công đến từng nhân viên giúp quản lý đánh giá năng suất cá nhân, xác định nhu cầu đào tạo và phân bổ công việc cân bằng. Trong process mining, thuộc tính này có thể làm lộ ra các lần phân công lại phức tạp mà dữ liệu ở cấp nhóm không thể hiện, đồng thời giúp hiểu đóng góp của từng người vào thời gian xử lý. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích chi tiết khối lượng công việc, hiệu suất và việc phân công lại của từng người trong hoặc giữa các nhóm. Lấy dữ liệu ở đâu Trường này nằm trong hồ sơ sự cố chính và được cập nhật khi nhân viên hỗ trợ nhận trách nhiệm hoặc được giao xử lý sự cố. Ví dụ John SmithJane Doeagent.12345Emily Jones | |||
| Nhóm được phân công AssignedGroup | Nhóm hỗ trợ, hàng đợi hoặc bộ phận hiện chịu trách nhiệm xử lý sự cố. | ||
| Mô tả Nhóm được phân công cho biết đội ngũ nào chịu trách nhiệm xử lý sự cố tại từng thời điểm. Sự cố thường được chuyển giữa các nhóm, chẳng hạn từ bộ phận hỗ trợ cấp 1 sang nhóm mạng cấp 2 hoặc nhóm hỗ trợ ứng dụng cấp 3. Thuộc tính này rất cần thiết để phân tích việc bàn giao và khối lượng công việc. process mining có thể dùng dữ liệu này để trực quan hóa luồng sự cố giữa các nhóm, đo thời gian sự cố nằm trong hàng đợi của từng nhóm và tìm điểm nghẽn do phân công lại thường xuyên. Thuộc tính này giúp trả lời câu hỏi về hiệu suất và khả năng phối hợp giữa các nhóm, đồng thời làm cơ sở cho bảng điều khiển phân tích bàn giao và phân công lại. Vì sao điều này quan trọng Thuộc tính này rất quan trọng để phân tích việc bàn giao giữa các nhóm, đo thời gian chờ trong hàng đợi và hiểu hiệu suất cũng như khối lượng công việc của từng nhóm. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong hồ sơ sự cố và cập nhật mỗi khi sự cố được giao cho nhóm mới. Ví dụ Bộ phận hỗ trợ dịch vụVận hành mạngQuản trị cơ sở dữ liệuHỗ trợ ứng dụng cấp 2 | |||
| Phương thức xử lý ResolutionMethod | Mã, danh mục hoặc mô tả cho biết sự cố cuối cùng được xử lý bằng cách nào. | ||
| Mô tả Phương thức xử lý mô tả kết quả và cách giải quyết sự cố. Đây có thể là mã chuẩn hóa hoặc mô tả bằng văn bản về các thao tác đã thực hiện. Ví dụ: 'Hướng dẫn người dùng', 'Đã cài bản vá phần mềm', 'Không phát hiện lỗi' hoặc 'Sự cố trùng lặp'. Thuộc tính này cung cấp thông tin quan trọng về giai đoạn cuối của quy trình. Trong process mining, phân tích sự cố theo phương thức xử lý giúp hiểu hiệu quả của từng giải pháp. Qua đó, bạn có thể phát hiện trường hợp đóng sự cố mà chưa khắc phục thực sự hoặc tìm ra cách xử lý phổ biến cho từng danh mục sự cố. Những thông tin này có thể dùng để xây dựng kho kiến thức và cải thiện tỷ lệ xử lý ngay lần liên hệ đầu tiên. Vì sao điều này quan trọng Thuộc tính này cho biết vấn đề được giải quyết ra sao, giúp tìm cơ hội tự động hóa, cải thiện kho kiến thức và xác định nhu cầu đào tạo. Lấy dữ liệu ở đâu Đây thường là trường do nhân viên hỗ trợ điền khi chuyển sự cố sang trạng thái 'Resolved' hoặc 'Closed'. Ví dụ Được bộ phận hỗ trợ dịch vụ xử lýKhông phát hiện lỗiTrùng lặpĐã triển khai bản cập nhật phần mềm | |||
| Trạng thái sự cố IncidentStatus | Trạng thái hiện tại hoặc trước đây của sự cố trong vòng đời, chẳng hạn như 'Mới', 'Đang xử lý' hoặc 'Đã đóng'. | ||
| Mô tả Trạng thái sự cố cho biết sự cố đang ở giai đoạn nào tại một thời điểm cụ thể. Trạng thái này giúp bạn nắm khái quát tiến độ xử lý. Các trạng thái thường gặp gồm mới, đã phân công, đang xử lý, đang chờ, đã xử lý và đã đóng. Thuộc tính này rất quan trọng khi phân tích quy trình vì các lần đổi trạng thái thường xác định hoạt động trên sơ đồ quy trình. Phân tích thời gian ở từng trạng thái giúp tìm điểm nghẽn, chẳng hạn sự cố chờ quá lâu ở trạng thái 'Đang chờ'. Thuộc tính này cũng được dùng để tính số sự cố đang mở tồn đọng và theo dõi tiến độ xử lý. Vì sao điều này quan trọng Thuộc tính này giúp theo dõi tiến độ xử lý sự cố và thường được dùng để tạo hoạt động trên sơ đồ quy trình. Phân tích thời gian ở từng trạng thái giúp tìm ra chậm trễ. Lấy dữ liệu ở đâu Thường có sẵn dưới dạng trường chính trong hồ sơ sự cố hoặc nhật ký lịch sử sự cố. Ví dụ MớiĐang xử lýChờ khách hàngĐã xử lýĐã đóng | |||
| Dịch vụ bị ảnh hưởng AffectedService | Dịch vụ nghiệp vụ, ứng dụng hoặc mục cấu hình (CI) bị sự cố ảnh hưởng. | ||
| Mô tả Dịch vụ bị ảnh hưởng liên kết sự cố với một thành phần cụ thể trong hạ tầng CNTT, chẳng hạn như ứng dụng nghiệp vụ, máy chủ hoặc thiết bị mạng. Thông tin này thường được liên kết với Cơ sở dữ liệu quản lý cấu hình (CMDB). Thuộc tính này cung cấp bối cảnh nghiệp vụ quan trọng cho sự cố. Trong process mining, nó cho phép phân tích độ tin cậy của từng dịch vụ hoặc tài sản. Tổ chức có thể xác định dịch vụ nào phát sinh nhiều sự cố nhất, phân tích quy trình xử lý và ưu tiên xử lý vấn đề để tăng độ ổn định cho các dịch vụ nghiệp vụ quan trọng. Đây là yếu tố then chốt giúp hiểu rõ hơn ảnh hưởng của sự cố CNTT đến hoạt động kinh doanh. Vì sao điều này quan trọng Thuộc tính này liên kết sự cố với dịch vụ nghiệp vụ hoặc thành phần CNTT cụ thể, giúp xác định dịch vụ nào thường gặp vấn đề và mức độ ảnh hưởng. Lấy dữ liệu ở đâu Thông tin này thường được liên kết từ Cơ sở dữ liệu quản lý cấu hình (CMDB) hoặc chọn trong danh mục dịch vụ trên biểu mẫu sự cố. Ví dụ Dịch vụ emailSAP ERP FinancialsVPN nội bộSRV-SQL-01 | |||
| Người yêu cầu Requester | Người dùng, nhân viên hoặc hệ thống đầu tiên báo cáo sự cố. | ||
| Mô tả Người yêu cầu là người gặp vấn đề và gửi báo cáo sự cố. Đó có thể là nhân viên nội bộ hoặc khách hàng bên ngoài. Thuộc tính này cũng có thể ghi nhận phòng ban hoặc tổ chức của người yêu cầu. Phân tích sự cố theo người yêu cầu hoặc phòng ban giúp xác định nhóm người dùng nào gặp nhiều vấn đề hơn. Kết quả có thể cho thấy nhu cầu đào tạo hoặc vấn đề riêng tại một địa điểm. Trong process mining, thuộc tính này giúp nhìn quy trình hỗ trợ từ góc độ người dùng và hiểu trải nghiệm của từng nhóm. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích từ góc độ người dùng, giúp xác định liệu một số người, phòng ban hoặc địa điểm có tạo ra số lượng sự cố cao bất thường hay không. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong hồ sơ sự cố, thường ghi tên người tạo phiếu hoặc người được tạo phiếu thay. Ví dụ Alice JohnsonPhòng kinh doanhb.williamsCustomer-XYZ Corp | |||
| Số lần phân công lại ReassignmentCount | Tổng số lần sự cố được chuyển sang nhân viên hoặc nhóm khác. | ||
| Mô tả Số lần phân công lại là chỉ số ghi nhận số lần bàn giao sự cố trong suốt vòng đời. Số lần cao thường cho thấy quy trình kém hiệu quả, định tuyến ban đầu chưa đúng hoặc nhóm hỗ trợ thiếu kiến thức cần thiết. Đây là thuộc tính hữu ích cho phân tích process mining. process mining có thể trực quan hóa các lần phân công lại, còn số liệu được tính sẵn giúp lọc dữ liệu và đo KPI dễ dàng. Chỉ số này được dùng trực tiếp trong bảng điều khiển phân tích bàn giao và phân công lại, giúp phát hiện tình trạng phiếu hỗ trợ bị chuyển qua lại giữa các nhóm, kéo dài thời gian xử lý và gây khó chịu cho người dùng. Vì sao điều này quan trọng Chỉ số này đo trực tiếp mức độ kém hiệu quả của quy trình. Số lần cao thường đi kèm thời gian xử lý lâu hơn và cho thấy vấn đề trong việc định tuyến hoặc năng lực của nhóm. Lấy dữ liệu ở đâu Chỉ số này thường có sẵn dưới dạng trường đếm tiêu chuẩn trong hồ sơ sự cố. Nếu không có, bạn có thể tính bằng cách đếm số lần thay đổi phân công trong nhật ký kiểm tra sự cố. Ví dụ 0135 | |||
| Trạng thái SLA SlaStatus | Cho biết sự cố có đang đáp ứng mục tiêu trong thỏa thuận mức dịch vụ (SLA), có nguy cơ trễ hạn hay đã vi phạm mục tiêu. | ||
| Mô tả Trạng thái SLA cho biết nhanh hiệu suất xử lý sự cố so với các mốc thời gian đã đặt ra, chẳng hạn thời gian phản hồi hoặc thời gian giải quyết. Các trạng thái thường gặp gồm “Đang xử lý”, “Có nguy cơ trễ hạn” và “Đã vi phạm”. Đây là chỉ số trực tiếp về chất lượng dịch vụ và là dữ liệu đầu vào quan trọng cho dashboard Tổng quan hiệu suất SLA. Với process mining, bạn có thể so sánh luồng xử lý của các sự cố vi phạm SLA với những sự cố không vi phạm. Qua đó, bạn xác định được hoạt động, độ trễ hoặc vòng lặp làm lại nào là nguyên nhân chính khiến SLA không đạt, rồi tập trung cải tiến quy trình vào đúng những điểm đó. Vì sao điều này quan trọng Đây là thước đo trực tiếp về hiệu suất so với mục tiêu. Phân tích các sự cố vi phạm SLA giúp bạn tìm ra những vấn đề trong quy trình dẫn đến chất lượng dịch vụ kém. Lấy dữ liệu ở đâu Thông thường, đây là trường được tính trong công cụ ITSM và tự động cập nhật dựa trên mức độ ưu tiên, thời gian tồn tại của sự cố và các quy tắc SLA đã thiết lập. Ví dụ Đang xử lýĐã tạm dừngĐã vi phạmCó nguy cơ trễ hạn | |||
Hoạt động quản lý sự cố
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Bắt đầu điều tra | Cho biết nhân viên được phân công đã bắt đầu xử lý sự cố. Thông tin này thường thể hiện qua việc trạng thái chuyển từ 'Assigned' hoặc 'New' sang 'In Progress'. | ||
| Vì sao điều này quan trọng Mốc này đánh dấu thời điểm kết thúc chờ trong hàng đợi ban đầu và bắt đầu xử lý thực tế. Đo thời gian đến hoạt động này giúp bạn hiểu rõ năng lực xử lý của nhân viên và các chậm trễ trong phản hồi. Lấy dữ liệu ở đâu Thông tin này thường được suy ra từ thay đổi trạng thái trong nhật ký lịch sử sự cố. Thu thập Xác định dấu thời gian khi trạng thái sự cố lần đầu chuyển sang 'In Progress', 'Work in Progress' hoặc trạng thái đang xử lý tương tự. Loại sự kiện inferred | |||
| Nhóm được phân công | Đây là lần đầu sự cố được giao cho một nhóm hỗ trợ cụ thể để điều tra. Hoạt động này đánh dấu lần bàn giao chính thức đầu tiên và thời điểm bắt đầu quy trình xử lý. | ||
| Vì sao điều này quan trọng Đây là bước điều phối quan trọng. Phân công chậm hoặc sai nhóm có thể kéo dài đáng kể thời gian xử lý và dẫn đến những lần bàn giao không cần thiết. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ nhật ký kiểm tra bằng cách tìm lần đầu trường 'Assignment Group' hoặc 'Support Team' được điền dữ liệu. Thu thập Xác định dấu thời gian lần đầu trường 'Assignment Group' được điền trong lịch sử sự cố. Loại sự kiện inferred | |||
| Phát hiện vi phạm SLA | Đây là sự kiện được tính toán khi thời gian phản hồi hoặc xử lý sự cố vượt quá mục tiêu quy định trong SLA. Sự kiện này không xuất phát từ thao tác thủ công của người dùng mà do thời gian trôi qua. | ||
| Vì sao điều này quan trọng SLA bị vi phạm là một KPI quan trọng. Phân tích thời điểm và nguyên nhân vi phạm giúp cải thiện chất lượng dịch vụ và đáp ứng các cam kết trong hợp đồng. Lấy dữ liệu ở đâu Sự kiện này không có sẵn trực tiếp trong nhật ký. Bạn cần tính sự kiện bằng cách so sánh dấu thời gian với hạn SLA lưu trong hồ sơ sự cố. Thu thập So sánh dấu thời gian xử lý với 'Ngày đến hạn SLA'. Nếu xử lý sau thời hạn, hãy tạo sự kiện vi phạm tại thời điểm đến hạn SLA. Loại sự kiện calculated | |||
| Sự cố đã đóng | Đây là hoạt động cuối cùng trong vòng đời sự cố. Hồ sơ được đóng chính thức và chuyển thành bản ghi lịch sử chỉ đọc. Việc này thường diễn ra tự động sau một khoảng thời gian ở trạng thái 'Resolved'. | ||
| Vì sao điều này quan trọng Mốc này đánh dấu kết thúc hoàn toàn vòng đời sự cố. Đo tổng thời gian từ lúc tạo đến khi đóng giúp bạn nắm đầy đủ thời lượng quy trình, kể cả khoảng thời gian xử lý thủ tục sau khi sự cố đã được giải quyết. Lấy dữ liệu ở đâu Ghi nhận từ thay đổi trạng thái rõ ràng sang 'Closed' trong nhật ký lịch sử sự cố, kèm dấu thời gian cuối cùng. Thu thập Dùng dấu thời gian trong nhật ký kiểm tra tại thời điểm trạng thái sự cố được cập nhật thành 'Closed'. Loại sự kiện explicit | |||
| Sự cố đã được xử lý | Hoạt động này cho biết giải pháp đã được triển khai và dịch vụ được cho là đã hoạt động trở lại với người dùng. Đây là một mốc quan trọng, thường đánh dấu thời điểm dừng tính thời gian xử lý SLA. | ||
| Vì sao điều này quan trọng Đây là mốc chính để đo thời gian xử lý. Khoảng thời gian từ mốc này đến khi đóng sự cố giúp phân tích độ trễ khi chờ người dùng xác nhận hoặc chính sách tự động đóng. Lấy dữ liệu ở đâu Sự kiện này hầu như luôn được ghi nhận rõ ràng khi nhân viên hỗ trợ đổi trạng thái sự cố thành 'Resolved' hoặc 'Solved'. Thu thập Dùng dấu thời gian trong nhật ký kiểm tra tại thời điểm trạng thái sự cố được cập nhật thành 'Resolved'. Loại sự kiện explicit | |||
| Sự cố được mở lại | Sự kiện xảy ra khi một sự cố đã xử lý được chuyển lại sang trạng thái đang hoạt động. Thường là do người dùng báo lỗi tái diễn hoặc giải pháp đưa ra chưa hiệu quả. | ||
| Vì sao điều này quan trọng Tỷ lệ mở lại cao cho thấy chất lượng xử lý có vấn đề, chưa tìm đúng nguyên nhân gốc rễ hoặc sự cố bị đóng quá sớm. Đây là chỉ số quan trọng để phân tích công việc phải làm lại. Lấy dữ liệu ở đâu Có thể suy ra từ lịch sử trạng thái khi sự cố chuyển từ 'Resolved' hoặc 'Closed' về trạng thái đang hoạt động, chẳng hạn như 'In Progress'. Thu thập Phát hiện thay đổi trạng thái từ đã xử lý sang đang mở và ghi lại dấu thời gian thay đổi. Loại sự kiện inferred | |||
| Sự cố được tạo | Hoạt động này đánh dấu thời điểm tạo chính thức hồ sơ sự cố trong hệ thống. Đây là điểm bắt đầu xác định của vòng đời sự cố, ghi nhận báo cáo ban đầu từ người dùng hoặc công cụ giám sát. | ||
| 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 thời gian từ lúc tạo đến các mốc khác là cơ sở để đo tổng thời gian xử lý và xác định chậm trễ ở khâu đầu. Lấy dữ liệu ở đâu Thông tin này thường được lấy từ dấu thời gian tạo trong bảng sự cố hoặc phiếu yêu cầu chính của hệ thống nguồn. Thu thập Dùng dấu thời gian 'create_date' hoặc 'submitted_on' trong hồ sơ sự cố chính. Loại sự kiện explicit | |||
| Đã cung cấp giải pháp tạm thời | Cho biết giải pháp tạm thời đã được thông báo cho người dùng để khôi phục chức năng dịch vụ. Cách này giúp giảm ảnh hưởng đến hoạt động kinh doanh trong khi nhóm phát triển giải pháp lâu dài. | ||
| Vì sao điều này quan trọng Cung cấp giải pháp tạm thời là bước quan trọng khi xử lý sự cố lớn. Nhờ đó, bạn có thể theo dõi riêng thời gian giảm thiểu ảnh hưởng và thời gian xử lý dứt điểm. Lấy dữ liệu ở đâu Thông tin này có thể được ghi nhận bằng trạng thái hoặc cờ cụ thể, nhưng thường được suy ra từ ghi chú của nhân viên hoặc nhật ký trao đổi bằng cách tìm từ khóa. Thu thập Xác định qua trạng thái cụ thể như 'Workaround Provided' hoặc tìm các từ khóa như 'workaround' hay 'temporary fix' trong bình luận của nhân viên. Loại sự kiện inferred | |||
| Nhân viên được phân công | Hoạt động này đánh dấu thời điểm một nhân viên cụ thể nhận hoặc được giao trách nhiệm xử lý sự cố. Đây là bước chuyển từ trách nhiệm của cả nhóm sang trách nhiệm của từng cá nhân. | ||
| Vì sao điều này quan trọng Theo dõi việc phân công nhân viên giúp phân tích khối lượng công việc, hiệu suất cá nhân và xác định điểm nghẽn khiến sự cố phải chờ nhân viên sẵn sàng xử lý. Lấy dữ liệu ở đâu Ghi nhận bằng cách theo dõi thay đổi ở trường 'Assignee' hoặc 'Assigned To' trong nhật ký kiểm tra của sự cố. Thu thập Dùng dấu thời gian trong nhật ký kiểm tra khi trường 'Assignee' được điền lần đầu hoặc đổi sang người dùng mới. Loại sự kiện explicit | |||
| Sự cố được đặt mức ưu tiên | Hoạt động này diễn ra khi mức ưu tiên của sự cố được thiết lập, thường dựa trên mức độ ảnh hưởng và tính khẩn cấp. Mức ưu tiên quyết định thời hạn phản hồi và xử lý theo SLA. | ||
| Vì sao điều này quan trọng Mức ưu tiên ảnh hưởng trực tiếp đến việc phân bổ tài nguyên và thứ tự xử lý sự cố. Phân tích bước này giúp đảm bảo sự cố nghiêm trọng được xử lý trước và đáp ứng SLA. Lấy dữ liệu ở đâu Có thể ghi nhận sự kiện này bằng cách theo dõi nhật ký kiểm tra để tìm thay đổi ở trường 'Priority' hoặc 'Severity'. Thu thập Dùng dấu thời gian trong nhật ký kiểm tra gắn với lần cập nhật trường 'Priority'. Loại sự kiện explicit | |||
| Sự cố được phân công lại | Đây là việc chuyển sự cố từ nhóm hỗ trợ hoặc nhân viên này sang nhóm hoặc nhân viên khác. Việc bàn giao thường diễn ra khi nhóm ban đầu không thể xử lý vấn đề và cần chuyên môn khác. | ||
| Vì sao điều này quan trọng Phân công lại thường xuyên là dấu hiệu rõ ràng cho thấy quy trình kém hiệu quả, điều phối ban đầu sai hoặc nhóm còn thiếu kiến thức. Phân tích các lần bàn giao này là bước quan trọng để rút gọn luồng xử lý. Lấy dữ liệu ở đâu Có thể suy ra từ nhật ký kiểm tra bằng cách phát hiện mọi thay đổi ở trường 'Assignment Group' hoặc 'Assignee' sau lần phân công đầu tiên. Thu thập Ghi nhận một sự kiện mới cho mỗi lần trường 'Assignment Group' thay đổi sau khi được điền lần đầu. Loại sự kiện inferred | |||
| Sự cố được phân loại | Hoạt động này ghi nhận việc phân loại sự cố, gồm danh mục, loại và hạng mục. Đây là bước phân loại ban đầu quan trọng, giúp điều phối sự cố và áp dụng cách xử lý phù hợp. | ||
| Vì sao điều này quan trọng Phân loại sai có thể gây chậm trễ, phân công lại và làm sai lệch báo cáo. Phân tích hoạt động này giúp đánh giá chất lượng khâu phân loại ban đầu và ảnh hưởng của khâu này đến hiệu quả xử lý. Lấy dữ liệu ở đâu Sự kiện này thường được suy ra từ nhật ký kiểm tra hoặc bảng lịch sử bằng cách xác định lần đầu các trường liên quan đến phân loại được điền dữ liệu. Thu thập Tìm lần cập nhật đầu tiên vào các trường như 'Category', 'Subcategory' hoặc 'Configuration Item' sau khi tạo sự cố. Loại sự kiện inferred | |||
| Tiếp tục xử lý | Đánh dấu thời điểm sự cố đang tạm dừng được kích hoạt lại. Việc này thường diễn ra khi đã nhận được thông tin cần thiết để nhân viên hỗ trợ tiếp tục xử lý. | ||
| Vì sao điều này quan trọng Hoạt động này rất quan trọng để đo chính xác thời gian chờ bên ngoài. Khoảng thời gian từ 'Pending' đến 'Resumed' cho biết quy trình đã bị đình trệ bao lâu do yếu tố bên ngoài. Lấy dữ liệu ở đâu Có thể suy ra từ lịch sử trạng thái của sự cố khi trạng thái chuyển từ 'Pending' về 'In Progress' hoặc một trạng thái đang xử lý khác. Thu thập Ghi nhận dấu thời gian khi trạng thái sự cố chuyển từ trạng thái chờ về trạng thái đang xử lý. Loại sự kiện inferred | |||
| Trạng thái chuyển sang chờ | Trạng thái này xuất hiện khi việc xử lý sự cố tạm dừng, thường là để chờ thông tin từ người dùng, nhà cung cấp hoặc một yếu tố bên ngoài khác. Trong thời gian này, đồng hồ SLA thường tạm dừng. | ||
| Vì sao điều này quan trọng Phân tích thời gian ở trạng thái chờ giúp làm rõ các phụ thuộc bên ngoài và nguyên nhân chậm trễ. Thời gian chờ quá lâu có thể che khuất điểm kém hiệu quả nội bộ và làm sai lệch số liệu thời gian xử lý. Lấy dữ liệu ở đâu Có thể suy ra sự kiện này từ lịch sử trạng thái của sự cố khi trạng thái chuyển thành 'Pending', 'On Hold' hoặc 'Awaiting User'. Thu thập Ghi nhận dấu thời gian mỗi lần trạng thái sự cố chuyển sang một trạng thái chờ đã xác định. Loại sự kiện inferred | |||
Hướng dẫn trích xuất dữ liệu
Phương pháp trích xuất khác nhau tùy hệ thống. Để xem hướng dẫn chi tiết,
hãy đọc hướng dẫn ETL hoặc chọn quy trình và hệ thống cụ thể.
Sẵn sàng bắt đầu chưa?
Bắt đầu cải thiện quy trình quản lý sự cố ngay hôm nay. Chọn hướng dẫn trích xuất cho hệ thống của bạn bên dưới hoặc dùng mẫu chung này để tạo nhật ký sự kiện phục vụ phân tích quy trình.
Giải quyết sự cố nhanh hơn, bắt đầu cải tiến ngay
Tìm điểm nghẽn, giảm thời gian gián đoạn và nâng cao hiệu quả của nhóm.
Không cần thẻ tín dụng, thiết lập trong 5 phút