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 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
Thuộc tính quản lý vấn đề
| 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ờ
|
|||
Hoạt động quản lý vấn đề
| 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
|
|||
Hướng dẫn trích xuất dữ liệu
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
Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút.