Mẫu dữ liệu quản lý vấn đề

Jira Service Management
Mẫu dữ liệu quản lý vấn đề

Mẫu dữ liệu quản lý vấn đề

Mẫu này giúp bạn phân tích quy trình làm việc trong quản lý dịch vụ CNTT bằng cách xác định các điểm dữ liệu thiết yếu và những mốc quan trọng trong Jira Service Management. Mẫu cung cấp danh sách có cấu trúc về các thuộc tính và hoạt động cần thiết để hiểu rõ cách đội ngũ xử lý vấn đề tiềm ẩn và tìm nguyên nhân gốc rễ. Hãy dùng hướng dẫn này để thu thập dữ liệu hiệu quả hơn và tạo ra thông tin hữu ích từ các hoạt động process mining.
  • 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
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ý vấn đề

Đây là các trường dữ liệu nên có trong nhật ký sự kiện để phân tích đầy đủ vòng đời quản lý vấn đề.
5 Bắt buộc 5 Nên có 10 Không bắt buộc
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
Bắt buộc Nên có Không bắt buộc

Hoạt động quản lý vấn đề

Đây là các bước và mốc quan trọng cần ghi lại trong nhật ký sự kiện để khám phá chính xác quy trình xử lý.
8 Nên có 6 Không bắt buộc
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
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ừ Jira Service Management

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.

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

Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút.