Mẫu dữ liệu quản lý vấn đề
Mẫu dữ liệu quản lý vấn đề
Đây là mẫu dữ liệu process mining chung cho Quản lý vấn đề. 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ể- Khung dữ liệu chung có thể áp dụng cho mọi hệ thống quản lý vấn đề.
- Các trường dữ liệu và bước quy trình được đề xuất để phân tích đầy đủ.
- Thông tin nền tảng giúp bạn bắt đầu process mining hiệu quả.
Thuộc tính quản lý vấn đề
| Tên | Mô tả | ||
|---|---|---|---|
| Mã hồ sơ vấn đề ProblemRecordId | Mã định danh duy nhất của hồ sơ vấn đề, đại diện cho một trường hợp riêng trong quy trình quản lý vấn đề. | ||
| Mô tả Mã hồ sơ vấn đề là khóa chính dùng để theo dõi toàn bộ vòng đời của vấn đề, từ lúc tạo đến khi giải quyết xong. Mỗi vấn đề, có thể liên kết với nhiều sự cố, được gán một mã riêng để phân biệt với các vấn đề khác. Trong process mining, thuộc tính này xác định từng trường hợp, giúp công cụ nhóm mọi hoạt động liên quan thành một phiên bản quy trình. Việc phân tích luồng quy trình, tìm điểm nghẽn và tính thời gian xử lý đều phụ thuộc vào việc xác định chính xác từng hồ sơ vấn đề. Vì sao điều này quan trọng Đây là Case ID thiết yếu để nhóm các sự kiện liên quan, giúp theo dõi toàn bộ quá trình điều tra từng vấn đề. Lấy dữ liệu ở đâu Mã này thường nằm trong bảng chính về vấn đề hoặc phiếu của hệ thống Quản lý dịch vụ CNTT (ITSM). Ví dụ PRB0040332PROB-1298778103PM-5501 | |||
| Tên hoạt động ActivityName | Tên của một sự kiện, tác vụ hoặc lần đổi trạng thái cụ thể trong vòng đời quản lý vấn đề. | ||
| Mô tả Tên hoạt động mô tả một bước trong quy trình quản lý vấn đề, chẳng hạn như 'Đã tạo hồ sơ vấn đề', 'Đã xác định nguyên nhân gốc rễ' hoặc 'Đã triển khai bản sửa lỗi lâu dài'. Các hoạt động được ghi theo trình tự thời gian để thể hiện cách vấn đề được xử lý. Trong process mining, thuộc tính này rất quan trọng để dựng sơ đồ quy trình, thể hiện trực quan luồng công việc thực tế. Phân tích thứ tự, tần suất và đường đi của các hoạt động giúp phát hiện sai lệch, điểm nghẽn và những khâu chưa hiệu quả trong quy trình giải quyết vấn đề. 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 quy trình, bao gồm các đường đi phổ biến và những điểm khác biệt. Lấy dữ liệu ở đâu Tên hoạt động thường được lấy từ nhật ký thay đổi trạng thái, dấu vết kiểm tra hoặc bảng sự kiện liên kết với hồ sơ vấn đề chính. Ví dụ Bắt đầu điều traThay đổi mức độ ưu tiênCung cấp giải pháp tạm thờiĐóng hồ sơ vấn đề | |||
| Thời điểm sự kiện EventTime | Ngày và giờ chính xác khi một hoạt động cụ thể diễn ra. | ||
| Mô tả Thời điểm sự kiện, hay dấu thời gian, cho biết trình tự thời gian của từng hoạt động trong vòng đời vấn đề. Đây là thông tin cần thiết để sắp xếp sự kiện chính xác và tính thời lượng giữa các bước trong quy trình. Trong process mining, thuộc tính này được dùng để sắp xếp hoạt động, khám phá mô hình quy trình và thực hiện mọi phân tích dựa trên thời gian. Đây cũng là cơ sở để tính các chỉ số hiệu suất chính như 'Thời gian điều tra nguyên nhân gốc rễ trung bình' và xác định độ trễ giữa các bước, chẳng hạn từ lúc tìm ra nguyên nhân gốc rễ đến khi khởi tạo yêu cầu thay đổi. Vì sao điều này quan trọng Dấu thời gian của từng hoạt động rất quan trọng để sắp xếp sự kiện và tính mọi chỉ số dựa trên thời gian, chẳng hạn như thời gian xử lý và thời lượng tại điểm nghẽn. Lấy dữ liệu ở đâu Dấu thời gian này thường nằm trong bảng nhật ký sự kiện hoặc dấu vết kiểm tra, cùng với tên hoạt động và mã trường hợp. Ví dụ 2023-04-15T10:22:05Z2023-11-20T14:05:30Z2024-01-08T09:00:11Z | |||
| Hệ thống nguồn SourceSystem | Tên ứng dụng hoặc 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 quản lý vấn đề, chẳng hạn như ServiceNow, Jira hoặc công cụ ITSM do doanh nghiệp tự phát triển. Thuộc tính này đặc biệt quan trọng khi kết hợp dữ liệu từ nhiều hệ thống để phân tích tổng thể. Trong process mining, bạn có thể dùng Hệ thống nguồn làm bộ lọc để so sánh hiệu suất và điểm khác biệt của quy trình giữa các đơn vị kinh doanh hoặc nền tảng. Thuộc tính này cũng hỗ trợ xác thực dữ liệu và xử lý sự cố bằng cách cho biết dữ liệu đến từ đâu. Vì sao điều này quan trọng Cho biết nguồn gốc dữ liệu, rất cần thiết để xác thực dữ liệu và so sánh quy trình giữa các hệ thống hoặc đơn vị trong tổ chức. Lấy dữ liệu ở đâu Đây thường là giá trị cố định được thêm trong quá trình trích xuất dữ liệu để gắn nhãn hồ sơ theo hệ thống nguồn. Ví dụ ServiceNowJira Service ManagementBMC Helix ITSMFreshservice | |||
| 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 trích xuất hoặc làm mới từ hệ thống nguồn. | ||
| Mô tả Thuộc tính này ghi lại ngày giờ của lần lấy dữ liệu gần nhất. Nhờ đó, bạn biết dữ liệu đang phân tích mới đến mức nào và hiểu rõ khoảng thời gian mà phân tích bao quát. Thông tin này rất quan trọng để diễn giải dashboard và báo cáo. Nó giúp người dùng biết dữ liệu là thông tin theo thời gian thực hay ảnh chụp tại một thời điểm cụ thể, từ đó hiểu đúng các chỉ số như 'Số vấn đề tồn đọng lâu ngày'. Vì sao điều này quan trọng Cho biết dữ liệu mới đến mức nào, giúp diễn giải chính xác kết quả phân tích và dashboard dựa trên lần làm mới dữ liệu gần nhất. Lấy dữ liệu ở đâu Dấu thời gian này thường được công cụ hoặc tập lệnh trích xuất, chuyển đổi và tải dữ liệu (ETL) tạo ra và lưu lại khi nhập dữ liệu. Ví dụ 2023-10-01T06:00:00Z2024-02-20T08:00:00Z2024-03-15T05:30:00Z | |||
| Đã vi phạm SLA SlaBreached | Cờ cho biết thời gian giải quyết vấn đề có vượt quá hạn SLA được giao hay không. | ||
| Mô tả Thuộc tính dạng đúng/sai này cho biết trực tiếp liệu có đáp ứng Thỏa thuận mức dịch vụ hay không. Giá trị thường được đặt thành true nếu thời điểm giải quyết vấn đề muộn hơn Hạn SLA. Là chỉ số đo lường kết quả trực tiếp, cờ này rất hữu ích cho dashboard và báo cáo tổng quan. Trong process mining, bạn có thể dùng cờ này để kiểm tra mức độ tuân thủ hoặc lọc tất cả trường hợp vi phạm. So sánh sơ đồ quy trình của các vấn đề vi phạm và không vi phạm SLA có thể làm rõ các mẫu hình, điểm nghẽn hoặc hoạt động thường dẫn đến việc không đạt SLA. Vì sao điều này quan trọng Cho biết rõ kết quả đáp ứng hay không đáp ứng SLA, giúp dễ dàng lọc và phân tích các đường đi trong quy trình dẫn đến vi phạm. Lấy dữ liệu ở đâu Đây thường là trường được suy ra hoặc tính toán bằng cách so sánh dấu thời gian giải quyết với Hạn SLA. Ví dụ truefalse | |||
| Dịch vụ bị ảnh hưởng AffectedService | Dịch vụ kinh doanh, ứng dụng hoặc mục cấu hình (CI) chính bị vấn đề ảnh hưởng. | ||
| Mô tả Thuộc tính này liên kết vấn đề với một thành phần hoặc dịch vụ cụ thể trong hạ tầng CNTT, chẳng hạn như 'Dịch vụ email' hoặc 'Nền tảng quản lý quan hệ khách hàng'. Nhờ đó, bạn có thêm bối cảnh kinh doanh quan trọng về sự cố kỹ thuật. Trong phân tích process mining, Dịch vụ bị ảnh hưởng giúp nhìn quy trình từ góc độ kinh doanh. Thuộc tính này giúp trả lời các câu hỏi như: 'Dịch vụ nào phát sinh nhiều vấn đề nhất?' hoặc 'Thời gian giải quyết trung bình là bao lâu đối với các vấn đề ảnh hưởng đến hệ thống tài chính quan trọng?'. Bối cảnh này rất cần thiết để ưu tiên cải tiến dựa trên mức độ ảnh hưởng đến hoạt động kinh doanh. Vì sao điều này quan trọng Cung cấp bối cảnh kinh doanh bằng cách liên kết vấn đề kỹ thuật với dịch vụ bị ảnh hưởng, giúp ưu tiên xử lý dựa trên mức độ quan trọng của dịch vụ. 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) và lưu trong trường 'Configuration Item' hoặc 'Service' của hồ sơ vấn đề. Ví dụ Dịch vụ email và cộng tácTài chính SAP ERPVPN doanh nghiệpTrang web chính của doanh nghiệp | |||
| Hạn SLA SlaDueDate | Ngày và giờ mục tiêu cần giải quyết xong hồ sơ vấn đề theo thỏa thuận mức dịch vụ. | ||
| Mô tả Hạn SLA đặt ra mục tiêu chính thức để giải quyết vấn đề. Mục tiêu này thường được xác định dựa trên mức ưu tiên của vấn đề và các điều khoản trong thỏa thuận mức dịch vụ (SLA). Thuộc tính này rất cần thiết cho dashboard 'Tổng quan tuân thủ SLA'. Bằng cách so sánh thời gian giải quyết thực tế với Hạn SLA, tổ chức có thể tính tỷ lệ đáp ứng SLA. Process mining còn giúp phân tích sâu hơn để xác định bước trong quy trình hoặc nhóm nào góp phần nhiều nhất vào các trường hợp vi phạm SLA. Vì sao điều này quan trọng Xác định mục tiêu giải quyết, làm cơ sở cho việc đo lường và báo cáo tuân thủ SLA. Lấy dữ liệu ở đâu Ngày này thường được tính và lưu trong hồ sơ vấn đề dựa trên thời điểm tạo hồ sơ và mức ưu tiên. Ví dụ 2023-05-20T17:00:00Z2024-01-10T09:30:00Z2024-03-01T12:00:00Z | |||
| Mức ưu tiên Priority | Mức ưu tiên được gán cho vấn đề, quyết định mức độ khẩn cấp khi điều tra và giải quyết. | ||
| Mô tả Mức ưu tiên là thuộc tính quan trọng để phân loại vấn đề theo mức độ ảnh hưởng đến hoạt động kinh doanh và tính cấp bách. Thuộc tính này giúp nhóm tập trung xử lý các vấn đề nghiêm trọng nhất trước. Các mức ưu tiên thường được chuẩn hóa, chẳng hạn Nghiêm trọng, Cao, Trung bình và Thấp. Trong phân tích quy trình, bạn có thể dùng Mức ưu tiên làm tiêu chí lọc và so sánh. Chuyên viên phân tích có thể so sánh luồng xử lý vấn đề ưu tiên cao với vấn đề ưu tiên thấp để xem chúng có được xử lý khác nhau hoặc hiệu quả hơn không. Thuộc tính này cũng rất cần thiết để phân tích việc đáp ứng SLA, vì SLA thường gắn với mức ưu tiên. Vì sao điều này quan trọng Cho phép chia nhỏ kết quả phân tích để so sánh cách xử lý vấn đề nghiêm trọng với vấn đề thông thường, đồng thời rất cần thiết để đo mức độ đáp ứng SLA. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong bảng hồ sơ vấn đề chính của hầu hết nền tảng ITSM. Ví dụ 1 - Nghiêm trọng2 - Cao3 - Trung bình4 - Thấp | |||
| Nhóm hỗ trợ SupportGroup | Nhóm kỹ thuật hoặc bộ phận chịu trách nhiệm điều tra và giải quyết vấn đề tại một thời điểm nhất định. | ||
| Mô tả Nhóm hỗ trợ cho biết nhóm nào được giao xử lý vấn đề. Trong quá trình xử lý, vấn đề có thể được chuyển giữa các nhóm, chẳng hạn từ nhóm hỗ trợ cấp 2 sang nhóm kỹ thuật mạng chuyên trách. Thuộc tính này rất cần thiết để phân tích hiệu suất của các nhóm và việc chuyển giao giữa nhóm. Process mining có thể làm rõ độ trễ do chuyển giao, đo thời gian vấn đề nằm ở mỗi nhóm và xác định nhóm nào xử lý hiệu quả nhất từng loại vấn đề. Thuộc tính này hỗ trợ trực tiếp cho dashboard như 'Phân tích chuyển giao giữa các nhóm hỗ trợ'. Vì sao điều này quan trọng Rất cần thiết để phân tích hiệu suất nhóm, tìm điểm nghẽn do chuyển giao và hiểu cách phân bổ khối lượng công việc giữa các nhóm. Lấy dữ liệu ở đâu Thông tin này thường được lưu trong lịch sử phân công của hồ sơ vấn đề hoặc bảng thông tin chính trong hệ thống ITSM. Ví dụ Vận hành mạngQuản trị cơ sở dữ liệuHỗ trợ ứng dụng cấp 3Nhóm bảo mật | |||
| Nhóm nguyên nhân gốc rễ RootCauseCategory | Phân loại cuối cùng của nguyên nhân cốt lõi dẫn đến vấn đề. | ||
| Mô tả Sau khi hoàn tất điều tra, Nhóm nguyên nhân gốc rễ được dùng để phân loại nguyên nhân cốt lõi của vấn đề, chẳng hạn như 'Lỗi phần mềm', 'Hỏng phần cứng' hoặc 'Lỗi cấu hình'. Việc phân loại này rất quan trọng để cải tiến dài hạn. Thuộc tính này là nền tảng cho dashboard 'Hiệu suất điều tra nguyên nhân gốc rễ'. Bằng cách phân tích tần suất của từng nhóm nguyên nhân, tổ chức có thể tìm ra vấn đề mang tính hệ thống tái diễn và ưu tiên giải pháp lâu dài. Nhờ đó, nhóm có thể chuyển từ xử lý vấn đề khi phát sinh sang chủ động ngăn ngừa. Vì sao điều này quan trọng Rất quan trọng cho phân tích chiến lược, giúp phát hiện các vấn đề mang tính hệ thống và xu hướng về nguyên nhân gây ra vấn đề trong toàn tổ chức. Lấy dữ liệu ở đâu Thông tin này thường được ghi trong một trường riêng của hồ sơ vấn đề, thường là trước hoặc trong giai đoạn đóng hồ sơ. Ví dụ Lỗi cấu hìnhLỗi phần mềmHỏng phần cứngVấn đề về đào tạo người dùng | |||
| Số lần chuyển giao ReassignmentCount | Số lần hồ sơ vấn đề được chuyển giữa các nhóm hỗ trợ hoặc cá nhân. | ||
| Mô tả Chỉ số này đếm số lần trách nhiệm xử lý vấn đề được chuyển giao. Số lần chuyển giao cao thường cho thấy quy trình chưa hiệu quả, chẳng hạn do phân tuyến ban đầu không đúng hoặc trách nhiệm giữa các nhóm chưa rõ ràng. Trong process mining, đây là chỉ báo quan trọng về những vướng mắc trong quy trình. Bạn có thể dùng chỉ số này để tìm các trường hợp vấn đề bị chuyển qua lại giữa các nhóm. Phân tích những trường hợp có nhiều lần chuyển giao có thể làm lộ ra khoảng trống kiến thức hoặc điểm yếu trong quy trình, gây chậm trễ đáng kể và lãng phí công sức. Vì sao điều này quan trọng Giúp đo mức độ kém hiệu quả của quy trình bằng cách theo dõi các lần chuyển giao quá nhiều, thường là dấu hiệu phân tuyến sai, thiếu kiến thức hoặc trách nhiệm chưa rõ. Lấy dữ liệu ở đâu Đây thường là trường đếm được tăng lên mỗi khi hồ sơ vấn đề đổi người hoặc nhóm phụ trách. Bạn cũng có thể tính chỉ số này từ nhật ký sự kiện. Ví dụ 0135 | |||
| Số sự cố liên quan RelatedIncidentCount | Tổng số hồ sơ sự cố riêng lẻ được liên kết với vấn đề. | ||
| Mô tả Thuộc tính này cho biết mức độ ảnh hưởng của vấn đề bằng cách đếm số sự cố mà người dùng gặp phải. Vấn đề liên quan đến nhiều sự cố thường gây gián đoạn lớn hơn cho hoạt động kinh doanh. Chỉ số này hữu ích để ưu tiên xử lý và phân tích mức độ ảnh hưởng. Trong process mining, bạn có thể dùng chỉ số này để tìm mối liên hệ giữa số sự cố với thời gian điều tra hoặc mức ưu tiên giải quyết. Nhờ đó, tổ chức hiểu được quy mô vấn đề và lý do cần dành tài nguyên cho việc quản lý vấn đề, đồng thời thấy được một bản sửa lỗi có thể ngăn ngừa bao nhiêu sự cố. Vì sao điều này quan trọng Đo mức độ ảnh hưởng của vấn đề đến hoạt động kinh doanh, giúp ưu tiên điều tra và đánh giá hiệu quả giải pháp. Lấy dữ liệu ở đâu Giá trị này thường được tính trong hồ sơ vấn đề bằng cách đếm số hồ sơ sự cố được liên kết. Ví dụ 5281501 | |||
| Cung cấp giải pháp tạm thời WorkaroundProvided | Cờ cho biết đã xác định và thông báo giải pháp tạm thời cho vấn đề hay chưa. | ||
| Mô tả Thuộc tính này theo dõi việc đã cung cấp giải pháp tạm thời để giảm ảnh hưởng của vấn đề trong lúc phát triển bản sửa lỗi lâu dài hay chưa. Đây là một mốc quan trọng trong vòng đời quản lý vấn đề. Thuộc tính này rất cần thiết cho dashboard 'Hiệu quả và tốc độ cung cấp giải pháp tạm thời'. Process mining có thể tính thời gian trung bình để cung cấp giải pháp tạm thời, sau đó đối chiếu với số sự cố liên quan mới phát sinh. Nhờ đó, bạn có thể đánh giá khả năng khôi phục dịch vụ nhanh chóng của nhóm, ngay cả khi chưa xử lý xong nguyên nhân gốc rễ. Vì sao điều này quan trọng Cho biết dịch vụ đã được khôi phục tạm thời hay chưa, giúp phân tích tốc độ giảm thiểu ảnh hưởng đến hoạt động kinh doanh của nhóm. Lấy dữ liệu ở đâu Đây có thể là cờ đúng/sai ('WorkaroundPublished') hoặc được suy ra từ nội dung trong trường mô tả giải pháp tạm thời. Ví dụ truefalse | |||
| Mã yêu cầu thay đổi liên quan RelatedChangeRequestId | Mã của yêu cầu thay đổi được khởi tạo để triển khai bản sửa lỗi lâu dài cho vấn đề. | ||
| Mô tả Thuộc tính này tạo liên kết trực tiếp giữa quy trình quản lý vấn đề và quy trình quản lý thay đổi. Thuộc tính được dùng khi cần thay đổi mã, thay phần cứng hoặc thực hiện điều chỉnh khác để xử lý nguyên nhân gốc rễ của vấn đề. Phân tích liên kết này rất quan trọng để hiểu 'Độ trễ khi chuyển giao cho bộ phận quản lý thay đổi'. Process mining có thể đo thời gian từ lúc xác định nguyên nhân gốc rễ đến khi tạo yêu cầu thay đổi, cũng như từ lúc triển khai thay đổi đến khi đóng vấn đề. Nhờ đó, bạn có thể tìm ra điểm chưa hiệu quả trong cách hai quy trình phối hợp với nhau. Vì sao điều này quan trọng Liên kết vấn đề với giải pháp trong quy trình quản lý thay đổi, giúp phân tích độ trễ khi chuyển giao và toàn bộ vòng đời giải quyết. Lấy dữ liệu ở đâu Đây thường là trường tham chiếu trong hồ sơ vấn đề, liên kết đến hồ sơ tương ứng trong hệ thống hoặc mô-đun quản lý thay đổi. Ví dụ CHG0030219CR-8812CHANGE-401 | |||
| Người được giao xử lý AssignedUser | Người dùng hoặc điều phối viên hiện được giao quản lý hồ sơ vấn đề. | ||
| Mô tả Thuộc tính này xác định người chịu trách nhiệm xử lý vấn đề tại từng thời điểm. Nhóm hỗ trợ cho biết nhóm phụ trách, còn Người được giao xử lý xác định nhân viên hỗ trợ, kỹ sư hoặc điều phối viên trực tiếp điều tra vấn đề. Phân tích theo Người được giao xử lý giúp hiểu khối lượng công việc, hiệu suất và nhu cầu đào tạo của từng người. Qua đó, bạn có thể phát hiện người đang trở thành điểm nghẽn hoặc công việc chưa được phân bổ đồng đều trong nhóm. Góc nhìn này bổ sung cho phân tích theo nhóm hỗ trợ. Vì sao điều này quan trọng Giúp phân tích khối lượng công việc và hiệu suất của từng người, từ đó nhận diện người làm tốt hoặc người cần được hỗ trợ hay đào tạo thêm. Lấy dữ liệu ở đâu Trường này thường nằm trong bảng hồ sơ vấn đề chính, với tên như 'Assignee', 'Assigned To' hoặc 'Coordinator'. Ví dụ Alice JohnsonajohnsonBob Smithbsmith | |||
| Trạng thái vấn đề ProblemStatus | Trạng thái hiện tại trong vòng đời của hồ sơ vấn đề, chẳng hạn như Đang mở, Đang điều tra hoặc Đã đóng. | ||
| Mô tả Trạng thái vấn đề cho biết giai đoạn hiện tại của vấn đề trong quy trình làm việc. Thuộc tính này cho biết vấn đề đang ở đâu tại một thời điểm nhất định, từ lúc được ghi nhận đến khi giải quyết xong. Tên hoạt động ghi lại sự kiện đổi trạng thái, còn Trạng thái vấn đề giúp phân tích lượng việc tồn đọng hiện tại. Bạn có thể tạo dashboard hiển thị số vấn đề đang mở ở từng trạng thái để quản lý khối lượng công việc và tìm hồ sơ bị mắc kẹt quá lâu ở một giai đoạn. Vì sao điều này quan trọng Cho biết giai đoạn hiện tại của vấn đề, rất cần thiết để phân tích lượng việc tồn đọng và tìm vấn đề bị đình trệ ở một giai đoạn cụ thể. Lấy dữ liệu ở đâu Đây là trường tiêu chuẩn trong bảng hồ sơ vấn đề chính, được cập nhật khi vấn đề chuyển qua các giai đoạn trong vòng đời. Ví dụ Đang mởPhân tích nguyên nhân gốc rễĐang chờ thay đổiĐã giải quyếtĐã đóng | |||
Hoạt động trong quy trình quản lý vấn đề
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Bắt đầu điều tra | Sự kiện này đánh dấu lúc hồ sơ vấn đề chuyển từ trạng thái mới hoặc đang chờ sang trạng thái đang được điều tra. Điều đó cho biết chuyên viên phân tích đã chính thức bắt đầu tìm nguyên nhân. | ||
| Vì sao điều này quan trọng Hoạt động này giúp đo thời gian phản hồi ban đầu và tốc độ xử lý việc tồn đọng. Khoảng thời gian từ lúc tạo hồ sơ đến khi bắt đầu điều tra là chỉ số quan trọng về khả năng phản hồi của nhóm. Lấy dữ liệu ở đâu Thông tin này thường được suy ra từ thay đổi trạng thái trong lịch sử hồ sơ, chẳng hạn từ “Mới” sang “Đang xử lý” hoặc “Đang điều tra”. Thu thập Ghi nhận dấu thời gian khi trạng thái lần đầu chuyển sang trạng thái đang điều tra. Loại sự kiện inferred | |||
| Cung cấp giải pháp tạm thời | Sự kiện này cho biết giải pháp tạm thời đã được ghi lại và cung cấp cho người dùng. Việc này giúp giảm ảnh hưởng đến người dùng cuối trong lúc phát triển giải pháp lâu dài. | ||
| Vì sao điều này quan trọng Thời gian cung cấp giải pháp tạm thời là KPI quan trọng để đo khả năng khôi phục dịch vụ nhanh chóng của nhóm. Hoạt động này giúp phân tích tốc độ và hiệu quả của các giải pháp tạm thời. Lấy dữ liệu ở đâu Có thể ghi nhận sự kiện này bằng dấu thời gian đầu tiên khi trường văn bản “Giải pháp tạm thời” được điền, khi hành động “Thông báo giải pháp tạm thời” được ghi lại hoặc khi cờ “Đã có giải pháp tạm thời” được bật. Thu thập Phát hiện lần đầu trường giải pháp tạm thời được điền hoặc sự kiện công bố liên quan. Loại sự kiện explicit | |||
| Đóng hồ sơ vấn đề | Đây là hoạt động cuối cùng trong vòng đời, cho biết hồ sơ vấn đề đã được đóng về mặt hành chính và không cần xử lý thêm. Hồ sơ được xem là hoàn tất và lưu trữ. | ||
| Vì sao điều này quan trọng Đây là điểm kết thúc chính của hầu hết các trường hợp quy trình. Hoạt động này rất cần thiết để tính tổng thời gian từ đầu đến cuối của quy trình quản lý vấn đề. Lấy dữ liệu ở đâu Đây gần như luôn là sự kiện được ghi nhận rõ khi trạng thái hồ sơ chuyển thành “Đã đóng” trong nhật ký lịch sử. Thu thập Dùng dấu thời gian khi trạng thái hồ sơ được đặt thành “Đã đóng”. Loại sự kiện explicit | |||
| Khởi tạo yêu cầu thay đổi | Sự kiện này ghi nhận việc tạo yêu cầu thay đổi chính thức hoặc liên kết yêu cầu đó với hồ sơ vấn đề. Đây là bước bàn giao từ quy trình quản lý vấn đề sang quy trình quản lý thay đổi để triển khai giải pháp lâu dài. | ||
| Vì sao điều này quan trọng Hoạt động này rất quan trọng để phân tích thời gian chậm trễ từ lúc chẩn đoán vấn đề đến khi bắt đầu triển khai giải pháp. Qua đó, bạn có thể xác định điểm nghẽn giữa khâu quản lý vấn đề và quản lý thay đổi. Lấy dữ liệu ở đâu Đây thường là sự kiện được ghi nhận rõ trong lịch sử liên kết hoặc quan hệ của hồ sơ, cho biết hồ sơ vấn đề được liên kết với một hồ sơ thay đổi. Thu thập Xác định sự kiện liên kết hồ sơ thay đổi với hồ sơ vấn đề. Loại sự kiện explicit | |||
| Tạo hồ sơ vấn đề | Đây là lúc hồ sơ vấn đề được tạo lần đầu. Sự kiện này đánh dấu thời điểm chính thức bắt đầu quy trình quản lý vấn đề và làm mốc thời gian cơ sở cho các phân tích tiếp theo. | ||
| Vì sao điều này quan trọng Hoạt động này là điểm bắt đầu chính của mỗi trường hợp quy trình. Phân tích thời gian từ sự kiện này đến các sự kiện khác rất quan trọng để hiểu tổng thời lượng quy trình và các chậm trễ ở giai đoạn đầ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 hồ sơ vấn đề chính hoặc bảng phiếu hỗ trợ. Hầu như lúc nào dữ liệu nguồn cũng có trường này. Thu thập Dùng dấu thời gian “Ngày tạo” hoặc trường tương tự trong bảng vấn đề chính. Loại sự kiện explicit | |||
| Triển khai giải pháp lâu dài | Sự kiện này cho biết giải pháp kỹ thuật lâu dài, thường được quản lý thông qua yêu cầu thay đổi, đã được triển khai thành công. Đây là dấu mốc hoàn tất công việc khắc phục. | ||
| Vì sao điều này quan trọng Hoạt động này kết thúc giai đoạn triển khai giải pháp. Thời gian từ lúc khởi tạo thay đổi đến thời điểm này cho biết hiệu quả của quy trình quản lý thay đổi trong việc xử lý vấn đề. Lấy dữ liệu ở đâu Thông tin này thường được suy ra khi trạng thái hồ sơ vấn đề chuyển thành “Đã xử lý” hoặc “Đã triển khai giải pháp”, thường sau khi yêu cầu thay đổi được liên kết đã đóng. Thu thập Suy ra từ lúc trạng thái vấn đề chuyển thành “Đã xử lý” hoặc từ dấu thời gian hoàn tất của hồ sơ thay đổi liên quan. Loại sự kiện inferred | |||
| Xác định nguyên nhân gốc rễ | Hoạt động này đánh dấu thời điểm nguyên nhân sâu xa của vấn đề được chẩn đoán và ghi lại thành công. Đây là lúc giai đoạn điều tra hoàn tất. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng để đo hiệu quả chẩn đoán. Khoảng thời gian từ khi bắt đầu điều tra đến khi xác định nguyên nhân gốc rễ là chỉ số hiệu quả quan trọng trong phân tích vấn đề. Lấy dữ liệu ở đâu Thông tin này thường được suy ra từ thay đổi trạng thái thành “Đã xác định nguyên nhân gốc rễ” hoặc được ghi nhận khi trường “Nguyên nhân gốc rễ” lần đầu có dữ liệu. Thu thập Ghi nhận dấu thời gian khi trạng thái thay đổi hoặc khi trường văn bản “Nguyên nhân gốc rễ” được cập nhật lần đầu. Loại sự kiện inferred | |||
| Chờ triển khai thay đổi | Hoạt động này thể hiện trạng thái hồ sơ vấn đề đang tạm dừng để chờ hoàn tất yêu cầu thay đổi liên quan. Nhóm quản lý vấn đề đang chờ nhóm quản lý thay đổi triển khai giải pháp. | ||
| Vì sao điều này quan trọng Tách riêng khoảng thời gian chờ này giúp đo chính xác thời gian thuộc quy trình quản lý thay đổi và thời gian thuộc quy trình quản lý vấn đề, qua đó làm rõ trách nhiệm. Lấy dữ liệu ở đâu Thông tin này thường được suy ra từ thay đổi trạng thái hồ sơ vấn đề thành “Đang chờ thay đổi” hoặc “Đang triển khai giải pháp”. Thu thập Ghi nhận dấu thời gian khi trạng thái hồ sơ vấn đề chuyển sang trạng thái chờ thay đổi. Loại sự kiện inferred | |||
| Hoàn tất đánh giá sau triển khai | Sự kiện này đánh dấu việc hoàn tất đánh giá sau triển khai (PIR). Quy trình đánh giá chính thức này xem xét cách xử lý vấn đề để rút ra bài học kinh nghiệm và đề xuất cải tiến quy trình. | ||
| Vì sao điều này quan trọng Theo dõi việc hoàn tất PIR rất quan trọng để bảo đảm tuân thủ quy trình và cải tiến liên tục. Việc này giúp ghi lại và áp dụng những thông tin hữu ích rút ra từ các vấn đề lớn. Lấy dữ liệu ở đâu Thông tin này thường được ghi nhận khi hoàn tất một nhiệm vụ con PIR, khi trạng thái chuyển thành “Đã hoàn tất đánh giá” hoặc khi trường ngày hoàn tất PIR được điền. Thu thập Xác định thời điểm hoàn tất nhiệm vụ liên quan đến PIR hoặc cập nhật trạng thái cụ thể. Loại sự kiện explicit | |||
| Hủy hồ sơ vấn đề | Hoạt động này ghi nhận việc kết thúc một hồ sơ vấn đề trước khi tìm ra cách xử lý. Việc này có thể xảy ra nếu hồ sơ được tạo nhầm, bị trùng hoặc không còn liên quan. | ||
| Vì sao điều này quan trọng Phân tích các trường hợp hủy giúp đánh giá chất lượng hồ sơ vấn đề mới tiếp nhận. Tỷ lệ hủy cao có thể cho thấy cần đào tạo tốt hơn hoặc đặt tiêu chí tiếp nhận rõ ràng hơn. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận khi trạng thái trong lịch sử hồ sơ chuyển thành 'Cancelled', 'Rejected' hoặc 'Withdrawn'. Thu thập Xác định thời điểm trạng thái chuyển sang trạng thái hủy cuối cùng. Loại sự kiện explicit | |||
| Mở lại hồ sơ vấn đề | Hoạt động này xảy ra khi hồ sơ vấn đề đã xử lý hoặc đóng được chuyển lại sang trạng thái đang hoạt động. Điều này thường cho thấy giải pháp đã triển khai không hiệu quả hoặc vấn đề tái diễn. | ||
| Vì sao điều này quan trọng Tỷ lệ mở lại cao là dấu hiệu quan trọng cho thấy chất lượng xử lý chưa tốt. Theo dõi hoạt động này rất cần thiết để đo tỷ lệ xử lý thành công ngay lần đầu và xác định các giải pháp không hiệu quả. Lấy dữ liệu ở đâu Sự kiện này được ghi nhận bằng cách theo dõi lịch sử trạng thái của hồ sơ để phát hiện trường hợp chuyển từ trạng thái đã đóng hoặc đã xử lý trở lại trạng thái đang mở hoặc đang xử lý. Thu thập Xác định các lần trạng thái chuyển từ “Đã xử lý” hoặc “Đã đóng” về trạng thái đang hoạt động như “Đang mở”. Loại sự kiện explicit | |||
| Phân công nhóm hỗ trợ | Hoạt động này thể hiện việc phân công hoặc phân công lại hồ sơ vấn đề cho một nhóm hỗ trợ cụ thể. Hoạt động ghi nhận việc chuyển giao quyền sở hữu và trách nhiệm điều tra. | ||
| Vì sao điều này quan trọng Theo dõi việc phân công là điều cần thiết để phân tích chậm trễ khi bàn giao, xác định điểm nghẽn giữa các nhóm và hiểu hiệu quả hoạt động của từng nhóm. Số lần phân công lại cao thường cho thấy quy trình chưa hiệu quả. Lấy dữ liệu ở đâu Thông tin này thường nằm trong nhật ký kiểm tra hoặc bảng lịch sử ghi lại thay đổi đối với trường “Nhóm phân công” hoặc “Nhóm hỗ trợ” trong hồ sơ vấn đề. Thu thập Xác định mọi thay đổi đối với trường nhóm phân công trong nhật ký lịch sử của hồ sơ. Loại sự kiện explicit | |||
| Phát hiện vi phạm SLA | Sự kiện này cho biết thời gian xử lý để đạt mốc giải quyết hoặc phản hồi đã vượt quá mục tiêu trong Thỏa thuận mức dịch vụ (SLA). Đây là sự kiện do hệ thống tạo ra hoặc tính toán. | ||
| Vì sao điều này quan trọng Theo dõi các trường hợp vi phạm SLA là việc thiết yếu để quản lý hiệu suất và báo cáo tuân thủ. Chỉ số này cho thấy trực tiếp những trường hợp không đáp ứng cam kết về mức dịch vụ. Lấy dữ liệu ở đâu Đây có thể là cờ trạng thái hoặc sự kiện cụ thể do hệ thống ghi lại, hoặc được tính bằng cách so sánh thời điểm giải quyết với hạn SLA. Thu thập Tính bằng cách so sánh thời điểm giải quyết hoặc phản hồi với thời điểm mục tiêu SLA, hoặc ghi nhận sự kiện vi phạm do hệ thống tạo ra. Loại sự kiện calculated | |||
| Thay đổi mức độ ưu tiên | Hoạt động này ghi nhận mọi cập nhật về mức độ ưu tiên, mức độ ảnh hưởng hoặc tính khẩn cấp của hồ sơ vấn đề sau khi tạo. Qua đó, bạn có thể thấy vấn đề được đánh giá lại về tầm quan trọng đối với hoạt động kinh doanh. | ||
| Vì sao điều này quan trọng Phân tích các lần thay đổi mức độ ưu tiên giúp xác định vấn đề thường được nâng hoặc hạ mức ưu tiên, từ đó hiểu rõ ảnh hưởng đến việc phân bổ tài nguyên và tuân thủ SLA. Lấy dữ liệu ở đâu Thông tin này thường được ghi trong nhật ký kiểm tra hoặc bảng lịch sử thay đổi theo dõi các chỉnh sửa đối với trường “Mức độ ưu tiên”. Thu thập Theo dõi mọi cập nhật đối với trường “Mức độ ưu tiên” trong lịch sử thay đổi của hồ sơ. Loại sự kiện explicit | |||
| Xác nhận kết quả xử lý | Hoạt động này xác nhận giải pháp đã triển khai thực sự xử lý được vấn đề cốt lõi và dịch vụ bình thường đã được khôi phục. Đây là bước kiểm tra cuối cùng trước khi đóng hồ sơ. | ||
| Vì sao điều này quan trọng Bước này giúp kiểm tra chất lượng xử lý. Phân tích thời gian xác nhận có thể làm rõ những chậm trễ trong việc kiểm tra hiệu quả của giải pháp. Lấy dữ liệu ở đâu Đây có thể là trạng thái cụ thể như “Đang xác minh” hoặc được suy ra từ lúc chuyển sang trạng thái “Đã xử lý” hoặc “Đã giải quyết”. Thu thập Ghi nhận dấu thời gian khi trạng thái chuyển sang trạng thái cho biết giải pháp đã được xác nhận. Loại sự kiện inferred | |||
Hướng dẫn trích xuất
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?
Chọn hướng dẫn dành riêng cho hệ thống để làm theo từng bước, hoặc dùng mẫu chung này để bắt đầu phân tích quy trình quản lý vấn đề ngay hôm nay.
Cải thiện quy trình quản lý vấn đề ngay hôm nay
Phát hiện điểm kém hiệu quả và xử lý vấn đề nhanh hơn nhờ thông tin dựa trên dữ liệu.
Không cần thẻ tín dụng, thiết lập chỉ trong vài phút.