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

Quản lý vấn đề trong ServiceNow
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 vòng đời quản lý vấn đề theo ITIL trong ServiceNow. Mẫu nêu rõ các thuộc tính cần thu thập, hoạt động cần theo dõi và hướng dẫn từng bước để trích xuất dữ liệu. Cấu trúc này giúp bạn thấy rõ quy trình, rút ngắn thời gian xử lý trung bình và hạn chế sự cố tái diễn.
  • Thuộc tính nên dùng để phân tích nguyên nhân gốc rễ
  • Các mốc và hoạt động chính của quy trình
  • Hướng dẫn từng bước trích xuất dữ liệu từ ServiceNow
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 quy trình quản lý vấn đề theo ITIL.
5 Bắt buộc 7 Nên có 9 Không bắt buộc
Tên Mô tả
Dấu thời gian sự kiện
EventTime
Ngày và giờ chính xác khi một hoạt động diễn ra.
Mô tả

Ghi lại thời điểm chính xác một thay đổi hoặc hành động được lưu trong hệ thống. Dữ liệu này giúp sắp xếp hoạt động theo thời gian và tính các chỉ số thời lượng, chẳng hạn như thời gian xử lý và thời gian hoàn tất giữa các bước trong quy trình.

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

Cần thiết để sắp xếp sự kiện và tính mọi KPI dựa trên thời gian.

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

Trường 'sys_created_on' của ServiceNow trong các bảng kiểm tra/lịch sử

Ví dụ
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
Hồ sơ sự cố
ProblemNumber
Mã định danh duy nhất của hồ sơ sự cố.
Mô tả

Khóa chữ và số duy nhất được gán cho một bản ghi sự cố cụ thể trong ServiceNow, ví dụ PRB000123. Mã này liên kết mọi hoạt động trong quy trình, từ lúc ghi nhận ban đầu, phân tích nguyên nhân gốc rễ đến khi đóng sự cố. Trong phân tích process mining, thuộc tính này đóng vai trò là Case ID, giúp tái dựng toàn bộ hành trình xử lý sự cố.

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

Đây là khóa chính để phân biệt từng trường hợp và nhóm các sự kiện liên quan trên sơ đồ quy trình.

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

Bảng 'problem' của ServiceNow, trường 'number'

Ví dụ
PRB004512PRB009823PRB001122
Hoạt động
Activity
Sự kiện hoặc hành động cụ thể được thực hiện trên bản ghi sự cố.
Mô tả

Thuộc tính này thể hiện các bước riêng biệt hoặc thay đổi trạng thái trong vòng đời của bản ghi sự cố. Ví dụ: 'Đã tạo bản ghi sự cố', 'Đã xác định nguyên nhân gốc rễ' hoặc 'Đã giao cho nhóm hỗ trợ'. Thuộc tính này rất cần thiết để lập sơ đồ quy trình và hiển thị trình tự sự kiện.

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

Thuộc tính này xác định các nút trên sơ đồ quy trình, giúp hiển thị quy trình làm việc và các biến thể của quy trình.

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

Lấy từ các bảng 'sys_audit', 'sys_history_line' hoặc các lần thay đổi trạng thái trong bảng 'problem'

Ví dụ
Tạo hồ sơ sự cốĐã hoàn tất phân tíchĐã chuyển trạng thái sang Đã đóng
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 phiên bản hoặc môi trường ServiceNow cụ thể nơi dữ liệu quản lý sự cố được trích xuất. Thuộc tính này đặc biệt hữu ích trong môi trường có nhiều hệ thống, giúp theo dõi nguồn gốc dữ liệu và xử lý những khác biệt riêng của từng hệ thống khi phân tích.

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

Cho biết nguồn gốc dữ liệu, nhất là khi kết hợp dữ liệu từ nhiều công cụ ITSM.

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

Gán cố định khi trích xuất, ví dụ 'ServiceNow Production'

Ví dụ
ServiceNow ProdServiceNow EMEA
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 làm mới gần nhất.
Mô tả

Cho biết dữ liệu dùng để phân tích được cập nhật đến thời điểm nào. Nhờ đó, nhà phân tích biết mình đang xem dữ liệu mới nhất hay ảnh chụp dữ liệu trong quá khứ. Điều này rất quan trọng để diễn giải chính xác trạng thái các trường hợp đang mở.

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

Giúp người dùng biết dữ liệu mới đến đâu để lập báo cáo vận hành chính xác.

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

Thời gian hệ thống tại thời điểm chạy ETL

Ví dụ
2023-11-01T12:00:00Z
Mức độ ưu tiên
Priority
Mức độ ưu tiên được gán cho bản ghi sự cố.
Mô tả

Cho biết mức độ quan trọng và khẩn cấp của sự cố, thường được tính dựa trên mức độ ảnh hưởng và tính khẩn cấp. Thuộc tính này cho phép phân tích theo mức độ nghiêm trọng và hỗ trợ dashboard 'Theo dõi vi phạm SLA và mức độ ưu tiên'.

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

Cho phép phân tích hiệu suất quy trình theo mức độ quan trọng đối với hoạt động kinh doanh.

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

Bảng 'problem' của ServiceNow, trường 'priority'

Ví dụ
1 - Nghiêm trọng2 - Cao3 - Trung bình
Người dùng được giao
AssignedTo
Cá nhân cụ thể được giao xử lý sự cố.
Mô tả

Xác định người dùng hiện chịu trách nhiệm về bản ghi sự cố. Phân tích thuộc tính này giúp hiểu cách phân bổ khối lượng công việc, hiệu suất cá nhân và các điểm nghẽn ở cấp độ tài nguyên.

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

Quan trọng để phân tích hiệu quả sử dụng tài nguyên và khối lượng công việc của từng người.

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

Bảng 'problem' của ServiceNow, trường 'assigned_to'

Ví dụ
Alice SmithBob JonesQuản trị viên hệ thống
Nhóm hỗ trợ
AssignmentGroup
Nhóm kỹ thuật chịu trách nhiệm xử lý sự cố.
Mô tả

Cho biết nhóm hỗ trợ hoặc nhóm cụ thể hiện được giao xử lý sự cố. Thuộc tính này rất cần thiết cho dashboard 'Phân tích việc chuyển giao giữa các nhóm hỗ trợ', giúp theo dõi việc bàn giao giữa các nhóm và phát hiện tình trạng chia cắt trong tổ chức.

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

Rất quan trọng để phát hiện điểm nghẽn giữa các phòng ban và phân tích hiệu quả bàn giao.

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

Bảng 'problem' của ServiceNow, trường 'assignment_group'

Ví dụ
Vận hành mạngQuản trị cơ sở dữ liệuBộ phận hỗ trợ dịch vụ
Nhóm nguyên nhân gốc rễ
RootCauseCategory
Phân loại nguyên nhân gốc rễ đã xác định.
Mô tả

Phân loại nguyên nhân sâu xa của sự cố, chẳng hạn như lỗi phần mềm, lỗi con người hoặc hỏng phần cứng. Thuộc tính này cung cấp dữ liệu cho dashboard 'Độ chính xác khi phân loại nguyên nhân gốc rễ' và giúp phát hiện các kiểu lỗi mang tính hệ thống.

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

Cho phép phân tích các kiểu lỗi để thúc đẩy cải tiến chiến lược.

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

Bảng 'problem' của ServiceNow, trường 'rca_category' hoặc 'u_root_cause_category'

Ví dụ
Lỗi phần mềmLỗi cấu hìnhVấn đề từ nhà cung cấp
Số lần giao lại
ReassignmentCount
Số lần sự cố được chuyển giữa các nhóm.
Mô tả

Bộ đếm số lần nhóm được giao xử lý thay đổi. Đây là nguồn dữ liệu trực tiếp cho KPI 'Số lần giao lại bản ghi sự cố' và giúp phát hiện tình trạng yêu cầu bị chuyển qua lại giữa các nhóm.

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

Chỉ báo trực tiếp về vướng mắc trong quy trình và việc chưa xác định rõ trách nhiệm.

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

Bảng 'problem' của ServiceNow, trường 'reassignment_count'

Ví dụ
0312
Số sự cố liên quan
RelatedIncidentCount
Số sự cố được liên kết với bản ghi sự cố này.
Mô tả

Đo mức độ ảnh hưởng của sự cố bằng cách đếm số sự cố liên quan. Số lượng cao ở trường này, đặc biệt với các lỗi đã biết, được dùng trong dashboard 'Lỗi đã biết và sự cố tái diễn'.

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

Đo mức độ ảnh hưởng của sự cố đến người dùng.

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

Bảng 'problem' của ServiceNow, trường 'related_incidents' (tên trường có thể khác) hoặc số bản ghi được liên kết

Ví dụ
1501200
Trạng thái sự cố
ProblemState
Trạng thái vòng đời của bản ghi sự cố.
Mô tả

Cho biết giai đoạn hiện tại của bản ghi sự cố, chẳng hạn như Đang mở, Phân tích nguyên nhân gốc rễ, Đang xử lý hoặc Đã đóng. Đây là yếu tố chính để lọc và hiểu thành phần tồn đọng trong 'Phân tích thời gian tồn đọng của bản ghi sự cố lâu ngày'.

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

Chỉ báo trạng thái chính để lọc các trường hợp đang mở và đã đóng.

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

Bảng 'problem' của ServiceNow, trường 'state'

Ví dụ
MớiĐánh giáPhân tích nguyên nhân gốc rễĐã giải quyết
Công bố giải pháp tạm thời
WorkaroundPublished
Cho biết giải pháp tạm thời đã được ghi lại và chia sẻ hay chưa.
Mô tả

Cờ dạng đúng/sai hoặc trạng thái cho biết giải pháp tạm thời đã được xác định và đăng lên Cơ sở tri thức hoặc Cơ sở dữ liệu lỗi đã biết hay chưa. Thuộc tính này hỗ trợ dashboard 'Hiệu quả công bố giải pháp tạm thời'.

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

Rất quan trọng để đo tốc độ giảm thiểu ảnh hưởng đến hoạt động kinh doanh trước khi có bản sửa lỗi cuối cùng.

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

Bảng 'problem' của ServiceNow, trường 'work_around' (có nội dung) hoặc trạng thái cụ thể

Ví dụ
truefalse
Dịch vụ kinh doanh
BusinessService
Dịch vụ cấp cao phục vụ hoạt động kinh doanh bị ảnh hưởng bởi sự cố.
Mô tả

Đại diện cho dịch vụ hướng đến hoạt động kinh doanh, chẳng hạn như 'Dịch vụ tính lương' hoặc 'Cổng thông tin khách hàng', thay vì thành phần kỹ thuật. Nhờ đó, báo cáo cung cấp góc nhìn sát với hoạt động kinh doanh cho các bên liên quan.

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

Kết nối vấn đề kỹ thuật với các dòng giá trị kinh doanh.

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

Bảng 'problem' của ServiceNow, trường 'business_service'

Ví dụ
Ngân hàng trực tuyếnEmail nội bộ
Hạn SLA
SlaDueDate
Ngày/giờ mục tiêu để xử lý sự cố theo SLA.
Mô tả

Thời điểm sự cố cần được giải quyết để đáp ứng thỏa thuận mức dịch vụ. Đây là mốc chuẩn cho dashboard 'Theo dõi vi phạm SLA và mức độ ưu tiên' và để tính tỷ lệ tuân thủ.

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

Mốc chuẩn để xác định tình trạng vi phạm SLA.

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

Bảng 'task_sla' của ServiceNow được liên kết với sự cố

Ví dụ
2023-12-31T17:00:00Z
Kết quả PIR
PostImplementationReviewResult
Kết quả hoặc trạng thái hoàn tất của Đánh giá sau triển khai.
Mô tả

Lưu kết quả hoặc trạng thái PIR, ví dụ Đã hoàn tất, Không yêu cầu, Đang chờ. Thuộc tính này cần thiết cho dashboard 'Tuân thủ đánh giá sau triển khai', giúp bảo đảm các sự cố lớn được đánh giá.

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

Chỉ số kiểm soát chất lượng, giúp bảo đảm tổ chức rút kinh nghiệm từ các sự cố lớn.

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

Bảng 'problem' của ServiceNow, trường 'pir_state' hoặc trường tùy chỉnh tương tự

Ví dụ
Đã hoàn tấtĐược miễnĐang chờ
Là lỗi đã biết
IsKnownError
Cờ cho biết sự cố có được phân loại là lỗi đã biết hay không.
Mô tả

Xác định bản ghi sự cố đã được chuyển thành hoặc đánh dấu là lỗi đã biết hay chưa. Thuộc tính này rất cần thiết cho phân tích 'Lỗi đã biết và sự cố tái diễn', giúp đánh giá hiệu quả của quy trình quản lý tri thức.

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

Phân biệt các cuộc điều tra đang diễn ra với lỗi đã được chấp nhận và có giải pháp tạm thời.

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

Bảng 'problem' của ServiceNow, trường 'known_error'

Ví dụ
truefalse
Mục cấu hình
ConfigurationItem
Tài sản hoặc dịch vụ cụ thể bị ảnh hưởng bởi sự cố.
Mô tả

Xác định Mục cấu hình (CI) được liên kết với bản ghi sự cố. Phân tích thuộc tính này giúp đối chiếu sự cố với phần cứng, phần mềm hoặc dịch vụ cụ thể, đồng thời hỗ trợ dashboard 'Độ chính xác khi phân loại nguyên nhân gốc rễ'.

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

Liên kết vấn đề trong quy trình với tài sản vật lý hoặc tài sản logic cụ thể.

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

Bảng 'problem' của ServiceNow, trường 'cmdb_ci'

Ví dụ
Máy chủ SAP ERP 01Dịch vụ email ExchangeOracle DB Prod
Số yêu cầu thay đổi
ChangeRequestNumber
Mã định danh của yêu cầu thay đổi được tạo để khắc phục sự cố.
Mô tả

Liên kết bản ghi sự cố với bản ghi Quản lý thay đổi (RFC). Mối liên kết này rất quan trọng đối với dashboard 'Hiệu quả chuyển tiếp yêu cầu thay đổi', giúp đo tốc độ bàn giao từ khâu chẩn đoán sự cố sang khâu thực hiện thay đổi hạ tầng.

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

Theo dõi quá trình chuyển từ quản lý sự cố sang quản lý thay đổi.

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

Bảng 'problem' của ServiceNow, trường 'rfc'

Ví dụ
CHG003001CHG004552
Thời gian chờ
PendingDuration
Tổng thời gian sự cố ở trạng thái tạm ngưng hoặc chờ xử lý.
Mô tả

Cộng dồn thời gian ở các trạng thái như 'Chờ nhà cung cấp' hoặc 'Tạm hoãn'. Chỉ số này được dùng trong 'Phân tích trạng thái chờ và thời gian chờ' để tách thời gian xử lý nội bộ khỏi thời gian chậm trễ do bên ngoài.

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

Giúp phân biệt sự kém hiệu quả của nhóm với sự phụ thuộc vào bên ngoài.

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

Cách tính: Tổng thời lượng các khoảng thời gian có State = Pending/On Hold

Ví dụ
5 ngày0 phút
Thời gian soạn thảo giải pháp
SolutionDraftingTime
Thời gian từ lúc xác định nguyên nhân gốc rễ đến khi đề xuất giải pháp.
Mô tả

Theo dõi thời lượng của giai đoạn thiết kế giải pháp sau khi đã xác định nguyên nhân. Chỉ số này hỗ trợ dashboard 'Soạn thảo giải pháp và áp dụng bản sửa lỗi'.

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

Đo riêng hiệu suất của giai đoạn thiết kế bản sửa lỗi.

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

Cách tính: Dấu thời gian 'Đã soạn thảo giải pháp đề xuất' trừ 'Đã xác định nguyên nhân gốc rễ'

Ví dụ
2 ngày4 giờ
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 chính và mốc vòng đời cần ghi lại trong nhật ký sự kiện để khám phá chính xác quy trình xử lý vấn đề.
8 Nên có 6 Không bắt buộc
Hoạt động Mô tả
Áp dụng cách khắc phục triệt để
Thời điểm sự cố được đánh dấu là Resolved, thường sau khi yêu cầu thay đổi liên quan được đóng. Điều này cho biết công việc kỹ thuật đã hoàn tất.
Vì sao điều này quan trọng

Xác định thời điểm kết thúc chu kỳ khắc phục chủ động. Dùng để tính tổng thời gian xử lý so với SLA.

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

Bảng 'sys_audit' của ServiceNow, trường 'state' chuyển thành 'Resolved' (thường có giá trị 106).

Thu thập

So sánh giá trị trường trạng thái trước và sau

Loại sự kiện inferred
Bắt đầu điều tra
Trạng thái hồ sơ sự cố chuyển từ 'New' sang 'Assess' hoặc 'Root Cause Analysis'. Điều này cho biết chuyên viên đã bắt đầu chủ động xử lý vấn đề.
Vì sao điều này quan trọng

Đánh dấu thời điểm kết thúc chờ trong hàng đợi ban đầu và bắt đầu giai đoạn điều tra chủ động, hỗ trợ phân tích trạng thái chờ.

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

Bảng 'sys_audit' của ServiceNow, theo dõi thay đổi ở trường 'state' (ví dụ: giá trị chuyển thành 102 hoặc 103 tùy cấu hình).

Thu thập

So sánh giá trị trường trạng thái trước và sau

Loại sự kiện inferred
Đóng hồ sơ sự cố
Sự kiện cuối cùng trong vòng đời, khi hồ sơ không còn hoạt động. Không dự kiến có thêm công việc.
Vì sao điều này quan trọng

Điểm kết thúc chính thức của một trường hợp quy trình. Cần thiết để tính tổng thời gian chu kỳ.

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

Bảng 'problem' của ServiceNow, trường 'closed_at' hoặc trạng thái 'state' chuyển thành 'Closed'.

Thu thập

Ghi nhận khi giao dịch Close Problem được thực thi

Loại sự kiện explicit
Khởi tạo yêu cầu thay đổi
Liên kết một yêu cầu thay đổi (RFC) với hồ sơ sự cố. Đây là bước bàn giao từ Problem Management sang Change Management để triển khai.
Vì sao điều này quan trọng

Cần thiết cho dashboard Hiệu quả chuyển tiếp yêu cầu thay đổi. Giúp xác định thời gian chậm trễ giữa lúc tìm ra cách khắc phục và lúc bắt đầu quy trình thay đổi.

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

Bảng 'sys_audit' của ServiceNow, theo dõi việc điền trường tham chiếu 'rfc' trên bảng 'problem'.

Thu thập

Ghi nhận khi giao dịch Create Normal Change được thực thi

Loại sự kiện explicit
Phân công cho nhóm hỗ trợ
Chuyển hồ sơ sự cố đến một nhóm kỹ thuật cụ thể để điều tra. Hoạt động này theo dõi quá trình chuyển giao trách nhiệm và rất quan trọng khi phân tích các lần bàn giao.
Vì sao điều này quan trọng

Cần thiết cho dashboard Phân tích chuyển giao giữa các nhóm hỗ trợ, giúp phát hiện tình trạng hồ sơ bị chuyển qua lại và điểm nghẽn giữa các nhóm.

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

Bảng 'sys_audit' hoặc 'sys_history_line' của ServiceNow, theo dõi thay đổi ở trường 'assignment_group'.

Thu thập

So sánh giá trị trường trạng thái trước và sau

Loại sự kiện inferred
Tạo hồ sơ sự cố
Thời điểm tạo hồ sơ sự cố ban đầu trong hệ thống ServiceNow. Đây là mốc bắt đầu vòng đời quản lý sự cố và là thời điểm tham chiếu để tính thời gian hồ sơ tồn đọng.
Vì sao điều này quan trọng

Xác định thời điểm bắt đầu để tính thời gian chu kỳ và đo lường SLA. Đây là mốc chính để xác định số lượng cuộc điều tra sự cố mới.

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

Bảng 'problem' của ServiceNow, trường 'sys_created_on'.

Thu thập

Ghi nhận khi giao dịch New Record được thực thi

Loại sự kiện explicit
Xác định giải pháp tạm thời
Nhập nội dung vào trường 'Workaround' trên hồ sơ sự cố. Hoạt động này ghi lại thời điểm chuyên viên lập tài liệu về giải pháp tạm thời.
Vì sao điều này quan trọng

Hỗ trợ dashboard Hiệu suất công bố giải pháp tạm thời bằng cách xác định thời điểm giải pháp kỹ thuật được biết đến lần đầu.

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

Bảng 'sys_audit' của ServiceNow, trong đó 'fieldname' là 'workaround'.

Thu thập

So sánh giá trị trường trạng thái trước và sau

Loại sự kiện inferred
Xác định nguyên nhân gốc rễ
Thời điểm các mã 'Root Cause' được điền hoặc trạng thái chuyển thành 'Fix in Progress'. Đây là dấu mốc cho biết vấn đề đã được chẩn đoán thành công.
Vì sao điều này quan trọng

Dùng để tính thời gian trung bình tìm ra nguyên nhân gốc rễ và hỗ trợ dashboard Thời gian chu kỳ điều tra nguyên nhân gốc rễ. Đây là một cột mốc quan trọng của quy trình.

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

Bảng 'sys_audit' của ServiceNow, theo dõi thay đổi ở trường danh mục 'root_cause' hoặc chuyển sang trạng thái 'Fix in Progress'.

Thu thập

So sánh giá trị trường trạng thái trước và sau

Loại sự kiện inferred
Công bố giải pháp tạm thời
Thực hiện hành động 'Communicate Workaround' để gửi giải pháp tạm thời đến các sự cố liên quan hoặc tạo bài viết Lỗi đã biết. Đây là hoạt động riêng, không chỉ đơn thuần nhập nội dung giải pháp.
Vì sao điều này quan trọng

Rất quan trọng để đo tốc độ chia sẻ kiến thức. Chậm trễ ở bước này ảnh hưởng trực tiếp đến số sự cố tái diễn.

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

Bảng 'sys_journal_field' của ServiceNow hoặc nhật ký UI Action cụ thể. Cũng có thể suy ra sự kiện này nếu tạo bản ghi 'kb_knowledge' thuộc loại 'Known Error'.

Thu thập

Ghi nhận khi giao dịch Communicate Workaround được thực thi

Loại sự kiện explicit
Hoàn tất đánh giá sau triển khai
Hoàn tất tác vụ PIR hoặc bật cờ PIR. Điều này xác nhận đã thực hiện đánh giá lại sau sự cố lớn.
Vì sao điều này quan trọng

Hỗ trợ trực tiếp dashboard Tuân thủ đánh giá sau triển khai. Thiếu hoạt động này ở các sự cố ưu tiên cao cho thấy chưa tuân thủ.

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

Đóng bản ghi trong bảng 'problem_task' của ServiceNow (type=PIR) hoặc thay đổi trường 'pir_state' trong bảng 'problem'.

Thu thập

Suy ra bằng cách so sánh trường X với Y

Loại sự kiện inferred
Soạn thảo giải pháp đề xuất
Nhập dữ liệu vào các trường 'Fix Notes' hoặc 'Resolution Code'. Điều này cho biết chuyên viên đã chuyển từ tìm hiểu nguyên nhân sang thiết kế giải pháp khắc phục triệt để.
Vì sao điều này quan trọng

Hỗ trợ dashboard Soạn thảo giải pháp và áp dụng cách khắc phục bằng cách tách riêng thời lượng của giai đoạn thiết kế.

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

Bảng 'sys_audit' của ServiceNow, theo dõi cập nhật ở trường 'fix_notes'.

Thu thập

So sánh giá trị trường trạng thái trước và sau

Loại sự kiện inferred
Trạng thái chuyển thành Fix in Progress
Hồ sơ chuyển sang trạng thái cho biết giải pháp đang được xây dựng hoặc triển khai, thường là đang chờ Change Management.
Vì sao điều này quan trọng

Phân biệt thời gian điều tra chủ động với thời gian 'chờ thay đổi', giúp phân tích điểm nghẽn chính xác hơn.

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

Bảng 'sys_audit' của ServiceNow, trường 'state' chuyển thành 'Fix in Progress' (thường có giá trị 104).

Thu thập

So sánh giá trị trường trạng thái trước và sau

Loại sự kiện inferred
Từ chối đánh giá
Hồ sơ sự cố được chuyển về trạng thái trước đó hoặc bị hủy trong giai đoạn đánh giá vì không phải là sự cố hợp lệ.
Vì sao điều này quan trọng

Giúp phát hiện lãng phí trong quy trình khi sự cố bị chuyển nhầm thành vấn đề cần quản lý.

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

Bảng 'sys_audit' của ServiceNow, trường 'state' chuyển từ 'Assess' thành 'Closed/Cancelled' hoặc 'New'.

Thu thập

So sánh giá trị trường trạng thái trước và sau

Loại sự kiện inferred
Xác minh kết quả xử lý
Bước xác nhận giải pháp xử lý có hiệu quả hay không. Tùy mức độ hoàn thiện của quy trình, đây có thể là một trạng thái cụ thể hoặc một ô đánh dấu.
Vì sao điều này quan trọng

Bảo đảm kiểm soát chất lượng trước khi đóng hồ sơ. Bỏ qua bước này giúp phân tích sai lệch quy trình.

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

Bảng 'sys_audit' của ServiceNow. Có thể là thay đổi trạng thái (Resolved -> Closed) hoặc thay đổi trường cụ thể 'u_resolution_verified' nếu đã cấu hình.

Thu thập

So sánh giá trị trường trạng thái trước và sau

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

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

Cách lấy dữ liệu quản lý vấn đề từ ServiceNow

Bắt đầu ngay?

Tải mẫu đầy đủ và 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. Đội ngũ của chúng tôi sẵn sàng hỗ trợ bạn trong từng bước triển khai process mining.

Tối ưu hóa quy trình quản lý vấn đề để xử lý nhanh hơn

Rút ngắn 30% chu kỳ điều tra bằng process mining

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.