Làm thế nào để phân loại mức độ nghiêm trọng của lỗi để bổ sung cho phân loại ưu tiên của chúng tôi?


14

Ở công việc hiện tại của chúng tôi, chúng tôi có các lỗi ưu tiên thấp, trung bình, cao.

  • Lỗi ưu tiên thấp là các lỗi nhỏ không ngừng vận chuyển hoặc gây rắc rối thực sự cho bất kỳ người dùng nào.
  • Lỗi ưu tiên trung bình gây ra một số rắc rối cho người dùng nội bộ nhưng đã biết cách giải quyết.
  • Lỗi ưu tiên cao là các vấn đề mà khách hàng của chúng tôi sẽ thấy, có thể làm hỏng dữ liệu hoặc làm sập hệ thống.

Làm thế nào để phân loại mức độ nghiêm trọng của lỗi để bổ sung cho phân loại ưu tiên của chúng tôi?


13
Tại sao bạn có những cái tên không thể hiểu như "thấp", "trung bình" và "cao"? Tại sao không sử dụng chỉ sử dụng các từ thực sự như "sụp đổ", "tham nhũng", "giải pháp đã biết" và "phiền toái"?
S.Lott

1
Bởi vì tôi không có gì để làm với việc đặt tên của các mức độ ưu tiên. Tôi chỉ nhận được để sử dụng những gì được đưa cho tôi. Tôi thích tên của bạn cho họ mặc dù.
Erin

2
Chúng tôi có một cấp độ 4, "quan trọng". Điều tồi tệ hơn là bạn sẽ phân loại là "cao" (ví dụ: lỗi máy chủ sản xuất đột ngột).
Thất vọngWithFormsDesigner

1
Tôi thấy Thấp không bao giờ được sử dụng ... mọi người đều nói Trung bình, Cao hoặc Khẩn cấp
Rachel

1
@ Thorbjørn Khi một lỗi mất nhiều thời gian hơn để theo dõi hơn là chỉ sửa ngay khi tôi nhận thấy, tôi có xu hướng chỉ sửa nó. (Tâm trí bạn, chúng tôi không có một quy trình bảo đảm chất lượng chính thức, để không ai có việc của người khác là đặt lỗi trong bộ theo dõi Đó là nhiều hơn một "để làm sau" danh sách cho chúng ta hơn một hàng đợi công việc từ người khác..)
CodexArcanum

Câu trả lời:


23

Chúng tôi phân loại các lỗi và lỗi của chúng tôi theo cả mức độ ưu tiên và mức độ nghiêm trọng của chúng.

Mức độ ưu tiên là một dấu hiệu cho thấy mức độ khẩn cấp để khắc phục / khắc phục sự cố (khẩn cấp, cao, trung bình, thấp, không có).

Mức độ nghiêm trọng, giúp chúng tôi xác định mức độ hoặc loại thiệt hại có thể gây ra bởi lỗi (nguy hiểm / phá hủy, xuống cấp và không có cách giải quyết, bị ảnh hưởng nhưng có cách khắc phục, phiền toái / mỹ phẩm, không ảnh hưởng).

Thông thường, lỗi càng nguy hiểm và phá hoại thì mức độ ưu tiên càng cao. Tuy nhiên, nó không được đảm bảo. Do đó, chúng ta có thể gặp phải lỗi thường xuyên được liệt kê là nguy hiểm và phá hoại, nhưng do tình huống hiếm gặp hoặc số lượng thay đổi có thể được yêu cầu để khắc phục, về lý thuyết, mức độ ưu tiên của nó có thể trở nên khá thấp.


10

Mức độ nghiêm trọng thực sự chủ quan đối với loại sản phẩm bạn làm và sự kinh doanh của bạn. Ở công việc cuối cùng của chúng tôi, chúng tôi đã tự động chế tạo cho các tàu container / tàu du lịch lớn, vì vậy mức độ nghiêm trọng của chúng tôi là

  • Rất cao - Iceberg Ahead! Đợi đã, có vẻ như quyền kiểm soát con tàu có thể bị mất hoặc có thể gây nhầm lẫn ai là người kiểm soát! Ai đó tìm ra cách để xoay con tàu này !!!
  • Cao - Khiếu nại chấp nhận của khách hàng, tàu du lịch quay quá nhanh, khách hàng làm đổ đồ uống của họ. Chúng tôi không thể sử dụng công cụ của bạn cho đến khi điều này được cố định!
  • Trung bình - Chức năng sẽ cải thiện sự dễ sử dụng cho khách hàng / kỹ thuật viên hiện trường. Thứ giúp mọi người tiết kiệm thời gian.
  • Thấp - mỹ phẩm

Tôi tưởng tượng mức độ nghiêm trọng / mức độ ưu tiên sẽ khác nhau đáng kể nếu bạn đang tạo một ứng dụng web và bạn có một mô hình khách hàng / cơ sở khách hàng hoàn toàn khác. Cuối cùng là về những gì khách hàng của bạn mong đợi và họ tức giận về vấn đề này như thế nào :)


Bạn nên lật đổ phân loại của bạn về những thứ mỹ phẩm. Lỗi mỹ phẩm chứng minh rằng bạn không quan tâm. Nếu bạn không quan tâm thì những lỗi tồi tệ hơn không được quy cho sự xui xẻo và được tha thứ mà được quy cho sự bất cẩn.
gnasher729

@ gnasher729: Bất đồng cụ thể của bạn là gì? Bạn đang nói rằng một lỗi thẩm mỹ mà không ảnh hưởng đáng kể bao nhiêu thời gian khách hàng dành nhận được các phần mềm để làm việc nên được phân loại là quan trọng hơn một lỗi mà không ảnh hưởng đến điều đó và không phải là mỹ phẩm? Hay cái gì? Các ưu tiên là tương đối, không tuyệt đối và luôn có nhiều việc phải làm.
Nathan Tuggy

0

Tiêu chí nghiêm trọng mà tôi sử dụng:

  • Nó có ngăn người dùng nhận được những gì anh ta muốn từ chương trình không?
  • Có thể nhìn thấy nếu người dùng thực hiện các nhiệm vụ điển hình?
  • Nó tiết lộ thông tin hợp lý hoặc cho phép thực hiện các hành động trái phép?

Mức độ nghiêm trọng của một lỗi cụ thể là sự kết hợp của những điểm này.


1
Cũng quan trọng là số lượng người dùng bị ảnh hưởng. Và đó người sử dụng, nếu bạn đang ứng dụng có tính năng không có sẵn cho tất cả.
Thất vọngWithFormsDesigner

-1

Phân loại lỗi theo yếu tố gây phiền nhiễu của chúng, có thể ngăn mọi người mua phần mềm. Một lỗi không ảnh hưởng đến việc vận chuyển hoặc gây rắc rối thực sự cho người dùng có thể gây phiền toái cho tôi mỗi khi tôi gặp lỗi. Và cuối cùng bạn mất một người dùng và một phần thu nhập của bạn.

Bây giờ nếu bạn kết hợp loại lỗi đó với giao diện người dùng đã bị thay đổi mà không có lý do rõ ràng và không có lợi ích rõ ràng cho người dùng, thì bạn có một người chiến thắng tuyệt đối sẽ khiến mọi người ghét phần mềm của bạn.

Đừng cho phép điều đó xảy ra. Đừng giao hàng với các lỗi khiến khách hàng nghĩ rằng bạn không cung cấp ****.


điều này thậm chí không cố gắng trả lời câu hỏi được hỏi, "Làm thế nào để phân loại mức độ nghiêm trọng của lỗi để bổ sung cho phân loại ưu tiên của chúng tôi?" Xem cách trả lời
gnat
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.