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

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

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

Mẫu này cung cấp cấu trúc để phân tích quy trình điều tra nguyên nhân gốc rễ trong BMC Helix ITSM. Mẫu nêu rõ các thuộc tính và hoạt động cần thiết để tạo nhật ký sự kiện chi tiết, đồng thời hướng dẫn cách trích xuất dữ liệu. Làm theo hướng dẫn này, bạn có thể phát hiện điểm nghẽn và rút ngắn thời gian xử lý sự cố triệt để.
  • Các trường dữ liệu thiết yếu để phân tích nguyên nhân gốc rễ
  • Các mốc quy trình tiêu chuẩn cần theo dõi
  • Hướng dẫn trích xuất dữ liệu từ BMC Helix ITSM
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 đề

Bảng này liệt kê 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 9 Nên có 5 Không bắt buộc
Tên Mô tả
Hồ sơ vấn đề
ProblemRecord
Mã định danh duy nhất của hồ sơ điều tra vấn đề.
Mô tả

Thuộc tính này là mã định danh trung tâm của hồ sơ trong quy trình quản lý vấn đề. Trong BMC Helix ITSM, đây thường là trường 'Problem ID' (ví dụ: PBI00000012345) trên biểu mẫu PBM:Problem Investigation. Trường này liên kết mọi hoạt động liên quan, từ lúc ghi nhận vấn đề đến khi đóng hồ sơ và đánh giá sau triển khai.

Trong phân tích process mining, thuộc tính này dùng để nhóm các sự kiện riêng lẻ thành một phiên bản quy trình. Nhờ đó, chuyên viên phân tích có thể trực quan hóa toàn bộ hành trình xử lý một vấn đề cụ thể. Nếu thiếu mã định danh này, sẽ không thể liên kết chuỗi hành động của các nhóm hỗ trợ và điều phối viên khác nhau.

Trường này đóng vai trò khóa chính của nhật ký sự kiện và cần thiết cho mọi phép tổng hợp ở cấp hồ sơ, chẳng hạn như tính tổng thời gian xử lý của từng vấn đề hoặc đếm số vấn đề theo mức độ ưu tiên.

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

Đây là khóa cơ bản cần có để tạo chế độ xem quy trình và theo dõi vòng đời của từng vấn đề.

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

Biểu mẫu PBM:Problem Investigation, trường 'Problem ID'

Ví dụ
PBI00000004512PBI00000004513PBI00000004514
Hoạt động
Activity
Tác vụ cụ thể hoặc sự kiện thay đổi trạng thái đã xảy ra.
Mô tả

Thuộc tính này thể hiện bước cụ thể trong vòng đời quản lý vấn đề, chẳng hạn như 'Ghi nhận hồ sơ vấn đề', 'Xác định nguyên nhân gốc rễ' hoặc 'Cập nhật cơ sở dữ liệu giải pháp'. Trong BMC Helix, các bước này thường được xác định từ Lịch sử trạng thái, Nhật ký kiểm tra hoặc dấu thời gian giao dịch cụ thể trong phân hệ Điều tra vấn đề.

Đây là thuộc tính cốt lõi để khám phá quy trình. Bằng cách phân tích chuỗi hoạt động, công cụ process mining dựng sơ đồ quy trình, cho thấy luồng công việc thực tế khác với quy trình được thiết kế ra sao. Sơ đồ làm rõ các vòng lặp, việc phải làm lại và những điểm lệch khỏi quy trình vận hành tiêu chuẩn.

Tên hoạt động chính xác rất quan trọng để hiểu điều gì thực sự đã diễn ra trong suốt vòng đời. Dữ liệu này giúp đo thời gian chuyển tiếp giữa các bước cụ thể, chẳng hạn như khoảng thời gian từ lúc xác định 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

Thuộc tính này xác định các nút trên sơ đồ quy trình và giúp trực quan hóa quy trình làm việc.

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

Lấy từ lịch sử trạng thái PBM:Problem Investigation hoặc PBM:AuditLogSystem

Ví dụ
Ghi nhận hồ sơ vấn đềPhân công cho nhóm hỗ trợBắt đầu điều traXác định nguyên nhân gốc rễ
Thời điểm sự kiện
EventTime
Dấu thời gian ghi nhận thời điểm hoạt động cụ thể diễn ra.
Mô tả

Thuộc tính này ghi lại chính xác ngày giờ một hoạt động diễn ra. Trong BMC Helix ITSM, dữ liệu này tương ứng với các trường như 'Submit Date', 'Last Modified Date' hoặc dấu thời gian cụ thể trong các bảng lịch sử ghi nhận thay đổi trạng thái.

Khi phân tích, thuộc tính này dùng để sắp xếp sự kiện theo trình tự thời gian và tính khoảng thời gian. Nhờ đó, bạn có thể đo thời gian xử lý giữa hai mốc bất kỳ trong quy trình, chẳng hạn như 'Investigation Cycle Time' hoặc 'Workaround Publication Lead Time'.

Dấu thời gian chính xác rất quan trọng để phát hiện điểm nghẽn. Bằng cách tính khoảng cách thời gian giữa các sự kiện liên tiếp, chuyên viên phân tích có thể xác định chính xác nơi xảy ra chậm trễ, dù là ở khâu phân công ban đầu hay giai đoạn đánh giá cuối cùng.

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

Thuộc tính này giúp tính mọi KPI dựa trên thời lượng và sắp xếp sự kiện theo trình tự.

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

Bảng lịch sử hoặc nhật ký kiểm tra liên kết với PBM:Problem Investigation

Ví dụ
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:10Z
Hệ thống nguồn
SourceSystem
Hệ thống nơi dữ liệu được tạo ra.
Mô tả

Thuộc tính này xác định hệ thống phần mềm đã cung cấp dữ liệu quy trình, trong trường hợp này là 'BMC Helix ITSM'. Thuộc tính đặc biệt quan trọng trong môi trường có nhiều hệ thống, nơi process mining có thể tổng hợp dữ liệu từ nhiều công cụ ITSM, phát triển phần mềm hoặc của nhà cung cấp bên ngoài.

Khi phân tích, trường này đóng vai trò thẻ siêu dữ liệu để xác thực nguồn gốc của bản ghi. Nếu chế độ xem process mining kết hợp dữ liệu quản lý vấn đề từ BMC Helix với dữ liệu phát triển phần mềm từ một hệ thống riêng (ví dụ: Jira), thuộc tính này giúp phân đoạn kết quả theo công cụ nguồn.

Thuộc tính này cũng hỗ trợ xử lý sự cố kỹ thuật. Khi phát hiện vấn đề về chất lượng dữ liệu, kỹ sư dữ liệu có thể dựa vào hệ thống nguồn để truy ngược đến quy trình trích xuất hoặc cơ sở dữ liệu cụ thể.

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

Thuộc tính này giúp truy xuất nguồn gốc và cung cấp ngữ cảnh, đặc biệt khi xem quy trình trên nhiều hệ thống.

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

Được điền cố định trong quá trình trích xuất dữ liệu

Ví dụ
BMC Helix ITSMRemedy OnDemandBMC ITSM Prod
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian cho biết dữ liệu được trích xuất hoặc làm mới lần cuối.
Mô tả

Thuộc tính này cho biết lần gần nhất dữ liệu được tải vào ứng dụng process mining. Nhờ đó, chuyên viên phân tích biết dữ liệu đang xem được cập nhật đến thời điểm nào. Thông tin này thường do tập lệnh trích xuất hoặc công cụ xử lý dữ liệu tạo ra.

Khi phân tích, thuộc tính này giúp tránh đưa ra quyết định dựa trên dữ liệu cũ. Ví dụ, nếu quản lý đang xem 'Hồ sơ vấn đề đang mở', việc biết dữ liệu được cập nhật một giờ hay một tuần trước sẽ ảnh hưởng đáng kể đến cách đánh giá khối lượng công việc hiện tại.

Thuộc tính này cũng được dùng khi tải dữ liệu tăng dần. Bằng cách theo dõi thời điểm cập nhật gần nhất, quy trình ETL chỉ cần lấy các bản ghi thay đổi kể từ lần trích xuất trước, giúp tăng hiệu suất và giảm tải hệ thống.

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

Thuộc tính này giúp đảm bảo dữ liệu luôn mới và hỗ trợ chiến lược tải dữ liệu tăng dần.

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

Thời gian hệ thống tại thời điểm trích xuất

Ví dụ
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
CI dịch vụ
ServiceCI
Dịch vụ kinh doanh hoặc mục cấu hình chính bị ảnh hưởng.
Mô tả

Thuộc tính này xác định Mục cấu hình dịch vụ (CI) liên quan đến vấn đề, chẳng hạn như 'Dịch vụ email', 'SAP ERP' hoặc 'Mạng Wi-Fi'. Trong BMC Helix, đây thường là trường 'Service+' hoặc mối liên kết CI chính.

Khi phân tích, thuộc tính này giúp phân đoạn hồ sơ vấn đề theo sản phẩm hoặc dịch vụ. Bộ phận lãnh đạo CNTT có thể biết dịch vụ nào dễ phát sinh sự cố nhất và tạo ra nhiều cuộc điều tra vấn đề nhất. Thuộc tính này bổ sung chiều sản phẩm cho dashboard 'Thông lượng và số lượng theo mức độ ưu tiên'.

Đối chiếu thuộc tính này với 'Investigation Cycle Time' có thể cho thấy một số dịch vụ phức tạp, như hệ thống ngân hàng lõi, vốn cần thời gian điều tra lâu hơn các dịch vụ phổ biến như in ấn.

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

Thuộc tính này liên kết hiệu suất quy trình với các sản phẩm hoặc dịch vụ kinh doanh cụ thể.

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

Biểu mẫu PBM:Problem Investigation, trường 'ServiceCI' hoặc 'CI Name'

Ví dụ
Dịch vụ emailHệ thống tính lươngMạng VPN doanh nghiệp
Có vi phạm SLA
IsSLABreached
Cờ cho biết thời gian xử lý vấn đề có vượt quá giới hạn cho phép hay không.
Mô tả

Thuộc tính đúng/sai này cho biết hồ sơ vấn đề có vi phạm thỏa thuận mức dịch vụ hay không. Giá trị được tính bằng cách so sánh dấu thời gian 'Resolution Verified' với 'SLA Due Date', hoặc lấy trực tiếp từ trạng thái SLM.

Thuộc tính này rất quan trọng đối với bảng điều khiển 'SLA Compliance and Breach Trends'. Nó cho phép chia quy trình thành hai nhóm rõ ràng: tuân thủ và không tuân thủ. Nhờ đó, bạn dễ dàng tìm ra đặc điểm của các quy trình không đạt yêu cầu, chẳng hạn: 'Các trường hợp vi phạm có luôn liên quan đến Support Group X không?'

Đây cũng là bộ lọc chính để phân tích nguyên nhân gốc rễ của các lỗi quy trình. Chuyên viên phân tích có thể lọc 'IsSLABreached = True', sau đó xem sơ đồ quy trình để tìm khâu mất thời gian, chẳng hạn phải chờ nhà cung cấp phê duyệt quá lâu.

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

Giúp đơn giản hóa việc báo cáo tuân thủ và phân tích lỗi.

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

Biểu mẫu SLM:Measurement hoặc giá trị được tính toán

Ví dụ
truefalse
Điều phối viên quản lý vấn đề
ProblemCoordinator
Người được phân công điều phối cuộc điều tra.
Mô tả

Thuộc tính này cho biết người chịu trách nhiệm cụ thể về hồ sơ vấn đề. Trong BMC Helix ITSM, đây là trường 'Problem Coordinator'. Người này phụ trách toàn bộ vòng đời của vấn đề, kể cả khi giao một số tác vụ cho người khác.

Thuộc tính này hỗ trợ dashboard 'Phân bổ khối lượng công việc theo nhóm hỗ trợ'. Quản lý có thể xác định cá nhân nào đang phải xử lý quá nhiều cuộc điều tra và ai còn khả năng tiếp nhận thêm. Thuộc tính này cũng hỗ trợ phân tích hiệu suất từng cá nhân, giúp xác định nhu cầu đào tạo hoặc những người có thành tích tốt.

Trong process mining, trường này là thuộc tính tài nguyên. Trường này giúp trực quan hóa cách công việc được chuyển giữa các cá nhân và làm rõ những điểm dễ gián đoạn khi quy trình phụ thuộc quá nhiều vào một chuyên gia cụ thể.

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

Thuộc tính này hỗ trợ phân tích tài nguyên và cân bằng khối lượng công việc ở cấp cá nhân.

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

Biểu mẫu PBM:Problem Investigation, trường 'Problem Coordinator'

Ví dụ
John DoeJane SmithQuản trị viên hệ thống
Hạn xử lý SLA
SLADueDate
Ngày và giờ mục tiêu để xử lý xong sự cố.
Mô tả

Thuộc tính này lưu hạn xử lý sự cố theo thỏa thuận mức dịch vụ. Trong BMC Helix, đây thường là 'Target Resolution Date' hoặc mốc thời gian SLA được tính toán.

Thuộc tính này là cơ sở cho bảng điều khiển 'SLA Compliance and Breach Trends'. Bằng cách so sánh mốc thời gian này với thời điểm diễn ra hoạt động 'Resolution Verified', hệ thống xác định SLA được đáp ứng hay bị vi phạm.

Trực quan hóa ngày này giúp chuyên viên phân tích biết nhóm xử lý sát hạn đến mức nào. Họ xử lý sự cố trước hạn vài ngày, hay thường chỉ hoàn tất trước khi vi phạm SLA vài phút? Thông tin này hỗ trợ lập kế hoạch năng lực.

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

Đây là mốc tham chiếu để tính các chỉ số tuân thủ và đúng hạn.

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

Biểu mẫu PBM:Problem Investigation, trường 'Target Resolution Date'

Ví dụ
2023-12-01T17:00:00Z2023-12-02T09:00:00Z
Lý do điều tra
InvestigationDriver
Lý do bắt đầu điều tra vấn đề.
Mô tả

Thuộc tính này phân loại yếu tố khởi phát hồ sơ vấn đề, chẳng hạn như 'Số lượng sự cố', 'Sự cố nghiêm trọng', 'Thông báo từ nhà cung cấp' hoặc 'Phân tích xu hướng chủ động'. Trong BMC Helix, đây là trường 'Investigation Driver'.

Thuộc tính này hỗ trợ dashboard 'Xu hướng phát hiện chủ động'. Tổ chức có thể đo mức chuyển dịch từ xử lý sự cố bị động sang quản lý vấn đề chủ động, tức là phát hiện rủi ro trước khi chúng xảy ra.

Phân tích luồng quy trình theo 'Investigation Driver' có thể cho thấy các cách xử lý khác nhau. Ví dụ, vấn đề được phát hiện chủ động có thể nằm trong hàng đợi lâu hơn vì chưa gây gián đoạn ngay lập tức, trong khi vấn đề bắt nguồn từ 'Sự cố nghiêm trọng' thường được xử lý gấp.

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

Thuộc tính này phân biệt công việc bị động với công việc chủ động, một chỉ báo quan trọng về mức độ trưởng thành.

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

Biểu mẫu PBM:Problem Investigation, trường 'Investigation Driver'

Ví dụ
Ứng phóChủ độngSự cố tái diễn
Mức độ ưu tiên
Priority
Mức độ ưu tiên của vấn đề được tính dựa trên mức độ ảnh hưởng và tính khẩn cấp.
Mô tả

Thuộc tính này cho biết mức độ ưu tiên của hồ sơ vấn đề (ví dụ: Nghiêm trọng, Cao, Trung bình, Thấp). Trong BMC Helix, đây thường là trường được tính từ các lựa chọn về Mức độ ảnh hưởng và Tính khẩn cấp.

Khi phân tích, thuộc tính này được dùng cho dashboard 'Thông lượng và số lượng theo mức độ ưu tiên'. Tổ chức có thể kiểm tra xem tài nguyên đã được phân bổ phù hợp với nhu cầu kinh doanh hay chưa. Về lý thuyết, vấn đề ở mức 'Nghiêm trọng' cần được phân công ban đầu nhanh hơn và có thời gian xử lý tổng thể ngắn hơn vấn đề ở mức 'Thấp'.

Lọc theo mức độ ưu tiên giúp tập trung nỗ lực cải tiến. Điểm nghẽn trong quy trình xử lý vấn đề mức 'Thấp' có thể chấp nhận được, nhưng cùng độ trễ đó trong quy trình xử lý vấn đề mức 'Nghiêm trọng' sẽ gây rủi ro lớn cho hoạt động kinh doanh và việc tuân thủ SLA.

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

Thuộc tính này phân đoạn kết quả theo mức độ quan trọng đối với hoạt động kinh doanh và hỗ trợ phân tích SLA.

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

Biểu mẫu PBM:Problem Investigation, trường 'Priority'

Ví dụ
Nghiêm trọngCaoTrung bìnhThấp
Nhóm hỗ trợ
SupportGroup
Nhóm kỹ thuật hiện được phân công điều tra vấn đề.
Mô tả

Thuộc tính này cho biết nhóm hỗ trợ cụ thể (ví dụ: 'Quản trị máy chủ', 'Hỗ trợ cơ sở dữ liệu') chịu trách nhiệm về hồ sơ vấn đề tại thời điểm xảy ra sự kiện. Trong BMC Helix, đây là trường 'Assigned Group'.

Thuộc tính này rất quan trọng đối với các dashboard 'Phân bổ khối lượng công việc theo nhóm hỗ trợ' và 'Phân tích việc phân công lại nhóm hỗ trợ'. Chuyên viên phân tích có thể lọc sơ đồ quy trình theo nhóm để biết nhóm nào xử lý nhiều hồ sơ nhất và nhóm nào đang là điểm nghẽn trong quá trình điều tra.

Phân tích việc bàn giao giữa các nhóm hỗ trợ giúp phát hiện tình trạng yêu cầu bị chuyển qua lại mà vẫn chưa được xử lý. Đây thường là dấu hiệu cho thấy trách nhiệm chưa rõ ràng hoặc việc quản lý kiến thức trong tổ chức chưa hiệu quả.

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

Thuộc tính này hỗ trợ phân tích ở cấp tổ chức và phát hiện điểm nghẽn ở cấp nhóm.

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

Biểu mẫu PBM:Problem Investigation, trường 'Assigned Group'

Ví dụ
Bộ phận hỗ trợ cấp 1Bộ phận hỗ trợ nội bộQuản trị mạng
Nhóm nguyên nhân gốc rễ
RootCauseCategory
Phân loại nguyên nhân gốc rễ của vấn đề.
Mô tả

Thuộc tính này chứa nhóm được chọn khi xác định nguyên nhân gốc rễ (ví dụ: 'Lỗi phần mềm', 'Lỗi phần cứng', 'Thiếu sót trong quy trình'). Trong BMC Helix, nhóm này thường được chọn từ danh sách 'Root Cause' hoặc 'Generic Categorization'.

Thuộc tính này rất cần thiết cho chế độ xem 'Hiệu quả và chất lượng giải pháp khắc phục'. Tổ chức có thể đối chiếu từng loại nguyên nhân gốc rễ với tỷ lệ phải làm lại hoặc thời gian điều tra kéo dài. Ví dụ, dữ liệu có thể cho thấy các vấn đề do 'Lỗi phần mềm' thường mất thời gian xử lý gấp đôi các vấn đề do 'Lỗi phần cứng'.

Thuộc tính này cũng được dùng để tính 'Root Cause Categorization Rate'. Nếu tỷ lệ giá trị 'Không xác định' hoặc 'Khác' trong trường này cao, tổ chức có thể cần tăng cường đào tạo kỹ thuật hoặc bổ sung các lựa chọn phân loại chi tiết hơn.

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

Thuộc tính này hỗ trợ phân tích xu hướng của các vấn đề mang tính hệ thống và quản lý vấn đề chủ động.

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

Biểu mẫu PBM:Problem Investigation, các trường trong thẻ 'Root Cause' hoặc thẻ phân loại

Ví dụ
Phân hệ phần mềmHạ tầng mạngLỗi con người
Số sự cố liên quan
RelatedIncidentCount
Số lượng sự cố được liên kết với hồ sơ vấn đề này.
Mô tả

Thuộc tính này đo lường mức độ ảnh hưởng của vấn đề bằng cách đếm số sự cố liên quan. Trong BMC Helix, đây thường là số bản ghi trong biểu mẫu HPD:Help Desk có liên kết với bản ghi PBM.

Thuộc tính này cung cấp dữ liệu cho KPI 'Incident Linkage Density'. Số lượng cao cho thấy vấn đề ảnh hưởng lớn và tạo nhiều yêu cầu cho bộ phận hỗ trợ dịch vụ. Đối chiếu chỉ số này với 'Priority' giúp xác định các vấn đề có nhiều sự cố liên quan có thực sự được xử lý như vấn đề nghiêm trọng hay không.

Thuộc tính này cũng giúp sắp xếp thứ tự ưu tiên cho danh sách tồn đọng. Hồ sơ vấn đề có 500 sự cố liên kết có thể cần ưu tiên hơn vấn đề được đánh dấu 'Critical' nhưng chỉ có 1 sự cố liên kết, vì xử lý vấn đề đầu tiên sẽ giải phóng nhiều năng lực hơn cho bộ phận hỗ trợ dịch vụ.

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

Đo lường mức độ ảnh hưởng đến vận hành và người dùng do vấn đề gây ra.

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

Tính bằng cách đếm các hàng liên quan trong HPD:Associations hoặc HPD:Help Desk

Ví dụ
15120
ID yêu cầu thay đổi liên quan
RelatedChangeRequestId
Mã định danh của yêu cầu thay đổi được tạo để khắc phục vấn đề.
Mô tả

Thuộc tính này chứa ID của yêu cầu thay đổi (ví dụ: CRQ0000...) được liên kết với hồ sơ vấn đề. Nó đánh dấu bước chuyển từ điều tra sang triển khai giải pháp khắc phục lâu dài.

Thuộc tính này cần thiết cho KPI 'Root Cause to Change Lead Time'. Công cụ process mining dùng thuộc tính này để đo khoảng thời gian từ lúc tìm ra nguyên nhân gốc rễ đến khi bắt đầu quy trình thay đổi. Đây là điểm bàn giao thường khiến công việc mất đà.

Thuộc tính này cũng giúp kiểm tra mức độ đầy đủ của quy trình. Nếu hồ sơ vấn đề được đóng với trạng thái 'Completed' nhưng không có yêu cầu thay đổi liên quan (hoặc giải pháp tạm thời), có thể quy trình đã bị vi phạm: nguyên nhân gốc rễ được tìm ra nhưng chưa thực sự được khắc phục.

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

Liên kết quy trình quản lý vấn đề với quy trình quản lý thay đổi.

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

Thẻ Investigation Associations hoặc Relationship trong PBM

Ví dụ
CRQ00000021345CRQ00000021346
Khu vực
Region
Khu vực địa lý liên quan đến sự cố.
Mô tả

Thuộc tính này cho biết vị trí địa lý (ví dụ: 'Bắc Mỹ', 'EMEA') nơi sự cố phát sinh hoặc đang được xử lý. Trong BMC Helix, thông tin này thường nằm trong trường 'Region' hoặc 'Site' gắn với người yêu cầu hoặc tài sản bị ảnh hưởng.

Khi phân tích, thuộc tính này giúp phân nhóm theo khu vực địa lý. Nhờ đó, bạn có thể xác định khu vực nào có nhiều sự cố hơn hoặc mất nhiều thời gian xử lý hơn. Điều này có thể cho thấy sự chênh lệch về nhân sự hỗ trợ hoặc chất lượng hạ tầng giữa các địa điểm.

Thuộc tính này hữu ích với các tổ chức hoạt động trên nhiều quốc gia, giúp đảm bảo dịch vụ được cung cấp nhất quán. Nếu 'Investigation Cycle Time' ở 'APAC' dài gấp đôi so với 'NAM', bạn có thể xem lại cách phân bổ tài nguyên hoặc mức độ tuân thủ quy trình tại khu vực đó.

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

Giúp so sánh hiệu suất quy trình giữa các khu vực địa lý.

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

Biểu mẫu PBM:Problem Investigation, trường 'Region'

Ví dụ
Châu MỹEMEAAPAC
Số lần chuyển nhóm
ReassignmentCount
Tổng số lần thay đổi nhóm hỗ trợ.
Mô tả

Thuộc tính này đếm số lần hoạt động 'Assigned to Support Group' diễn ra trong một hồ sơ. Đây là thước đo trực tiếp về trở ngại trong quy trình và hiệu quả phân tuyến.

Thuộc tính này cung cấp dữ liệu cho biểu đồ 'Support Group Reassignment Analysis'. Giá trị cao, tức hồ sơ bị chuyển qua lại nhiều lần, cho thấy bước phân loại ban đầu chưa hiệu quả hoặc chưa có nhóm chịu trách nhiệm rõ ràng cho các vấn đề phức tạp. Đây cũng là dấu hiệu sớm cho thấy thời gian xử lý sẽ tăng.

Quản lý có thể dùng chỉ số này để xác định nhu cầu đào tạo. Nếu bộ phận hỗ trợ dịch vụ thường xuyên chuyển vấn đề 'Database' sang 'Network' trước, rồi 'Network' lại chuyển về 'Database', số lần chuyển nhóm sẽ tăng vọt. Điều này cho thấy cần cải thiện hướng dẫn chẩn đoán ban đầu.

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

Giúp phát hiện lãng phí, trở ngại và tình trạng thiếu người chịu trách nhiệm trong quy trình.

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

Tính từ lịch sử hoạt động

Ví dụ
015
Thời gian điều tra
InvestigationCycleTime
Khoảng thời gian từ khi bắt đầu điều tra đến khi xác định được nguyên nhân gốc rễ.
Mô tả

Đây là thuộc tính thời lượng được tính từ khoảng thời gian giữa hoạt động 'Investigation Commenced' và 'Root Cause Identified'. Thuộc tính này thể hiện thời gian thực sự tạo ra giá trị trong quy trình quản lý vấn đề.

Chỉ số này cung cấp dữ liệu cho bảng điều khiển 'Root Cause Investigation Cycle Time'. Chỉ số giúp quản lý hiểu rõ độ phức tạp kỹ thuật của vấn đề và hiệu quả của nhóm điều tra. Thời gian bất thường, chẳng hạn quá ngắn, có thể cho thấy nhóm đang phỏng đoán; thời gian quá dài có thể là dấu hiệu cuộc điều tra bị đình trệ.

So sánh chỉ số này giữa các 'Support Groups' và 'Priorities' giúp tổ chức xác định nhóm nào cần công cụ, đào tạo hoặc hỗ trợ từ nhà cung cấp để chẩn đoán vấn đề nhanh hơn.

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

Đây là chỉ số hiệu quả chính của giai đoạn điều tra kỹ thuật.

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

Tính từ dấu thời gian của các hoạt động

Ví dụ
4500000120000
Trạng thái giải pháp tạm thời
WorkaroundStatus
Cho biết đã xác định và công bố giải pháp tạm thời phù hợp hay chưa.
Mô tả

Thuộc tính này theo dõi trạng thái của giải pháp tạm thời (Workaround). Giá trị có thể là đúng/sai đơn giản (Has Workaround) hoặc một chuỗi trạng thái. Trong BMC Helix, thông tin này thường được xác định dựa trên nội dung trường 'Workaround' hoặc một cờ trạng thái cụ thể.

Thuộc tính này là dữ liệu chính cho bảng điều khiển 'Workaround Publication Performance'. Nó cho biết nhóm xử lý giảm thiểu ảnh hưởng hiệu quả đến đâu trong khi tìm nguyên nhân gốc rễ. Khi lọc chế độ xem quy trình theo 'No Workaround', bạn sẽ thấy những trường hợp doanh nghiệp phải chịu toàn bộ ảnh hưởng trong suốt quá trình điều tra.

Thuộc tính này cũng hỗ trợ kiểm tra chất lượng. Đóng hồ sơ vấn đề mà không có giải pháp lâu dài (yêu cầu thay đổi) VÀ cũng không có giải pháp tạm thời thường là dấu hiệu quy trình có vấn đề và cần được xem xét.

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

Đo lường hiệu quả giảm thiểu ảnh hưởng trong quá trình điều tra.

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

Biểu mẫu PBM:Problem Investigation, kiểm tra nội dung trường 'Workaround'

Ví dụ
Đang hoạt độngKhông cóNgừng sử dụng
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 quy trình và thay đổi trạng thái cơ bản cần theo dõi để nắm rõ toàn bộ giai đoạn điều tra và xử lý.
9 Nên có 4 Không bắt buộc
Hoạt động Mô tả
Bắt đầu điều tra
Hồ sơ vấn đề chuyển sang giai đoạn phân tích đang diễn ra. Có thể suy ra sự kiện này khi trường Status đổi thành 'Under Investigation'.
Vì sao điều này quan trọng

Đánh dấu thời điểm bắt đầu công việc thực tế, hỗ trợ KPI 'Investigation Cycle Time'.

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

Biểu mẫu PBM:Problem Investigation, trường 'Status' = 'Under Investigation'.

Thu thập

So sánh trường trạng thái để xác định thời điểm chuyển sang Under Investigation

Loại sự kiện inferred
Đóng hồ sơ vấn đề
Đóng hồ sơ vấn đề về mặt hành chính. Sự kiện này kết thúc phiên bản quy trình.
Vì sao điều này quan trọng

Sự kiện kết thúc tiêu chuẩn. Cần thiết để phân tích toàn bộ thời gian xử lý và tính 'Incident Linkage Density'.

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

Biểu mẫu PBM:Problem Investigation, trường 'Status' = 'Closed'.

Thu thập

So sánh trường trạng thái để xác định thời điểm chuyển sang Closed

Loại sự kiện inferred
Ghi nhận hồ sơ vấn đề
Tạo bản ghi Điều tra vấn đề lần đầu trong hệ thống. Sự kiện này được ghi nhận rõ ràng khi lưu một mục mới trong biểu mẫu PBM:Problem Investigation.
Vì sao điều này quan trọng

Đánh dấu thời điểm bắt đầu của một phiên bản quy trình. Đây là mốc quan trọng để tính tổng thời gian xử lý và các chỉ số về phản hồi ban đầu.

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

Biểu mẫu PBM:Problem Investigation, dấu thời gian 'Submit Date' hoặc nhật ký tạo với 'Status' = 'Draft'.

Thu thập

Ghi nhận khi tạo bản ghi PBM:Problem Investigation

Loại sự kiện explicit
Hủy hồ sơ vấn đề
Kết thúc hồ sơ vấn đề trước khi xử lý xong. Ghi nhận khi trạng thái chuyển thành 'Cancelled' hoặc 'Rejected'.
Vì sao điều này quan trọng

Giúp phát hiện công sức bị lãng phí hoặc các hồ sơ trùng lặp hợp lệ. Đây là một điểm kết thúc khác của quy trình.

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

Biểu mẫu PBM:Problem Investigation, trường 'Status' = 'Cancelled' hoặc 'Rejected'.

Thu thập

So sánh trường trạng thái để xác định thời điểm chuyển sang Cancelled

Loại sự kiện inferred
Khởi tạo yêu cầu thay đổi
Liên kết Yêu cầu thay đổi hạ tầng với cuộc Điều tra vấn đề. Đây là dấu hiệu bắt đầu giai đoạn triển khai.
Vì sao điều này quan trọng

Cần thiết cho KPI 'Root Cause to Change Lead Time' và để phát hiện các khoảng cách giữa quy trình Quản lý vấn đề và Quản lý thay đổi.

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

Bảng PBM:Investigation_Associations hoặc trường 'Infrastructure Change ID' được điền.

Thu thập

Ghi nhận khi tạo liên kết trong PBM:Investigation_Associations

Loại sự kiện explicit
Phân công cho nhóm hỗ trợ
Phân công hồ sơ vấn đề cho một nhóm kỹ thuật cụ thể. Ghi nhận bằng cách theo dõi các thay đổi trong trường 'Assigned Group'.
Vì sao điều này quan trọng

Cần thiết để đo lường các lần chuyển giao, tình trạng hồ sơ bị chuyển qua lại và KPI 'Mean Time to Initial Assignment'.

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

Lịch sử trường 'Assigned Group' hoặc nhật ký kiểm tra trong biểu mẫu PBM:Problem Investigation.

Thu thập

So sánh trường 'Assigned Group' trước và sau khi cập nhật

Loại sự kiện inferred
Xác định giải pháp tạm thời
Nhập hoặc cập nhật nội dung trong trường Workaround của hồ sơ vấn đề. 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

Hỗ trợ KPI 'Workaround Publication Lead Time'. Cho biết tác động của sự cố đã được giảm thiểu.

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

Biểu mẫu PBM:Problem Investigation, các thay đổi trong trường văn bản 'Workaround'.

Thu thập

So sánh nội dung trường 'Workaround' để tìm các lần cập nhật có giá trị

Loại sự kiện inferred
Xác định nguyên nhân gốc rễ
Thời điểm hồ sơ vấn đề chuyển sang trạng thái cho biết nguyên nhân đã được xác định. Có thể suy ra sự kiện này khi Status đổi thành 'Root Cause Identified'.
Vì sao điều này quan trọng

Đây là mốc quan trọng trên dashboard 'Root Cause Investigation Cycle Time'. Đánh dấu bước chuyển từ phân tích sang tìm giải pháp.

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

Biểu mẫu PBM:Problem Investigation, trường 'Status' = 'Root Cause Identified'.

Thu thập

So sánh trường trạng thái để xác định thời điểm chuyển sang Root Cause Identified

Loại sự kiện inferred
Xác nhận đã xử lý xong
Thời điểm xác nhận giải pháp lâu dài đã hoạt động hiệu quả. Có thể suy ra khi Status đổi thành 'Solution Implemented' hoặc 'Completed'.
Vì sao điều này quan trọng

Dùng để tính 'Problem SLA Adherence Rate'. Xác nhận công việc kỹ thuật đã hoàn tất.

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

Biểu mẫu PBM:Problem Investigation, trường 'Status' = 'Solution Implemented' hoặc 'Completed'.

Thu thập

So sánh trường trạng thái để xác định thời điểm chuyển sang Solution Implemented

Loại sự kiện inferred
Cập nhật cơ sở dữ liệu giải pháp
Bản ghi chuyển sang trạng thái 'Solution Database', cho biết giải pháp lâu dài đã được đề xuất hoặc xác định.
Vì sao điều này quan trọng

Theo dõi tiến độ xác định giải pháp trước khi triển khai.

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

Biểu mẫu PBM:Problem Investigation, trường 'Status' = 'Solution Database'.

Thu thập

So sánh trường trạng thái để xác định thời điểm chuyển sang Solution Database

Loại sự kiện inferred
Chuyển thành lỗi đã biết
Tạo bản ghi Lỗi đã biết được liên kết với cuộc điều tra vấn đề. Đây là sự kiện tạo bản ghi liên quan.
Vì sao điều này quan trọng

Cho biết vấn đề đã được ghi nhận chính thức để phổ biến rộng rãi và theo dõi lâu dài.

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

Tạo bản ghi trong PBM:Known Error và liên kết với PBM:Problem Investigation ID.

Thu thập

Ghi nhận khi tạo bản ghi PBM:Known Error

Loại sự kiện explicit
Phân công lại điều phối viên
Thay đổi người Điều phối vấn đề trong một nhóm hỗ trợ. Ghi nhận bằng cách theo dõi trường 'Problem Coordinator'.
Vì sao điều này quan trọng

Giúp phân tích cách phân bổ khối lượng công việc và điểm nghẽn về tài nguyên của từng cá nhân.

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

Lịch sử trường 'Problem Coordinator' trong biểu mẫu PBM:Problem Investigation.

Thu thập

So sánh trường 'Problem Coordinator' trước và sau khi cập nhật

Loại sự kiện inferred
Thực hiện đánh giá sau triển khai
Hoàn tất giai đoạn PIR. Ghi nhận khi trạng thái chuyển khỏi trạng thái PIR hoặc khi tác vụ PIR được liên kết đóng.
Vì sao điều này quan trọng

Hỗ trợ trực tiếp chỉ số 'Post Implementation Review Compliance' và các đợt kiểm tra chất lượng quy trình.

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

Biểu mẫu PBM:Problem Investigation, cờ cụ thể 'PIR Required' hoặc hoàn tất tác vụ liên kết có loại 'PIR'.

Thu thập

Suy ra từ trạng thái PIR đã hoàn tất hoặc tác vụ PIR đã đóng.

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

Hướng dẫn trích xuất

Cách trích xuất dữ liệu quản lý vấn đề từ BMC Helix ITSM

Bắt đầu ngay?

Áp dụng mẫu này cho dữ liệu BMC Helix ITSM ngay hôm nay để cải thiện độ ổn định của dịch vụ. Nếu có thắc mắc về cách thiết lập, đội ngũ của chúng tôi sẵn sàng hỗ trợ bạn.

Xử lý điểm nghẽn trong quản lý vấn đề ngay hôm nay

Rút ngắn 30% thời gian xử lý và cải thiện độ ổn định của dịch vụ.

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.