Mẫu dữ liệu quản lý vấn đề
Mẫu dữ liệu quản lý vấn đề
- Thuộc tính nên dùng để phân tích chuyên sâu
- Các mốc quy trình cần ghi lại trong nhật ký sự kiện
- Hướng dẫn kỹ thuật trích xuất dữ liệu
Thuộc tính quản lý vấn đề
| Tên | Mô tả | ||
|---|---|---|---|
|
Bản ghi vấn đề
ProblemKey
|
Mã định danh duy nhất được gán cho bản ghi vấn đề trong Jira Service Management. | ||
|
Mô tả
Thuộc tính này đóng vai trò mã hồ sơ trung tâm cho phân tích process mining. Đây là khóa duy nhất, chẳng hạn PM-1001, do Jira Service Management tạo khi có bản ghi vấn đề mới. Thuộc tính này dùng để nhóm mọi hoạt động, lần đổi trạng thái và cập nhật liên quan thành một quy trình từ đầu đến cuối. Phân tích thuộc tính này giúp trực quan hóa toàn bộ vòng đời của vấn đề, từ lúc phát hiện ban đầu, qua quá trình điều tra đến khi đóng.
Vì sao điều này quan trọng
Đây là khóa cơ bản cần có để dựng lại luồng quy trình và theo dõi từng bản ghi vấn đề.
Lấy dữ liệu ở đâu
Bảng Issue, trường 'Key' hoặc 'Issue Key'
Ví dụ
PM-1023PM-4099PRB-3321PM-5001
|
|||
|
Dấu thời gian
EventTimestamp
|
Ngày và giờ chính xác khi hoạt động diễn ra. | ||
|
Mô tả
Thuộc tính này ghi lại thời điểm chính xác một hoạt động diễn ra. Dữ liệu được dùng để sắp xếp sự kiện theo trình tự thời gian và tính khoảng thời gian giữa các bước. Dấu thời gian chính xác rất quan trọng để tính thời gian xử lý, chẳng hạn khoảng thời gian từ 'Ghi nhận vấn đề' đến 'Đã xác định nguyên nhân gốc rễ', và phân tích thông lượng theo thời gian.
Vì sao điều này quan trọng
Cho phép tính mọi KPI dựa trên thời gian và sắp xếp sự kiện đúng thứ tự.
Lấy dữ liệu ở đâu
Ngày tạo Jira Changelog hoặc ngày tạo Issue
Ví dụ
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
|
|||
|
Hệ thống nguồn
SourceSystem
|
Tên hệ thống nơi dữ liệu được tạo ra. | ||
|
Mô tả
Xác định hệ thống phần mềm đã trích xuất dữ liệu quy trình. Trong trường hợp này, giá trị luôn là 'Jira Service Management'. Thuộc tính này đặc biệt hữu ích trong môi trường có nhiều hệ thống vì giúp phân biệt nguồn dữ liệu. Tuy nhiên, trong chế độ xem này, thuộc tính chủ yếu dùng làm mã định danh tĩnh cho nguồn gốc dữ liệu.
Vì sao điều này quan trọng
Cho biết nguồn gốc dữ liệu, đặc biệt khi kết hợp với dữ liệu quản lý dịch vụ CNTT khác.
Lấy dữ liệu ở đâu
Giá trị cố định trong mã hoặc cấu hình hệ thống
Ví dụ
Jira Service ManagementJira CloudJSM-Prod
|
|||
|
Hoạt động
ActivityName
|
Hành động hoặc lần đổi trạng thái cụ thể của bản ghi vấn đề. | ||
|
Mô tả
Thuộc tính này ghi lại tên sự kiện hoặc lần chuyển trạng thái trong vòng đời quản lý vấn đề. Ví dụ: 'Ghi nhận vấn đề', 'Chuyển trạng thái sang Đang điều tra' hoặc 'Đã xác định nguyên nhân gốc rễ'. Đây là dữ liệu cần thiết để lập sơ đồ luồng quy trình và xác định thứ tự các bước xử lý vấn đề. Trong process mining, các hoạt động này tạo thành các nút trên sơ đồ quy trình.
Vì sao điều này quan trọng
Xác định các bước trên sơ đồ quy trình và cho phép phân tích các biến thể quy trình.
Lấy dữ liệu ở đâu
Jira Changelog (History) hoặc các lần chuyển trạng thái của Issue
Ví dụ
Tạo bản ghi vấn đềBắt đầu điều traXác định nguyên nhân gốc rễCập nhật giải pháp tạm thờiĐóng bản ghi vấn đề
|
|||
|
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
|
Thời điểm dữ liệu được trích xuất hoặc cập nhật gần nhất. | ||
|
Mô tả
Cho biết thời điểm bộ dữ liệu được đồng bộ gần nhất với môi trường Jira Service Management đang hoạt động. Nhờ đó, chuyên viên phân tích biết dữ liệu còn mới hay không. Thông tin này giúp xác nhận kết quả phân tích phản ánh trạng thái mới nhất của quy trình và phát hiện độ trễ dữ liệu có thể xảy ra.
Vì sao điều này quan trọng
Giúp đảm bảo dữ liệu được cập nhật và tăng độ tin cậy của kết quả phân tích.
Lấy dữ liệu ở đâu
Thời điểm ETL
Ví dụ
2023-11-01T12:00:00Z2023-11-02T00:00:00Z
|
|||
|
Mức độ ưu tiên
Priority
|
Mức độ nghiêm trọng được gán cho bản ghi vấn đề. | ||
|
Mô tả
Cho biết mức độ khẩn cấp và ảnh hưởng của vấn đề, thường từ 'Thấp' đến 'Nghiêm trọng'. Trường này giúp phân nhóm dữ liệu phân tích và đảm bảo vấn đề ưu tiên cao được xử lý trong thời hạn SLA. Phân tích thuộc tính này trên bảng điều khiển 'Tuân thủ SLA và xu hướng mục tiêu' giúp xác minh các rủi ro kinh doanh nghiêm trọng có được ưu tiên đúng mức hay không.
Vì sao điều này quan trọng
Giúp phân tích hiệu quả quy trình theo mức độ quan trọng đối với hoạt động kinh doanh.
Lấy dữ liệu ở đâu
Trường issue 'Priority'
Ví dụ
Cao nhấtCaoTrung bìnhThấp
|
|||
|
Người dùng
UserKey
|
Mã định danh hoặc tên duy nhất của người dùng thực hiện hoạt động. | ||
|
Mô tả
Ghi nhận người hoặc tài khoản hệ thống chịu trách nhiệm thực hiện hoạt động cụ thể. Đó có thể là người được giao xử lý (Assignee) cập nhật bản ghi hoặc người tạo (Author) thay đổi trạng thái. Dữ liệu này giúp phân tích mức độ sử dụng nguồn lực, xác định điểm nghẽn khi bàn giao giữa người dùng và đảm bảo trách nhiệm trong quy trình quản lý vấn đề.
Vì sao điều này quan trọng
Cần thiết để phân tích việc bàn giao, phân tách nhiệm vụ và khối lượng công việc của nguồn lực.
Lấy dữ liệu ở đâu
Trường 'author' trong changelog của Jira hoặc trường 'assignee' trên issue
Ví dụ
j.smithsystem_automationm.doe
|
|||
|
Nhóm hỗ trợ được giao xử lý
SupportGroup
|
Nhóm kỹ thuật hiện được giao điều tra vấn đề. | ||
|
Mô tả
Cho biết nhóm cụ thể chịu trách nhiệm xử lý bản ghi vấn đề tại thời điểm sự kiện diễn ra. Trong Jira Service Management, thông tin này thường được ánh xạ vào 'Component' hoặc trường tùy chỉnh như 'Support Group'. Thuộc tính này rất cần thiết cho bảng điều khiển 'Điểm nghẽn khi bàn giao giữa các nhóm hỗ trợ'. Bảng điều khiển giúp chuyên viên phân tích theo dõi cách vấn đề chuyển giữa các nhóm và xác định vấn đề thường nằm ở nhóm nào lâu nhất.
Vì sao điều này quan trọng
Cần thiết để khai thác dữ liệu theo cơ cấu tổ chức và xác định vướng mắc giữa các nhóm.
Lấy dữ liệu ở đâu
Trường issue 'Component' hoặc trường tùy chỉnh 'Support Group'
Ví dụ
Quản trị cơ sở dữ liệuVận hành mạngHỗ trợ ứng dụng cấp 2
|
|||
|
Nhóm nguyên nhân gốc rễ
RootCauseCategory
|
Phân loại nguyên nhân cốt lõi gây ra vấn đề. | ||
|
Mô tả
Phân loại lỗi kỹ thuật hoặc lỗi quy trình gây ra vấn đề, chẳng hạn như 'Lỗi phần mềm', 'Lỗi do con người' hoặc 'Lỗi phần cứng'. Đây thường là trường tùy chỉnh trong Jira Service Management. Thuộc tính này hỗ trợ bảng điều khiển 'Phân bố nhóm nguyên nhân gốc rễ', giúp bạn quyết định nên đầu tư vào hạ tầng hay đào tạo để ngăn vấn đề tái diễn.
Vì sao điều này quan trọng
Giúp xác định vấn đề mang tính hệ thống và định hướng biện pháp phòng ngừa.
Lấy dữ liệu ở đâu
Trường tùy chỉnh 'Root Cause' hoặc 'Root Cause Category'
Ví dụ
Lỗi phần mềmLỗi cấu hìnhVấn đề về dung lượngVấn đề từ nhà cung cấp
|
|||
|
Tóm tắt vấn đề
ProblemSummary
|
Mô tả ngắn hoặc tiêu đề của bản ghi vấn đề. | ||
|
Mô tả
Tóm tắt nội dung chính của bản ghi vấn đề. Dù chủ yếu là văn bản, thông tin này vẫn cung cấp bối cảnh để chuyên viên phân tích xem xét từng trường hợp trong công cụ process mining. Bạn có thể tìm kiếm theo từ khóa và phân tích định tính các loại vấn đề được ghi nhận.
Vì sao điều này quan trọng
Cung cấp thông tin dễ đọc về trường hợp, bên cạnh mã định danh.
Lấy dữ liệu ở đâu
Trường issue 'Summary'
Ví dụ
Hết thời gian chờ kết nối cơ sở dữ liệu tại khu vực EUĐộ trễ dịch vụ email tăng đột biếnHàng đợi xử lý đơn hàng bị treo
|
|||
|
Có giải pháp tạm thời
WorkaroundDetails
|
Cho biết đã ghi lại giải pháp tạm thời cho vấn đề hay chưa. | ||
|
Mô tả
Ghi nhận liệu có nội dung giải pháp tạm thời hay nội dung đó đã được công bố hay chưa. Nhờ vậy, tổ chức có thể theo dõi 'Tốc độ công bố giải pháp tạm thời'. Phân tích trường này giúp xác định nhóm có thể khôi phục dịch vụ ổn định nhanh đến đâu, ngay cả khi chưa tìm ra cách khắc phục lâu dài.
Vì sao điều này quan trọng
Giúp đo lường tốc độ cung cấp biện pháp hỗ trợ tạm thời cho hoạt động kinh doanh.
Lấy dữ liệu ở đâu
Trường tùy chỉnh 'Workaround'
Ví dụ
Khởi động lại dịch vụXóa bộ nhớ đệm trình duyệtChưa cung cấp
|
|||
|
Đã mở lại
IsReopened
|
Cờ cho biết vấn đề có được mở lại sau khi đóng hay không. | ||
|
Mô tả
Cờ dạng đúng/sai được đặt thành true nếu bản ghi vấn đề chuyển từ trạng thái đã đóng trở lại trạng thái đang mở. Thông tin này hỗ trợ 'Phân tích tỷ lệ vấn đề được mở lại'. Tỷ lệ mở lại cao cho thấy cách khắc phục lâu dài có thể chưa đạt yêu cầu hoặc quy trình xác minh chưa đầy đủ.
Vì sao điều này quan trọng
Chỉ báo chất lượng về hiệu quả của các cách khắc phục.
Lấy dữ liệu ở đâu
Suy ra từ các lần chuyển trạng thái
Ví dụ
truefalse
|
|||
|
Mã xử lý
ResolutionCode
|
Mã cho biết cách vấn đề được xử lý. | ||
|
Mô tả
Cho biết kết quả cuối cùng của bản ghi vấn đề, chẳng hạn như 'Đã khắc phục', 'Không khắc phục', 'Trùng lặp' hoặc 'Không thể tái hiện'. Thông tin này giúp lọc các vấn đề đã được xử lý thành công khỏi những trường hợp đóng vì lý do hành chính, nhờ đó các KPI như 'Thời gian trung bình để tìm ra nguyên nhân gốc rễ' được tính chính xác.
Vì sao điều này quan trọng
Phân biệt việc khắc phục hiệu quả với việc đóng hồ sơ vì lý do hành chính.
Lấy dữ liệu ở đâu
Trường issue 'Resolution'
Ví dụ
Đã hoàn tấtKhông thực hiệnTrùng lặpKhông thể tái hiện
|
|||
|
Ngày tạo
CreatedDate
|
Ngày tạo bản ghi vấn đề. | ||
|
Mô tả
Thời điểm vấn đề được ghi nhận lần đầu trong hệ thống. Dấu thời gian sự kiện cho biết thời điểm hoạt động diễn ra, còn thuộc tính này thường dùng để lọc dữ liệu ở mức tổng quan, chẳng hạn như 'Hiển thị tất cả vấn đề được tạo trong quý 1'. Đây là mốc thời gian để phân tích thời gian tồn đọng.
Vì sao điều này quan trọng
Mốc thời gian để phân tích thời gian tồn đọng và số lượng vấn đề tiếp nhận.
Lấy dữ liệu ở đâu
Trường issue 'Created'
Ví dụ
2023-01-012023-06-15
|
|||
|
Người báo cáo
ReporterName
|
Người dùng ban đầu ghi nhận bản ghi vấn đề. | ||
|
Mô tả
Xác định người tạo bản ghi vấn đề. Người này không nhất thiết là người được giao xử lý. Phân tích người báo cáo giúp bạn hiểu vấn đề được phát hiện từ đâu, chẳng hạn như nhân viên bộ phận hỗ trợ dịch vụ hay quản trị viên hệ thống. Thông tin này bổ sung bối cảnh cho phân tích 'Chủ động và phản ứng'.
Vì sao điều này quan trọng
Xác định nguồn tiếp nhận vấn đề.
Lấy dữ liệu ở đâu
Trường issue 'Reporter'
Ví dụ
monitoring_servicehelpdesk_leadnetwork_admin
|
|||
|
Nguồn phát hiện
DetectionSource
|
Cách vấn đề được phát hiện, chẳng hạn như chủ động hoặc phản ứng. | ||
|
Mô tả
Cho biết vấn đề được phát hiện từ đâu. Các giá trị thường gặp gồm 'Giám sát chủ động', 'Sự cố từ bộ phận hỗ trợ dịch vụ' hoặc 'Thông báo từ nhà cung cấp'. Thuộc tính này được dùng trong bảng điều khiển 'Phát hiện chủ động và phản ứng' để đánh giá mức độ trưởng thành của quy trình quản lý vấn đề.
Vì sao điều này quan trọng
Đo lường mức độ trưởng thành của quy trình và hiệu quả của hệ thống giám sát.
Lấy dữ liệu ở đâu
Trường tùy chỉnh 'Source' hoặc 'Detection Source'
Ví dụ
Giám sát chủ độngChuyển cấp sự cốThông báo từ nhà cung cấp
|
|||
|
Số sự cố được liên kết
LinkedIncidentCount
|
Số sự cố được liên kết với bản ghi vấn đề này. | ||
|
Mô tả
Số lượng phiếu sự cố được liên kết với bản ghi vấn đề. Thuộc tính này cho biết vấn đề ảnh hưởng đến bao nhiêu người dùng. Thuộc tính này được dùng trong KPI 'Mức độ liên kết giữa sự cố và vấn đề' để ưu tiên xử lý những vấn đề tạo ra nhiều phiếu hỗ trợ nhất.
Vì sao điều này quan trọng
Định lượng ảnh hưởng đến hoạt động kinh doanh dựa trên số lượng sự cố.
Lấy dữ liệu ở đâu
Số liên kết trong bảng 'issuelinks' có loại 'Problem/Incident'
Ví dụ
011550
|
|||
|
Thực hiện PIR
ReviewStatus
|
Cho biết đã thực hiện đánh giá sau triển khai (PIR) hay chưa. | ||
|
Mô tả
Theo dõi xem hoạt động hoặc cờ 'Đánh giá sau triển khai' có xuất hiện trong trường hợp hay không. Thông tin này cần thiết cho bảng điều khiển 'Tuân thủ đánh giá sau triển khai'. Nhờ đó, tổ chức có thể đảm bảo tuân thủ các yêu cầu quản trị để cải tiến liên tục.
Vì sao điều này quan trọng
Chỉ số tuân thủ phục vụ việc học hỏi trong tổ chức.
Lấy dữ liệu ở đâu
Trường tùy chỉnh 'PIR Status' hoặc sự hiện diện của hoạt động 'PIR'
Ví dụ
Đã hoàn tấtĐang chờKhông bắt buộc
|
|||
|
Trạng thái vi phạm SLA
SlaBreachStatus
|
Cho biết bản ghi vấn đề có vi phạm thỏa thuận mức dịch vụ hay không. | ||
|
Mô tả
Trường dạng đúng/sai hoặc trường trạng thái cho biết thời gian xử lý có vượt quá mục tiêu đã thống nhất hay không. Thông tin này hỗ trợ bảng điều khiển 'Tuân thủ SLA và xu hướng mục tiêu'. Trường này làm nổi bật những trường hợp có thể khiến tổ chức gặp rủi ro về tuân thủ hoặc bị phạt.
Vì sao điều này quan trọng
Cần thiết để theo dõi việc tuân thủ và hiệu quả hoạt động.
Lấy dữ liệu ở đâu
Logic trường SLA trong Jira Service Management
Ví dụ
ĐạtVi phạmTạm dừng
|
|||
|
Yêu cầu thay đổi được liên kết
LinkedChangeRequest
|
Mã định danh của yêu cầu thay đổi được liên kết với vấn đề này. | ||
|
Mô tả
Lưu mã ID của yêu cầu thay đổi (RFC) được tạo để triển khai cách khắc phục lâu dài. Liên kết này rất cần thiết cho bảng điều khiển 'Độ trễ khi khởi tạo yêu cầu thay đổi'. Liên kết này kết nối quy trình quản lý vấn đề với quy trình quản lý thay đổi, cho phép phân tích giữa các quy trình.
Vì sao điều này quan trọng
Kết nối quá trình điều tra với việc khắc phục trong quy trình quản lý thay đổi.
Lấy dữ liệu ở đâu
Liên kết issue có loại 'is fixed by' hoặc tương tự
Ví dụ
CR-404CHG-1099CR-5512
|
|||
Hoạt động quản lý vấn đề
| Hoạt động | Mô tả | ||
|---|---|---|---|
|
Bắt đầu điều tra
|
Trạng thái vấn đề chuyển sang trạng thái đang được điều tra, chẳng hạn 'Under Investigation' hoặc 'In Progress'. Đây là thời điểm bắt đầu giai đoạn xử lý thực tế. | ||
|
Vì sao điều này quan trọng
Bắt đầu tính thời gian điều tra. Giúp phân biệt thời gian chờ trong hàng đợi với thời gian thực sự dành cho phân tích.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trạng thái chuyển thành 'Under Investigation' hoặc 'In Progress'
Thu thập
So sánh các lần cập nhật trường trạng thái
Loại sự kiện
inferred
|
|||
|
Cập nhật giải pháp tạm thời
|
Điền hoặc cập nhật trường văn bản 'Workaround'. Sự kiện này cho biết giải pháp tạm thời đã được ghi lại. | ||
|
Vì sao điều này quan trọng
Đo tốc độ đưa ra giải pháp giúp hoạt động kinh doanh tiếp tục. Đây là dữ liệu quan trọng để tính KPI 'Thời gian cung cấp giải pháp tạm thời'.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trường 'Workaround' thay đổi (không rỗng)
Thu thập
Được ghi lại khi trường Workaround được chỉnh sửa
Loại sự kiện
explicit
|
|||
|
Đóng bản ghi vấn đề
|
Sự kiện kết thúc vòng đời quản lý vấn đề. Được ghi nhận rõ khi trạng thái chuyển thành 'Closed'. | ||
|
Vì sao điều này quan trọng
Thời điểm kết thúc chính thức của một quy trình. Cần thiết để tính tổng thời gian xử lý và tỷ lệ đóng.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trạng thái chuyển thành 'Closed'
Thu thập
Được ghi lại khi trạng thái chuyển thành Closed
Loại sự kiện
explicit
|
|||
|
Giao cho nhóm hỗ trợ
|
Giao bản ghi vấn đề cho một nhóm kỹ thuật hoặc nhóm hỗ trợ cụ thể. Theo dõi thay đổi ở trường tùy chỉnh 'Support Group' hoặc trường 'Assignee' nếu không dùng nhóm. | ||
|
Vì sao điều này quan trọng
Thông tin này rất quan trọng để phân tích việc bàn giao và điểm nghẽn giữa các nhóm. Tỷ lệ chuyển giao cao có thể cho thấy việc định tuyến chưa hiệu quả.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trường 'Support Group' hoặc 'Assignee' thay đổi
Thu thập
Được ghi lại khi trường giao việc thay đổi
Loại sự kiện
explicit
|
|||
|
Liên kết sự cố với vấn đề
|
Liên kết phiếu sự cố liên quan với bản ghi vấn đề. Thông tin này được ghi trong bảng liên kết vấn đề hoặc lịch sử. | ||
|
Vì sao điều này quan trọng
Cho biết mức độ ảnh hưởng và phạm vi của vấn đề. Đây là dữ liệu cần thiết để tính KPI 'Độ sâu liên kết từ sự cố đến vấn đề' và ưu tiên xử lý theo tác động đến hoạt động kinh doanh.
Lấy dữ liệu ở đâu
Jira Issue Links: tạo liên kết có loại 'causes' hoặc 'relates to'
Thu thập
Được ghi lại khi tạo liên kết giữa các vấn đề
Loại sự kiện
explicit
|
|||
|
Tạo bản ghi vấn đề
|
Sự kiện đầu tiên, khi phiếu vấn đề được tạo trong hệ thống. Thời điểm này được ghi rõ trong lịch sử vấn đề dưới dạng dấu thời gian tạo. | ||
|
Vì sao điều này quan trọng
Đánh dấu thời điểm bắt đầu vòng đời quản lý vấn đề và cho phép phân tích số lượng. Đây là dữ liệu cần thiết để tính thông lượng và tốc độ tiếp nhận.
Lấy dữ liệu ở đâu
Bảng Jira Issue: dấu thời gian Created Date hoặc thẻ History: sự kiện Issue Created
Thu thập
Được ghi lại khi giao dịch tạo vấn đề hoàn tất
Loại sự kiện
explicit
|
|||
|
Xác định nguyên nhân gốc rễ
|
Thời điểm nguyên nhân tiềm ẩn được ghi nhận chính thức. Có thể xác định qua việc trạng thái chuyển thành 'Root Cause Identified' hoặc trường 'Root Cause' được điền. | ||
|
Vì sao điều này quan trọng
Cột mốc quan trọng đánh dấu kết thúc giai đoạn điều tra. Đây là dữ liệu cần thiết để tính 'Thời gian trung bình để tìm ra nguyên nhân gốc rễ'.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trạng thái chuyển thành 'Root Cause Identified' HOẶC trường 'Root Cause' được điền
Thu thập
So sánh trường trạng thái hoặc kiểm tra xem trường đã được điền chưa
Loại sự kiện
inferred
|
|||
|
Xác minh đã xử lý xong
|
Xác nhận giải pháp đã xử lý hiệu quả vấn đề. Có thể xác định qua lần chuyển trạng thái thành 'Resolved' hoặc một trạng thái 'Verified' cụ thể. | ||
|
Vì sao điều này quan trọng
Bước kiểm tra chất lượng để bảo đảm giải pháp hoạt động. Chậm trễ ở đây có thể cho thấy điểm nghẽn trong khâu kiểm thử hoặc nghiệm thu của người dùng.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trạng thái chuyển thành 'Resolved' hoặc 'Verified'
Thu thập
So sánh các lần cập nhật trường trạng thái
Loại sự kiện
inferred
|
|||
|
Áp dụng giải pháp lâu dài
|
Lần chuyển trạng thái cho biết giải pháp đã được triển khai. Thường có thể xác định qua trạng thái chuyển thành 'Implementing' hoặc 'Fixed'. | ||
|
Vì sao điều này quan trọng
Đánh dấu thời điểm kết thúc công việc khắc phục kỹ thuật. Dùng để đo thời gian triển khai.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trạng thái chuyển thành 'Implemented', 'Pending Verification' hoặc 'Fixed'
Thu thập
So sánh các lần cập nhật trường trạng thái
Loại sự kiện
inferred
|
|||
|
Đánh giá sau triển khai
|
Thực hiện đánh giá sau khi áp dụng giải pháp. Có thể ghi nhận qua lần chuyển trạng thái thành 'In Review' hoặc cập nhật các trường dành riêng cho PIR. | ||
|
Vì sao điều này quan trọng
Hoạt động tuân thủ nhằm ghi lại bài học kinh nghiệm. Dữ liệu này hỗ trợ phân tích 'Mức độ tuân thủ đánh giá sau triển khai'.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trạng thái chuyển thành 'In Review' HOẶC trường 'PIR Notes' được cập nhật
Thu thập
So sánh trường trạng thái hoặc các lần cập nhật trường PIR
Loại sự kiện
inferred
|
|||
|
Liên kết yêu cầu thay đổi
|
Liên kết Yêu cầu thay đổi (RFC) với bản ghi vấn đề. Đây là dấu hiệu cho thấy quá trình khắc phục lâu dài đã bắt đầu. | ||
|
Vì sao điều này quan trọng
Đo khoảng thời gian từ lúc xác định nguyên nhân đến khi bắt đầu khắc phục. Dữ liệu này hỗ trợ KPI 'Độ trễ khi chuyển sang quản lý thay đổi'.
Lấy dữ liệu ở đâu
Jira Issue Links: tạo liên kết có loại 'is fixed by' hoặc liên kết đến loại vấn đề 'Change'
Thu thập
Được ghi lại khi tạo liên kết đến vấn đề loại Change
Loại sự kiện
explicit
|
|||
|
Mở lại vấn đề
|
Vấn đề chuyển từ trạng thái 'Resolved' hoặc 'Closed' trở lại trạng thái đang xử lý. Điều này cho thấy giải pháp không hiệu quả hoặc kết quả xử lý bị từ chối. | ||
|
Vì sao điều này quan trọng
Đây là chỉ số chất lượng quan trọng. Tỷ lệ mở lại cao cho thấy việc phân tích nguyên nhân gốc rễ hoặc kiểm thử chưa hiệu quả.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trạng thái chuyển từ 'Closed'/'Resolved' thành 'Open'/'In Progress'
Thu thập
So sánh chuỗi trạng thái
Loại sự kiện
inferred
|
|||
|
Thay đổi mức ưu tiên vấn đề
|
Cập nhật trường Priority của bản ghi vấn đề. Có thể ghi nhận thay đổi này bằng cách theo dõi các thay đổi của trường 'Priority' trong thẻ History. | ||
|
Vì sao điều này quan trọng
Cho biết vấn đề được nâng hoặc hạ mức ưu tiên. Phân tích thay đổi này giúp đánh giá độ chính xác của khâu phân loại ban đầu và thời gian tồn đọng của các vấn đề ưu tiên cao.
Lấy dữ liệu ở đâu
Lịch sử Jira Issue: trường 'Priority' đổi từ giá trị cũ sang giá trị mới
Thu thập
Được ghi lại khi trường Priority được cập nhật
Loại sự kiện
explicit
|
|||
|
Vi phạm SLA
|
Sự kiện cho biết thời gian xử lý vấn đề vượt quá Thỏa thuận mức dịch vụ đã xác định. Tính bằng cách so sánh ngày mục tiêu SLA với ngày xử lý xong. | ||
|
Vì sao điều này quan trọng
Thông tin quan trọng cho báo cáo tuân thủ. Giúp xác định mức ưu tiên hoặc danh mục nào thường không đạt mục tiêu nhất.
Lấy dữ liệu ở đâu
Nhật ký SLA của Jira Service Management: 'Time to Resolution' > mục tiêu, hoặc giá trị được tính toán
Thu thập
Lấy từ dữ liệu trường SLA hoặc so sánh Due Date với Resolution Date
Loại sự kiện
calculated
|
|||
Hướng dẫn trích xuất dữ liệu
Sẵn sàng bắt đầu?
Biến dữ liệu quản lý vấn đề thành thông tin hữu ích ngay hôm nay. Tải hướng dẫn hoặc liên hệ đội ngũ hỗ trợ để bắt đầu với process mining.
Tối ưu quy trình quản lý vấn đề ngay hôm nay
Rút ngắn 30% thời gian xử lý và tăng độ ổn định cho môi trường CNTT.
Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút.