Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Không phải mọi cái sai đều giống nhau: định giá từng kiểu lỗi

Đã đọc 0/6 mục · còn khoảng 4 phút
Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

Một con số chính xác che mất điều quan trọng nhất

Hệ thống duyệt hồ sơ vay đạt "chính xác 95%". Nghe tốt. Nhưng 5% sai đó gồm hai loại hoàn toàn khác nhau:

  • Từ chối một người đủ điều kiện. Mất một khách. Họ đi ngân hàng khác. Bạn không bao giờ biết.
  • Duyệt một người không đủ điều kiện. Mất khoản vay. Có thể vi phạm quy định. Có thể bị kiểm tra.
Hai loại này khác nhau về chi phí có thể hàng trăm lần. Gộp chúng vào một con số "95%" là mất thông tin quan trọng nhất trong toàn bộ bài toán.

Đây là công việc của BA, không của kỹ sư. Kỹ sư biết cách giảm tỉ lệ sai. Chỉ bạn biết sai kiểu nào đắt hơn kiểu nào — vì đó là câu hỏi về nghiệp vụ, quy định và khách hàng.

Bảng chi phí của sai

Với mỗi tính năng, làm một bảng. Bốn cột, và cột cuối là cột quyết định:

Kiểu saiVí dụ cụ thểAi chịuChi phí nếu xảy ra
Bỏ sót cái cần bắtKhông phát hiện hoá đơn trùngKế toán, phát hiện khi đối soátTrung bình — tìm được, mất công
Bắt sai cái không cầnGắn cờ hoá đơn hợp lệ là nghi vấnNhân viên duyệtThấp — thêm 2 phút xem lại
Trích sai con sốĐọc 12.500.000 thành 1.250.000Sổ sách, có thể không ai thấyRất cao — sai âm thầm
Ngoài phạm vi mà vẫn đoánHoá đơn nước ngoài, tự bịa MSTSổ sáchRất cao
Nhận mình không chắcĐẩy hàng chờ khi ảnh mờNhân viên duyệtĐây là hành vi mong muốn
Hai dòng cuối chứa toàn bộ bài học. Dòng "Nhận mình không chắc" không phải là sai — nó là hành vi bạn phải đặc tả và thưởng cho. Còn dòng "ngoài phạm vi mà vẫn đoán" là kiểu lỗi tệ nhất trong mọi hệ thống xác suất, vì nó tạo ra dữ liệu sai mà không ai kiểm.

Ba mức phân loại thay cho "bug / not bug"

QA cần một thang mới. Ba mức, và định nghĩa dựa trên ai phát hiện được:

MứcĐịnh nghĩaNgưỡng
Không chấp nhậnSai âm thầm, không ai phát hiện trong quy trình bình thườngPhải bằng 0 trên bộ ca. Không có tỉ lệ nào là "đủ tốt"
Cần giảmSai nhưng có người hoặc phép kiểm bắt đượcCó ngưỡng tỉ lệ, thoả thuận được
Chi phí vận hànhHệ thống nhận mình không chắc, chuyển ngườiKhông phải lỗi. Đo để tính công, không để đánh giá chất lượng
Cột "Ngưỡng" của hàng đầu là điều khoản quan trọng nhất trong đặc tả của bạn. Nó nói: một số kiểu sai không được đàm phán bằng tỉ lệ. Ghi số tiền sai vào sổ kế toán mà phép kiểm tổng vẫn khớp là loại sai đó — nó không được xảy ra, nên bạn thiết kế phép kiểm chặn nó, không phải đặt ngưỡng cho nó.

Đối xứng không có thật: vì sao mặc định luôn lệch

Hệ thống học máy tối ưu con số bạn cho nó. Nếu bạn không nói kiểu sai nào đắt hơn, nó coi hai kiểu là bằng nhau — và với bài toán thật, điều đó gần như luôn sai.

Ví dụ: sàng lọc CV. Bỏ sót một ứng viên tốt (bạn không biết) so với chuyển lên một ứng viên không phù hợp (nhà tuyển dụng mất 20 phút). Mức nặng rất khác, và cái đắt hơn lại là cái bạn không nhìn thấy. Hệ thống không tự biết điều đó. Bạn phải viết ra.

Cách viết vào đặc tả: "Khi phải đánh đổi, ưu tiên giảm bỏ sót ứng viên phù hợp, kể cả khi điều đó tăng số ứng viên không phù hợp phải xem thủ công. Tỉ lệ đánh đổi chấp nhận được: đến 3 ca xem thừa cho mỗi 1 ca bỏ sót tránh được."

Câu cuối là câu biến một nguyên tắc thành một chỉ dẫn kỹ thuật dùng được.

Bài toán ngược: sai nào bạn KHÔNG nhìn thấy

Với mỗi kiểu sai trong bảng, hỏi: "Nếu điều này xảy ra 100 lần tháng này, chúng ta có biết không?"

Kiểu sai trả lời "không" là kiểu sai cần:

  • một phép kiểm tự động (như tiền hàng + VAT = tổng), hoặc
  • một quy trình lấy mẫu định kỳ (mỗi tuần kiểm 20 ca ngẫu nhiên đã tự động xử lý)
Không có một trong hai, bạn đang chạy một hệ thống có thể sai hàng loạt mà báo cáo vẫn xanh. Lấy mẫu định kỳ là việc mọi người làm tháng đầu rồi bỏ — nên hãy đưa nó vào đặc tả như một yêu cầu, có người chịu trách nhiệm, không phải một lời khuyên.

Làm ngay

Làm bảng chi phí của sai cho tính năng AI gần nhất của bạn. Rồi khoanh dòng nào thuộc mức "Không chấp nhận" và viết phép kiểm tự động chặn nó. Nếu không viết được phép kiểm nào, tính năng đó chưa nên lên sản phẩm.

Học xong bài này rồi? Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu, và học hết khóa thì có chứng chỉ. Lưu tiến độ của tôi